Original title: "Ethereum All Core Developers Execution Call#190Writeup" Original author: Christine Kim Original translation: Lucy, BlockBeats Editor's note: The Ethereum All Core Developers Execution Call (ACDE) is held every two weeks to discuss and coordinate changes to the Ethereum Execution Layer (EL). This is the 190th ACDE call. At this meeting, topics such as EIP 7251 and 7702, Ethereum Virtual Object Format (EOF), and PeerDAS were discussed. During the meeting, Beiko also proposed a new EIP discussion template and emphasized the importance of the Ethereum developer resource page "eth-clients". Christine Kim, vice president of research at Galaxy Digital, took detailed notes on the key points of the meeting. BlockBeasts translated the original text as follows:
On June 20, 2024, Ethereum developers gathered on Zoom for the All Core Developers Execution (ACDE) call #190. The ACDE call is a bi-weekly series of meetings hosted by Tim Beiko, Head of Protocol Support at the Ethereum Foundation, where developers discuss and coordinate changes to the Ethereum Execution Layer (EL).
This week, developers presented their progress in implementing various code changes, including Ethereum Improvement Proposals (EIPs) 7251 and 7702, as well as the Ethereum Object Format (EOF) and PeerDAS.
Beiko also shared a suggested template for EIP discussions, and EF Development Operations Engineer Parithosh Jayanthi introduced a new GitHub page called "eth-clients" for configuration of Ethereum mainnet and testnet. Finally, Beiko reminded the team that the next ACDE call will be held on the US holiday of July 4. Although he will not attend the meeting, EF researcher Alex Stokes will host the meeting in his place.
Pectra Devnet 1
The developers started the meeting by discussing Pectra Devnet 1. The developers aim to launch the next dedicated testnet for the Pectra upgrade next week. Compared to the previous testnet Devnet 0, the new testnet has the following major specification changes:
Added EL-triggered validator merging
Replaced EIP 3074 with EIP 7702
EL client teams are moving forward with their Devnet 1 implementations. Representatives from each of the major Ethereum EL teams shared their latest progress:
Besu: The first version of their Devnet 1 implementation is ready, but there are still some tests missing and the team has questions about the specs of how gas pricing operates.
Nethermind: They are reviewing their Devnet 1 implementation, merging various code changes and software branches, and writing test cases.
Erigon: They have a draft implementation of EIP 7702 and are reviewing the latest changes from EIP 7251, which adds EL-triggered validator merges.
· Reth: Their Devnet 1 implementation should be completed by the next ACD meeting.
EthereumJS: The team is working on the implementation of EIP 7702 and expects to have Devnet 1 ready in about a week.
Geth: The team is also working on the implementation of EIP 7702.
As the client teams were sharing their progress, a developer named "Racytech" asked if the EOF implementation would be left out of Devnet 1. Beiko confirmed that EOF would not be tested on Devnet 1, and that the EOF implementation should be based on the latest Pectra spec, not the final Deneb spec. EF DevOps engineer Barnabas Busa stressed that this strategy would make debugging EOF more difficult, as the Pectra spec is changing and being debugged at the same time. "Even so, this is still correct, because we want the team to work on the core Pectra EIPs and fix those bugs. So, this makes more sense than basing on the previous fork and then on Prague in the final stage, and finding all those bugs," Beiko said. Prague is the EL name for the Pectra upgrade.
EIP 7702 Update
While developers are working to implement EIP 7702 in Devnet 1, it is possible that significant changes will be required to the code to support the new features, particularly the ability for users to revoke authorization for EIP 7702 transactions.
A Geth developer named “Lightclient” proposed new changes to support EIP 7702 revocation. He explained: “It’s not easy to see which authorizations you have in effect at any time, and it’s hard to know which ones have been revoked and which ones haven’t. There are some design patterns that can avoid these situations, but in reality we may not know how wallets will use this feature. For better defense, I remember Vitalik mentioned in the last conference call, or in a breakout room, that instead of making authorizations temporary transactions that must be included in transactions, we can save these authorizations so that you can always see which codes are assigned to the account.”
A developer named "Arik" said he prefers the current version of EIP 7702 to the changes proposed by Lightclient. Arik said there are specific use cases that would be welcome under the new EIP 7702. Lightclient refuted the comments, saying that all use cases supported by the old version of EIP 7702 remain, and a strong revocable mechanism has been added. However, Lightclient also pointed out that the changes make the EIP more complex to implement in the client. Beiko said in the meeting chat box that finalizing the design of EIP 7702 is Pectra's "number one unresolved spec issue" and suggested that developers organize another breakout call to reach consensus on its revocation mechanism. "It would be great if by the next meeting we have a version that everyone is generally happy with, either this version or an adjusted version of it, that can be part of Devnet 2," Beiko said.
Besu developer Daniel Lehrner questioned whether developers should spend time implementing the current version of EIP 7702 in Devnet 1 if the spec is likely to change in Devnet 2. "The proposals are quite different, so we might implement something that we have to partially abandon in a few weeks because 7702 changes again," he said. Richard Meissner, co-founder of crypto wallet Safe, said that in his opinion, it would be helpful for wallet teams to implement some version of EIP 7702 on the testnet. Beiko added that the implementation of EIP 7702 in its current form would not significantly delay the progress of client teams in his opinion, and that it could cause complications for Devnet 1 if developers tried to remove it from the Pectra spec now.
EOF Update
Talking about EOF, Busa said his team will test the EOF implementation after implementing other Pectra code changes. EOF readiness is tracked on GitHub. Currently, two EL client teams, Besu and Reth, have implemented all EOF EIPs, while other teams are still working on implementing all EOF EIPs. Representatives from the Erigon team noted that additional test cases that simulate Ethereum blocks containing EOF transactions would be useful. Mario Vega, a member of the EF testing team, said in the chat that his team is publishing more EOF tests and will share more at the next EOF breakout meeting. Independent Ethereum protocol developer Danno Ferrin said that since the EOF specification is now finalized, the EOF calls have been moved from weekly to biweekly, and the current focus of EOF work is on testing and client implementations.
PeerDAS Updates
Busa briefly outlined the progress of the PeerDAS implementation. He said that the next PeerDAS Devnet will be online in one to two weeks. As discussed at the last ACDC meeting, PeerDAS will be developed based on the finalized Dencun specification instead of the Pectra specification.
announcement
Beiko proposed a new default template for EIP authors to use in Ethereum Magicians posts. This new template is intended to facilitate high-quality reviews of EIPs.
Jayanthi introduced the "eth-clients" GitHub page, which provides a variety of resources for Ethereum developers, including the specification configuration of Ethereum testnet and mainnet. Currently, the page is maintained by representatives of all CL client teams. Jayanthi called on representatives of EL client teams to volunteer to help maintain this GitHub page.
Lightclient asked about the progress of the client team on the work on handling historical data expiration. No updates on this were shared in this meeting.
Beiko said he would not chair the next ACDE conference call, which takes place on the U.S. holiday of July 4. EF researcher Alex Stokes will chair the meeting in his place.