Bitget App
Trade smarter
Buy cryptoMarketsTradeCopyBotsEarnWeb3

Summary of the latest meeting of Ethereum core developers: EIP-7702 incorporates doubts, and the execution layer serialization method is converted

BlockBeats2024/05/10 04:06
By:BlockBeats
Original title: 《 Ethereum All Core Developers Execution Call #187 Writeup》
Original author: Christine Kim
Original translation: Lucy, BlockBeats

Editor's note:
The Ethereum All Core Developers Consensus Call (ACDE) is held every two weeks to discuss and coordinate changes to the Ethereum Execution Layer (EL). This is the 187th ACDE call. At this meeting, developers discussed the preparations for Pectra Devnet 0, the implementation updates of EIP 3074, and the urgency of converting the serialization method of the execution layer from MPT to SSZ.

In addition to the preparations for Pectra Devnet 0, developers also discussed new EIP proposals, discussions and analysis of existing EIPs, and analysis of the impact on smart contracts and transactions. Among them, the discussion of EIP 7702 attracted widespread attention from participants, and the proposal was seen as a potential solution to replace EIP 3074.

Christine Kim, vice president of research at Galaxy Digital, took a detailed note of the key points of the meeting, and BlockBeasts compiled the original text as follows:

On May 9, 2024, Ethereum developers gathered on Zoom for the All Core Developers Execution (ACDE) call #187. The ACDE call is a biweekly 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 discussed preparations for Pectra Devnet 0, updates to the EIP 3074 implementation, and the urgency of converting the serialization method on the EL from MPT to SSZ.


Pectra Devnet-0 Update


Ethereum Foundation developer operations engineer Barnabas Busa said his team is testing client configurations on the first Pectra developer-focused testnet and will work to ensure a stable configuration for Pectra Devnet 0 by Monday, May 13. According to the Pectra Devnet 0 readiness tracker, the Geth, Nethermind, and EthereumJS client teams have fully implemented the Pectra code specification.


During the call, Besu developer Justine Florentine said that all Pectra EIPs have been implemented on Besu, but his team is still working on debugging the code. Erigon developer Andrew Ashikhmin said his team has started working on all EIPs except EIP 7002, EL triggerable withdrawals. The Reth team posted a link to their implementation tracker in the Zoom chat, showing that their work on EIP 7002 is still pending, just like the Erigon team.


On the CL client side, Grandine developer Saulius Grigaitis said that all EIPs have been implemented, but his team encountered some errors when running with the EL client. Representatives from the Lighthouse team said they are close to having a full implementation ready for Pectra Devnet 0, noting that the spec in the engine API needs to be updated. Teku developer Mikhail Kalinin said he is working to add these updates to the engine API spec.


Mario Vegas from the EF testing team said that developers are working on adding test cases for EIP 3074, AUTH and AUTHCALL opcodes, and several other EIPs.


EIP-3074 Update


While developers agreed to keep EIP 3074 in the spec for Pectra Devnet 0, an alternative EIP has been discussed to replace it, EIP 7702.Geth developer "Lightclient" summarized the latest breakout session on EIP 3074, in which participants discussed which changes to prioritize in the Pectra upgrade related to improving user-controlled account programmability.According to Lightclient, all participants agreed that full local account abstraction is still a few years away from being implemented on Ethereum. However, there is disagreement on whether this means prioritizing changes to the externally owned accounts (EOAs) functionality, or migrating EOAs to smart contract wallets. One day before the ACDE call, on May 8, Ethereum co-founder Vitalik Buterin proposed a new EIP, EIP 7702, which would enable Ethereum to support a new transaction type to enable EOAs to operate like smart contract wallets during a single transaction. Lightclient said that participants from the EIP 3074 breakout session were generally positive about EIP 7702. However, he later added that there are still important details to be worked out about EIP 7702. For example, details on how to revoke EIP 7702 transactions and how to scale the gas costs of such transactions remain unclear.


If EIP 7702 is accepted and included in the Pectra upgrade, it will be considered to replace EIP 3074, as EIP 7702 achieves similar results to EIP 3074, but does not create new opcodes on Ethereum and improves the convenience of static analysis of new EOA behaviors. EF researcher Ansgar Dietrichs suggested in a Zoom chat that EIP 7702 be considered for inclusion in Pectra, and a formal decision on whether to replace EIP 3074 with 7702 will be made in about 2 to 4 weeks. It is clear from the discussion of EIP 7702 by developers on the conference call that further work is needed before the proposal can be considered ready for implementation. Nethermind developer Ahmad Mazen Bitar pointed out that it is unlikely that the work already done for EIP 3074 will be reused to implement 7702. Beiko confirmed that developers should still move forward with the implementation of EIP 3074 for Devnet 0 and revisit the spec for Devnet-1 later.


EIP-7685, SSZ, and EIP-6110


The developers then discussed some concerns raised by Nimbus developer Etan Kissling about EIP 7685, generic execution layer requests. In a GitHub comment under the agenda for this week’s call, Kissling asked if the proposed design for generic execution layer requests was needed, and if the opportunity could be better used to switch to SSZ, a serialization format that developers have been looking to update on the execution layer since the merge upgrade. Most of the execution layer client teams on the call supported keeping EIP 7685 in Pectra and revisiting the design if any impediments to including the EIP in operations arise, such as optimistic sync on clients.


On the topic of moving to SSZ, Kissling explained that the newly designed format for general execution layer requests is based on the traditional serialization formats MPT and RLP, so it will have to be updated when developers transition to SSZ. He noted that delaying the move to SSZ will only create more work for developers if they continue to create new MPT/RLP data structures. However, there has not been strong support from the execution layer client team to include EIP 7495, SSZ stable containers, in Pectra. A developer named "Dustin" wrote in a Zoom chat that the decision to postpone the SSZ transition was "crazy" and that the problem of poorly working SSZ libraries in EL was "a serious problem."


