Ethereum Cat Herders ECH, 27 Sep 2023

Previous Meeting

Next Meeting

⏯

youtube image

►

From YouTube: ECH meeting 118

Description

Agenda: https://github.com/ethereum-cat-herders/PM/issues/372

Ecosystem Project Demo [Gelato]

A

Welcome to ethereum cat headers meeting 118, we have on agenda items such as ethereum Network upgrades. We will talk about. What's going on with ethereum's latest upgrade Tank on. There are other protocol development and research updates, followed by events Fellowship hackathon. There are a few initiatives and a team discussion point that we would like to take it today, maybe get some resolution, maybe get some solution for how we want to proceed with that.

A

Then there would be General updates, but before we get into our usual agenda item, we are joined by a team to maybe provide a demo under the section called ecosystem project demo.

A

Let me welcome uh Ben from Team gelato welcome, Ben.

B

Hey everyone how's it going. Thank you so much for having me um yeah I'll, be giving a quick presentation followed by a demo.

A

Awesome the floor is all yours, then please go ahead with the presentation and the demo. If we get some time, we will perhaps take some question answer at the end of this presentation.

B

Perfect, thank you um so today we're going to be covering signless transactions powered by our relay service, called gelato relay.

B

First of all, a quick introduction to gelato, for those of you who are not familiar. Gelato is web3's decentralized, back end, empowering Builders to augment their smart contracts to create reliable, user-friendly and scalable web free apps, without sacrificing decentralization and censorship resistance.

B

So traditionally, when developers sort of first start out, it seems like all we really need is a front end, and then we need some smart contracts on chain and that's sort of all. We need that is our decentralized back end, but as applications scale, a lot of them find they need sort of extended functionality or additional infrastructure, lots of power. The variety of use cases- and this is sort of where gelato comes in.

B

We offer three services, the first one being an automation service which allows developers to execute smart contracts automatically when certain criteria is met. um So this could be. You know like rent payments which happen every month, or it could be liquidating users when the health Factor goes below a certain threshold. We also offer a relay service which simply allows you to execute transactions or to put transactions on chain in a gasless manner, and we abstract away some of the complexity there.

B

So block reorgs or fail transactions, also pricing, the transactions correctly Etc and the final thing is web3 functions which is sort of similar to automate, but a bit more powerful, since you can also access off-chain data and execute smart contract functions based on that off-chain data um yeah and finally, the other piece you might have in your sort of backend stack puzzle is some data storage solution like, for example, ipfs. It's actually worth noting that our web3 functions they're written in typescript and that typescript the source code is deployed on ipfs.

B

So it's decentralized and it's immutable.

B

So the agenda for this sort of quick presentation is to cover uh briefly coverage. A lot of relay um then discuss some account. Abstraction then discuss a safe session module which allows the signed as trading and then just giving a very quick demo at the end.

B

So gelato relay enables gases transactions on all major evm compatible Networks, first of all, sort of more broadly. What is a relayer? By definition? It really means to receive some information and then subsequently pass it on um sort of in the context of web3. This means we have an eoa executing a transaction on someone else's behalf, so the eoa is receiving the transaction, and then it is passing it on or putting it on chain.

B

uh More specifically, what is gelato relay gelato relay is simply a decentralized network of these relayers, also known as executors, and it can be considered a sort of marketplace, bring together, two parties, the first being developers wanting to relay users transactions and the second party being infrastructure operators which execute these transactions in exchange for a small fee.

B

Now relaying has some interesting implications, the first being that the relay encouraged the gas fee and not the user, since it is the relay who is putting the transaction on chain- um and this is actually a really nice thing, because it gives the the user having that transaction, relayed unlimited freedom and how they want to handle the payments.

B

um So transactions can, for example, now be self-paying um using any sort of teleconized asset, for example, usdc.

B

Other erc20 tokens like erc721 is all like nfts we could support um all the transactions can be sponsored, so a project can set up a balance on our service called one balance and I can decide to, for example, sponsor uses nft mints to offer sort of this, like frictionless onboarding, um the main point sort of being that the user is no longer restricted to paying in Native tokens and also no longer restricted to paying at the time of execution. So we have these sort of deferred payments um which gives us a lot of freedom.