Regarding EIP 6110, on-chain supply validator deposits, Kissling raised questions about deposit ordering. Kalinin agreed that the issue is "a significant concern" and that he will be working with major staking pools to investigate more deeply.


EOF Update


Independent Ethereum protocol developer Danno Ferrin and EF Solidity research lead Alex Beregszaszi shared an update on EOF implementation work. As a background, EOF is a series of code changes that improve the Ethereum Virtual Machine (EVM) that developers are considering for inclusion in the Pectra upgrade. The meta EIP for EOF has been finalized. Developers have also simplified the transaction creation process in EOF and are working on client implementations of EOF.


EIP-7623 Update


A developer who went by the screen name “William Morris” on the call raised concerns about the changes to gas costs for calldata storage in EIP 7623. He explained that the changes would allow some users to trade by consolidating their transactions to reduce the fee, thereby encouraging the creation of a secondary market for gas discounts so that layer-2 rollups (L2s) and other participants can transact on the network more cheaply. He recommended an alternative EIP, EIP 7703, which increases calldata costs at a fixed rate to address these issues.


Buterin said that while Morris’ concerns are valid, the likelihood of a secondary market for calldata being created as a result of EIP 7623 is not high in practice because the number of users who would choose to participate in such a market would be extremely limited. Buterin noted that the main players affected by EIP 7623 are the layer-2 development team Starkware and the Inscription creators. He added that while the total addressable market for the secondary calldata market is small, the upside to capping the maximum block size via calldata increases is extremely high, as it could allow developers to increase the blob gas limit, thereby expanding Ethereum's ability to support L2. Vitalik also said that a flat increase in calldata costs, as Morris suggests, would also have a harsher impact on L2 and other stakeholders than the current EIP. Buterin shared more thoughts on gas pricing for blobs in a blog post prior to the call.


Toni Wahrstätter, co-author of EIP 7623, agreed with Buterin, saying he doesn’t think most L2s will create secondary markets for calldata from a practicality standpoint. “From a practicality standpoint, it’s not very feasible, especially given that such a market would require trust and a high level of coordination between participants. Imagine as an L2 you want to publish your data to L1, but you don’t know which address will publish the data, where the data will end up. From a practicality standpoint, you’d need custom indexes and so on. So, I don’t think it’s very feasible,” Wahrstätter said.


Reth developer Georgios Konstantopoulos asked if the developer was looking into the possibility of increasing the blobgas limit if EIP 7623 is included in Pectra. If the blobgas limit is not increased with the addition of EIP 7623, Konstantopoulos said the EIP “wouldn’t solve a lot of problems.” EF researcher Dankrad Feist suggested raising the blob gas limit to the point where Ethereum's maximum block size is constant, meaning that the space freed up with the increased calldata cost would be filled up with blobs (binary large objects). EF researcher Ansgar Dietrichs said that this EIP is useful not only in conjunction with the increase in the blob gas limit, but also from a security perspective, as it might ensure that the network is not destabilized by blocks containing a maximum number of transactions and blobs.


Asked about the impact analysis of EIP 7623 on smart contracts and transactions, Wahrstätter said that his proposed proposal would have no impact on 98% of users. Beiko also mentioned that EF developer operations engineer Parithosh Jayanthi might be conducting a deeper analysis of the specifics of raising the blob gas limit, taking into account EIP 7623.


New Alternative to EIP 7609


During the call, a developer with the screen name "Charles C" proposed a new EIP for preventing reentrancy attacks in smart contracts. Charles said the proposal, which creates two new opcodes to protect smart contracts, is an alternative to a proposal he previously submitted called EIP 7609, which aims to reduce the base cost of TLOAD/TSTORE in Pectra. Charles said he was unsure why EIP 7609 was not considered for inclusion in Pectra and is still gathering feedback from developers about preventing reentrancy in a cost-effective way. He noted that current solutions, such as OpenZeppelin's Reentrancy Guard and TLOAD/TSTORE opcodes, are too costly for decentralized application developers to use by default. Beiko suggested that developers provide Charles with feedback on this new EIP on the Ethereum Magicians forum.

「 original link 」


欢迎加入律动 BlockBeats 官方社群:

Telegram 订阅群: https://t.me/theblockbeats

Telegram 交流群: https://t.me/BlockBeats_App

Twitter 官方账号: https://twitter.com/BlockBeatsAsia

0

Disclaimer: everything in the article represents the author's point of view and has nothing to do with this platform. This article is not intended to be used as a reference for making investment decisions.

You may also like

Pacmoon: Beeple ranked first in Season 4, but he voluntarily gave up all token incentives

Cointime2024/06/03 01:58

Matter Labs abandons "ZK" trademark application

Cointime2024/06/03 01:40

The Federal Reserve reduced its balance sheet by about $78.1 billion in May

Cointime2024/06/03 01:22

Fixed income agreement Term Structure has been launched on the mainnet

Cointime2024/06/03 01:22

‌Spot copy trading

More
AIOnline
AIOnline
insight1000/1000
9359.81%
ROI
Total profit $47735.04
WhaleGo_YouTube
WhaleGo_YouTube
insight500/500
1269.4%
ROI
Total profit $3685.87

Bot copy trading

More
BGUSER-FFF8CNJ4
BGUSER-FFF8CNJ4
insight8/150
$7892.34
Total profit
Total subscriber profits $210.93
TopTrader85
TopTrader85
insight150/150
$13284.03
Total profit
Total subscriber profits $137.16