B

It opens up some really cool use cases, foreign of a sort of gases and attainment um using a safe. So this is a bit of a count abstraction which I'll sort of elaborate on later. Let's imagine we have some eoa, so this is sort of the owner of the safe in the case that we're using ecdsa, for example, um this wallet has no ethereum, so it can't actually transact, but what it can do is it can build, for example, A Min transaction, and it can sign this transaction using its private key.

B

This transaction can then be sent to gelato to our executor service or relay service using our relay SDK. It makes it super easy and then one of our executors. We have this sort of decentralized network of executors, we'll pick up this transaction and then subsequently put it on chain. So here we move from the off chain world to the on-train world.

B

um This will call the save contract and this can do sort of arbitrary signature verification, whatever logic it wants to perform, and then it can forward this Min transaction to, for example, an nft contract which then mints the nft to the safe.

B

So this is a really nice sort of flow, but you may have noticed that for sort of each transaction we want to execute. We have to sign the transaction, and this is sort of a pop-up on metamask if we're using metamask or whatever wallet we're using um so ideally, rather than signing each individual transaction we'd like to instead sign sort of one intent which creates a temporary session.

B

That has an expiry um and this session is associated with a certain public key and that public key is derived from a private key that we generate on the front end of our application, um and this temporary wallet then signs all subsequent transactions, and it can also support multiple concurrent sessions on, for example, multiple devices. So if we have, you know like an exchange, we can sign and 10 to say we want to trade for one hour now and all of the all of the subsequent transactions will be signed this.

B

So we don't need to have all these metamask pop-ups for every individual trade we make um same goes for like um sort of gaming applications where each interaction doesn't have to be. A meta must pop up a sort of um sort of removes some of the immersion that the user would otherwise have what we can also do with the sinus module is we can Define very strict whitelists, so we can say that we only want certain methods to be executed through our safe.

B

This is sort of a security thing and we can have sort of whatever criteria we want to. And finally, we want to be able to execute transactions as long as the session is valid and as long as it satisfies this criteria so, for example, the whitelist, but it could be other things as well.

B

um Why are we using saves in the first place or account abstraction? um The nice thing is that we essentially have these on-chain wallets, which are fully programmable um and because they're fully programmable. They can have arbitrary verification logic, so we can have ecdsa signers, so traditional EOS, like metamask, but we can also support native social login. We can also support session Keys sort of what we're covering today, um but we could even have like biometric log and sort of fingerprints or face ID whatever we want. Really.

B

We also have native Atomic multi-operations, so we can approve spending of a token and then have it spent by a contract or within one transaction. It doesn't have to be two separate transactions.

B

We also have semi-abtracted abstracted nonsense, so we have these concurrent execution channels where we can, um you know, execute one transaction sort of parallel and we also have gases transactions which allow us to either sponsor transactions or pay using erc20 tokens, and the super nice thing is that this is out of the box compatible with all existing smart contracts, um because we're using message, sender. This is sort of, in contrast to um trying to relay transactions using an eoa where we have to use a standard like elc2771.

B

Foreign, so how this works is we introduce a save module? We just call it like a session safe module. It's essentially just a Singleton, safe module which manages all sessions for all safes that are using it. um So we have to do is deploy the Singleton. This is done by us, so the user doesn't actually have to do this and then all the user has to do is enable this, the module on their save and the way the interface with the save module looks. We have essentially all the features I sort of outlined here.

B

We can create sessions using a session key. We can specify duration and also the public key of this sort of temporary wallet we've generated in our client. We can also whitelist transactions, so we can have this like very specific criteria. What we want to allow to execute, we can say we only want certain tokens to be able to be transferred from a safe Etc. We can obviously also remove this white list if we don't, if we no longer want the transaction to be executable and finally, we can execute transactions.

B

Given a session ID, which we've created up here and given the transaction itself,.

B

So, just to visualize the flow a bit we have a safe for step, one is to on the safe, enable this gelato save module. So on our safe, we enable this safe module here. um The second step is that the safe whitelists are Target contract or transaction um in the gelato save. So we go to our save. This is step two um and we whitelist this on the safe module. We whitelist certain transactions that we want executable or an nft contract. This would, for example, be a Min transaction um in step. Three.

B

We actually create our session. So again we go through our save and that calls into our gelato safe module, which then creates the session and finally, step four. When we actually want to execute a transaction, we can use this temporary session key and we can relay a sponsored call using gelato relay um directly to our gelato save module, and this is whitelisted by the save. So it can execute on behalf of the save and then call the Target contract to, for example, Minton nft.

B

And yeah now for a quick demonstration in this case we're not minting an nft, but rather we're just incrementing a counter. um Just a super simple sort of showcase.

B

And yeah we created like a small UI for it um yeah, so we can um connect our metamask.

B

First will demonstrate a non-sinus transaction, so just a regular transaction. This is still being relayed, so it is gasless.

B

um So when I press trade, this will increment the counter, but first it will ask for a pop-up on our metamask and this will ask for a signature. So this is sort of what I was talking about earlier. We have a signature pop-up every time we want to do this.

B

We assign the signature again, it's being reloaded, so the gas is sponsored on our behalf.

B

And this just takes a second.

B

And if we refresh the counter, we should see it's incremented yeah and if we do this again, I won't actually execute it again. But if we do it again, there'll just be another pop-up.

B

um And if you imagine this is an nft game that sort of takes you out of the immersion, because the metamask is popping up the whole time. So what we can do is we can enable the sinus module, and this will ask for sort of one signature, but the signatures only required once and then we can. For example, you know press this trade button for the next hour and it won't keep asking for pop-ups.

B

Let's take one second.

B

I think girly may be a little slow at the moment.

B

Let me try it again, one second, okay, um I think it was just an issue with the the actual RPC I think I was taking a second anyway. Now sinus is enabled we can press trade and this time around, there's no meta Mouse Clubhouse. So it's all just happening in the background and the message has been signed with the sort of wallet that we've created and stored in our browser temporarily.

B

Yeah, so the count is incremented. um I can hit it again again, no pop-up- and this will be the case for the next. You know um sort of n minutes, I think it's at 60 in this case so one hour, but it's sort of completely configurable and you could have completely different criteria. It doesn't have to be based on time. It could be based on something completely different.

B

C

B

B

B

Yeah just to wrap up um quick recap of the other services, so this was gelato relay um the other service we offer is the ultimate service which allows you to do on-chain automation, essentially performing any arbitrary computation without requiring user interaction. So, like I, said liquidations paying, rent limit, orders Etc and then we have web3 functions which is like sort of ultimate on steroids. um It's written in typescript, stored in ipfs and then run by gelato, and these allow us to bridge the gap between multiple trains.

B

So by default you have these RPC providers, which you can just natively use within this web3 function um and it also Bridges the gap between the on and off chain worlds.

B

So we can use this to push, for example, price Oracle data on chain and that's what we do for pith, for example, um and all these Services can be self-paying or sponsored using this Universal pay Master we have, which is called one balance and that works across all services and also all Networks.

B

Yeah, thank you very much for listening. um That's all for now, if you want to check us out, website is gelato.network. We also have a Discord a great developer Community. If you want to check that out. This is the invite link our Twitter handle is gelato Network and my Twitter handle is Ben price with a V at the end.

B

Thank you very much.

A

Thank you so much ben for this great presentation. uh It was really interesting to learn something new going on in the ecosystem. I see uh we have questions in chat. If you would like to maybe read the question for the guests.

D

Yep sure so I guess I just wanted to understand. If you could also do like a manual revoke on a safe or is it always time-bound.

B

D

B

Oh yeah, so just the first question: that's absolutely something you could Implement in the model itself. Of course, in the safe you could always um unwireless this module, so you're sort of trusting this module. But if you want you can always remove the white list or you can Implement some custom logic um for extra verification. So it doesn't have to be time based.

B

um You can have a manual thing to allow you to revoke sessions, for example, like you mentioned, yeah all possible and.

D

That's it's sort of just yeah I'm. Sorry,.

B

It's possible because you can essentially Implement anything. You want that's sort of the the super nice thing about account, abstraction that we have everything is like fully programmable, so yeah.

D

Yeah, that's awesome um and, and the second question was- is a safe created per smart contract. A user wants to interact with, or is there a single safe for, like interacting with multiple functions.

B

Yep, so it would be a single safe and then you can interact you can it sort of replaces your eoa in a way, and you still have this sort of owning eua in the case of saves, obviously with like elc437, where we have like native account abstraction, you no longer need the eoa, but the idea is that you have like one smart contract wallet um and that allows you to interact with all existing smart contracts sort of out of the box, but you get these like nice properties, which is that you can sort of have these custom, like signature validation schemes, um and you can basically program anything you want, so you can have like rent payments every month, Etc um also worth noting on the UI.

B

If you don't already have a safe, it will automatically create a save for you, and that's part of this, like account obstruction SDK, that we offer um yeah yeah.

D

Brilliant. Thank you so much. Thank you.

A

I see there is another question in the chat Joshua. If you would like to read it for the guest.

C

Sure I was just elaborating on what you had just said, but my understanding was that the safe can be replaced with any smart contract wallet and the setup is that correct, yep.

B

C

B

So many out there, so you can really just sort of pick and choose even create your own. If you want, um the idea with safe is obviously that you can use save as sort of this like smart contract account kernel, and then you can extend it with these modules. But obviously you can't just create your own as well. Yeah.

C

Okay, I did have another question, um so I think gas, deference and stainless transactions with, like an abstraction, are absolutely huge for a feeding them for any evm compatible. Blockchain I'm curious. How gelato thinks about the security model for like its end users and how they approach Security in this new paradigm and also how Jalal thinks about security internally and like its own code and Audits, and things like that.

B

Yep um great question: so all our code is obviously audited, not just the smart contracts, but this sort of back end that we have and the idea of gelato. Is it's not just this sort of single point of failure relay system, but rather so gelato's, bread and Bottles. This, like decentralized network of executors, which Powers all of these services and we're sort of moving. We have multiple um executors already in our network, but we're moving towards making that like fully permissionless, so that anyone can sort of contribute.

B

um So it essentially emulates like a blockchain.

C

Amazing. Thank you. Thank.

E

A

I have another question with respect to EIP. You mentioned about account abstraction, but we also noticed that there are some certain features which also allows to not pay native tokens so which is the EIP being used here. Is it eap4337, 3074 or anything else.

B

um So this is not 4 57, it's not it's, not native account. Abstraction sort of um instead, in this case we're using one balance, which is a sort of pay master. In this case it's an off-chain pay master and we're actually working currently on getting that integrated with 4337.

B

um But obviously you could use four three seven and have this sort of on-chain pay Master, which can accept erc20 tokens um or also sponsor transactions. So it's sort of like a different way of doing the same thing in a way um but yeah. It's not um 457 yeah.

A

All right, I'm aware that 3074 perhap s perhaps provide this facility to pay it in any other token right, so you may uh take a look at that proposal or in other. In any case, if you guys are trying to come up with a new Erp, we would always welcome something new or in the ethereum ecosystem.

A

um Next point I wanted to mention here was about the use cases, so you talked about gasless and empty meant like. That is a really good use case here like there are so many people involved in nft. Have you recently seen any other use case? Those are being used on natural Network by any other users or implementers.

B

Yeah, we see um really cool use, cases are like a list or anything prepared, but we had um yeah, some really cool ones. Nft minting um of nfts are pretty huge. um Gaming is also sort of tough thing to take off. So that's that's really big and there's also a lot of throughput there, um and obviously both of these. You really want a really nice onboarding experience, because you're trying to onboard like web 2 um so having gases transactions are sort of essential.

B

There um also lots of exchanges, we're sort of focusing on dexes a lot, um also very high volume. Obviously, and it would be nice not to have to pay gas there as well. um So this guy's sort of the limit, though I mean most protocols I, think, could benefit from almost the absolute benefit from gases transactions.

A

Absolutely an onboarding web community, one of the big use cases I- can say that so definitely kudos for that. The other thing uh during the demonstration you mentioned about using The Godly Network I, was just wondering: have you guys considered switching to see polia network I know halski is not ready yet, but these are going to be the public test net, which would be available or maintained by ethereum um Developers for a long time. I.

B

Think so yeah absolutely um the testing is super important to us. um Yeah I also think early is sort of a bit outdated at this point, so I think we're definitely considering switching um yeah. It should be a really nice sort of testing setup where you can test everything, sort of on testnet and then deployment and should have exactly the same behavior, so yeah we're considering all the test networks as well.

B

um It's worth noting that we don't just support girly, but also like Mumbai, if you want to test on sort of the polygon test, net and sort of all the other test nets. For these. For these big chains, yeah.

A

That is awesome, so Godly is going to be replaced by halski. We are expecting its uh launcher somewhere this month, like uh by the end of September. um Once that is like ready. We can perhaps recommend you to switching on to halski, but in the meantime, sepulia is another test Network, which is publicly available for testing dabs.

B

Super cool yeah. Thank you.

A

All right, um I think I'm done with a list of questions, I wonder if anyone else has any other question for you.

A

Very well, thank you so much ben for this presentation here. It was really interesting to learn about another project with in the ecosystem that may be useful for many normal user, many web to user and uh people who are looking into creating projects making smart contracts with the help of a gelato Network. We wish you all the best. Thank you so much for taking our time to be here today.

B

Thank you so much for having me and um yeah. Thank you for all the questions.

A

Let's move ahead foreigners meeting 118 the first item on the agenda here is ethereum Network upgrade. As we know, we we have now received two new eits for Duncan upgrade. uh Those are eip7514 and the proposal is about add Max Epoch activation churn limit here. The target shown is eight and the another proposal that has been added is related. It's called EAP 7516 blob base fee op code. This makes us uh to have nine proposals on Den cool upgrade as I was mentioning about. Holski halski launch date has been moved to September 28.

A

We are hoping to have its Genesis on September 28th. However, um we are hoping to upgrade this test net to chappella, which was the last upgrade of ethereum network somewhere on Epoch 256, which is expected around September 29.. Please check out the link added to the agenda for the GitHub repository of halski to get more details about its launch time and the specs available.

A

Last week there was a bug detected in Geth because of that uh was affected by block construction bug. The team has released, get v1.13.1 hotfix. uh This would be fixing the block production issues among other similar issues. The incident highlighted ethereum's unique strength of client diversity.

A

The chain ran smoothly, despite the issue and I have added here a Twitter thread thanking to various client implementation team and their trade-offs of running different clients. Here for Cancun and denub upgrade. We have added respective GitHub repository to follow the latest specs on execution and consensus layer.

A

Last week we had then cone interrupt testing call check out the recording for meeting 31. This is an extension to eap4844 earlier most of the testing was based on eap4844, but now that we are close to launching to the public test net, we are hoping to have all the eits included for testing. People can follow uh this testing call, which happens every other Monday for reference. We have added eap4844 Readiness checklist, which shares where we are with eip4844. For people to know. Eap4844 is the anchor EIP for dankon upgrade.

A

We will certainly be added by more eips, um yeah and I think we have added the list of all those eips in in the useful resources section so for Duncan upgrade. We have been talking to authors to understand these proposals. Here is a list on the agenda of all the eips that we have to. We have collected information so far. Please check out the link for individual talk.

A

We are hoping to have authors for EAP, 7516 and eip7514, which are recently added, will try to get them on the call and will make available the recording for the community.

A

There is this very good blog post by Terence on navigating ethereum's 2024 consensus here he is talking about the technical debt point of what we are where we are with respect to consensus, layer, Ben, agentin, a developer of take who also said that clients are constantly sprinting for five years.

A

Almost five years uh we can say that, because the launch was formerly in 2020 December, so it's really been exhausting and they believe that the consensus layer team could use a little breather here. There are multiple things aligned for ethereum's road map. The next big thing could be, the work will try and um this upgrade would be on the execution layer and for consensus layer. Nothing big particularly planned.

A

um However, this can be just housekeeping cleaning up. Max EB is another thing that is being considered. However, we will learn more about what will be Beyond um tan code and upcoming developers. Meeting not to forget eof is another big proposal that is expected with the execution layer in near future.

A

So we have added a list of changes um with respect to network upgrade Duncan. Please check out the link added to the agenda.

A

I do not have a recording for UF implementers meeting, 23 um I will check and hopefully we'll have it soon, but the next UF implementers meeting is planned for Wednesday a week from today.

A

On events fellowship and hackathon, um as we know, devconnect is planned in November.

A

um Erc team are trying to have a session with ethereum caterers. I have added a hack MD for a details of what we are planning right now. This is being led by our ERC editor Victor.

A

The program name is going to be ERC at devconnect and our goal is to kind of foster a collaborative environment where ERC authors and dab Builders can learn from each other. We are still finalizing the events, but uh on a high level, uh you should expect some technical sharing and feedback loop for erc's.

A

We are working with the team to secure a room, a venue uh at Istanbul and um yeah. We will be providing more information with a blog post on ethereum catheters medium, so stay tuned for that. But in the meantime, please check out to this hack Embry to get some uh overview of what we are going to do there. If you have any thoughts suggestion please reach out to us on ethereum care, headers Discord, you can reach out to me or you can reach out to Victor directly to share your thoughts and ideas.

A

There is another event coming up in India, which is called eat, India that is planned in the month of December. It would be from 8 to 10 December I. Remember someone in the group. One wanted to have something planned for eth India I'm, not sure if there is anything that they would like to share it right away, but yeah it would be really nice to have something planned there. If we have Representatives.

E

Yeah, we will check if we, if one of us can represent uh the folks who are in Bangalore in India, especially to uh share some swags or talk about ech. If there is a opportunity, um so we'll figure it out. Maybe in the next ech meeting we'll have more details on this.

A

Sounds good it's interesting to have contributors all over the world. We will try to like make to the events wherever possible and yeah. We have a lot of contributors from India, so it would be really nice to have representation in India, which is one of the biggest events organized in India.

A

Moving on the next one is a new initiative, Association and team discussion. Section I. Think. The first item here is about Twitter blue check right now: ethereum cat hurdles- Twitter is not a paid version of that, but um I suppose Santosh has certain ideas and those if you would like to share them. Please.

E

Yeah so I've added in the agenda as well. This is this is on the social media right future. Sorry, I missed.

A

That is right. Yes,.

E

Okay, um so a couple of them like we'll try to uh we'll try to be uh super engaged in the uh Twitter Forum platform, basically like I, have sharing at least one two two tweets every day, and also we did retweeting a lot of uh Community discussions which is happening around ethereum. So that is one and also we'll try to have a lot of meetings.

E

uh Q A's been tweeted so so that we we are able to gain more engagement from the community and also uh which I would request if we can have a paid plan of Twitter. That would be really great, so that will be able to will not have a limitation of the character limits right now, which we face.

A

I find that a good Twitter blue check will provide us a lot of facility. We can, you know, make longer tweets as Santosh mentioned, and apart from that, it will like give an impression of being a. What do you call is like trusted and Devon, although it is kind of vague line over there, but uh just wondering if anyone has any objection on that or have different parts that we should not go ahead with the idea. I mean like yeah.

A

All right, um it seems like no one is objecting, not at least in this meeting, so we can have that thing done uh work with Santosh on that and we will try to get the blue check term.

E

A

The next one is ecosystem project demo. uh So far we have five projects demoed, including today's, uh please check out the playlist. Add it to the agenda for earlier projects demo, if you have missed it, and I would like to take this opportunity to maybe reach out to all the app developers or projects so in the ethereum ecosystem. If you would like to let Community know about your project, we welcome you to join us on Tuesday's meeting, and maybe you can share about your project, give a brief presentation demo.

A

How does it work and be in our Discord? So if there are any further questions in future may be able to respond to them. We encourage people to check out the DAP um channel. Is it I'm just trying to make sure? Yes, it's the dapps channel at ethereum catthirders? You can share about your project on the channel and yeah. Take questions from the community. If there are any.

A

The next one is create a video series. I do not see ziki on the call, maybe we'll take it up in the next meeting. Moving forward. We have contributors to send weekly tweets, so we just received an update from Santosh that it's it's going ongoing right now. So that's a good thing to have I. Think I missed adding here. Okay, meet the hurdles so meet the hurdle is a new program, um a new initiative by haresh kedia I would like to invite him to maybe talk about it and where we are on that.

D

Hey so the good news is, we have one episode uh with Puja and I will be recording uh the second episode with Victor in on the 28th, so at least for the month of October I think we should be covered.

D

Given the Cadence, we are looking at there's once every two weeks and I will also be reaching out to new members um I'm going to schedule, one with William and I need to get more heads in that interview, so Puja or someone else might need to give a reach out or nudge to to some prominent members um down the line, but yeah I'm looking forward to to have it edited I'm working on a text version for it, and we should be publishing it shortly.

D

I'm happy to take any questions on that.

A

That's awesome, I think we should include more of the active members as well as some of the ephemeral members who have contributed or may have helped founded this ethereum categories group. It would be really nice to hear from them how they feel about the group and uh from the current members as well. Their motivation for contribution we want to build a community and I believe coming directly from the contributors will help us grow this community.

A

Thank you and we are currently working on some of the images video editing things in in the background, but hopefully we should be ready with the first episode real soon and for people to know this is going to be in three different form. It will be available in the text form the interview in a video form, as well as on the podcast at ethereum, Caterers, podcast, foreign.

A

At this point, we welcome any new ideas for Community engagement. If people may have.

A

I mean I would love to see uh comments to the agenda. If people have any new idea, please feel free to add them in upcoming meetings comments. So we can add that and agenda and maybe able to collect some thoughts from people or the group where we are having hit here so yeah. We can discuss it there.

A

The next one is Journal updates and discussion. We have added stats as well as our active social media link. You can follow us on Twitter join Discord, follow our YouTube channel LinkedIn, and we would love for you to share this information. More people we have in our community that will help us increase the reach of content. We are sharing with people. Most of our contents are related to ethereum, upgrade Network upgrade and EIP, so it will be really good to build a community where we can engage more people into protocol development.

A

Talking about protocol development, as I mentioned in in the earlier meetings that we are working towards having an ethereum protocol, women contributors group. Anyone out listening to this call, if interested in joining that group and may be able to help us contribute to any specific client the language of their choice or ethereum um testing, and any other thing please feel free to reach out to me. I'll be happy to put you in touch with us at tough uh right people right group who can help you mentor and help you contribute to the ethereum protocol development.

A

On ech engineering I remember having a pull request last week: George, if you have any updates on website Canada's website,.

F

uh Yeah, so when it came when it comes to the website, um I had a couple new eips to the Duncan page. um It seems uh that there's always new eips that are changing um in that inclusion list, so um added two most recent ones, um one that actually needs to be removed.

F

Now um that I forgot to do um and there'll be some more updates uh coming up as well in terms of updating the network upgrades page um and also creating the new peep neap um page, um which is decide for that is pretty beautiful. So.

A

It's really funny, but I think this is not that that happens, usually with ethereum network upgrade. We try to avoid having eips added when we are very close to public test net, but this happened because those proposals were like really trivial. Client teams were comfortable, adding them and we hope to get that updated on the website. One thing I think we missed in yesterday's call was about hallsky Network I am not sure if we have provided any information about hallski, so it would be really good idea to have some information made available. There.

F

uh Should I include that in the Duncan page or should I put that somewhere else.

A

No, it could be in the den con page where we are adding all the devnets update. I think we are there till devnet nine I mean at least with the specs of devnet9. We can perhaps add the page for halski where people can follow and if we get any particular spec hack MD available. We will add that too.

F

Okay, I'll include that to the to-do list, then.

A

All right and you can find some basic information on the halski test net. uh The link added to the agenda, which was included in item number, one.

A

Moving on okay yeah as George was mentioning about the proposed design for a ppany page. We are hoping to okay there's a question in the chat: um I, don't think we have created it yet, um but yes judge. Can we maybe take it into consideration.

F

uh Yeah that'll be the next PR, then.

A

All right, yes, that that was on our agenda. We were discussing that in the website meeting, but.

A

That's a very interesting fun fact: Joshua. According to him, Duncan is now tied with Byzantium for the most eaps included in the ethereum update, that's nice of nice to know.

A

All right uh people may take a look at the proposed design for Peep and ape if they have any suggestion, feel free to share it with us. There is a website channel on ethereum cat that is Discord where they can share their ideas.

A

The next section is about is it operations we are sharing YouTube updates on community uh playlist. uh People can find short videos over there and uh I am not sure. We are having this item on agenda about splitting the ACH meeting video to create a general Community update video and share it with their Community. Do we still want to go ahead with that Santosh or you think we can perhaps cover it with tweet section.

E

We can cover it with tweets. Maybe we can remove this.

A

Sounds good, yeah I think we are already making a lot of messages going out where tweet last week we saw the eipip meeting highlight that was good to have. We can perhaps share this kind of General Community update with tweet, as well as we'll try to cover some of them in the newsletter.

A

On ech podcast I think we have covered uh till the recording shared on people. Here is the link added to ethereum character's podcast for all the video recorded for Peep and hopefully with the meet the hurdles Series in future, we'll try to have an audio version for you available on podcast. There are multiple platform, please check out the page, and whatever is your favorite platform. You can follow our recordings on podcast, the ethereum Caterers podcast.

A

Moving on to the eaps inside and eabs inside website, as I can see, there are 20 new drafts added in the month of September. We are almost towards the end of the month, but we have received a huge number of proposal and draft 20 is quite big. We have 12 proposals for review and 11. In last call there are six proposals which have been promoted to final status and 60 eips, slash ercs have been moved to stagnant. This is because of inactivity for over two months or so.

A

I would highly recommend the two authors to stay around. If you have questions or concerns with your EIP, you are invited to join us on the EIP editing office hour, which we uh hold every other Tuesday um like this Tuesday we have Canada's meeting and the next Tuesday. We will have the um EIP editing office hour. You can find information on eipip GitHub issue section or you can check out our event section on ethereum catheters discount, please reach out to us.

A

If you have any PR, add them to the comment to the agenda and we'll be happy to discuss. We are joined by AP editor, Sam Wilson, to answer questions if you have any, but please stick around to move your proposal, do not let them move to stagnant status.

A

On people, we have recently released a episode on EIP 5656 and in future we have planned EIP 7514 at Max epox with dapline on October 3rd. We are hoping to learn more about halski test net, with the paritosh parnabe and afri on October 11th. uh This would be weeks after the launch of falsky, so we are hoping to get some information uh shared by the team. How Community can join how testing team can join? How people who want to participate as a validator uh for this test net may be able to join.

A

We expect to have some resources around that. So uh please mark the calendar. October 11th at 1830, UTC UFO is a set of proposals which we may be expecting in Prague upgrade, which would be right after the den con upgrade, and uh we would love to start learning about these proposals. So the first meeting with Dana farain on October 17th, is planned to learn what is eof and what are the proposals related to that? There are a bunch of proposals which are currently in draft status.

A

We hope to get some um finalization on that, like which version we will be getting into. We can follow most of the conversation related to uof on UF implementers meeting. That happens every other Wednesday.

A

That's on people's Eep schedule. You can follow the link to the agenda where you can find Future meetings on meeting notes, an action item. It seems like we have notes for all the meetings here.

A

We have meeting for all code, Dev execution notes, 170 all code, Dev, consensus notes, 118 eipip, meeting 90. and we do have EAP editing office hour. Meeting 25, recording and agenda are for meeting 26. for meeting 26. If you have any open pull request, you want any feedback of editor. You have any questions. Why is it not being merged or anything related to that? Please join us on the next uh office hour.

A

That pretty much concludes all the item listed for today. I wonder if people have any other um item thoughts that they would like to share and bring up for this meeting or maybe for the future meeting.

A

Very well, thank you. Everyone for joining us today, I hope to see you all around on Discord Channel and in the next meeting two weeks from now have a great everyone.

D

Thank you, bye.