An Ethereum Foundation (EF) contributor and developer known as Nixo in X posted an update on the status of the network’s next update, Gramsterdam, detailing that progress is “slow.”
Despite the challenges, the EF development team is working to launch the first test network, as Nixo noted in an April 10 post (fatnet) Widespread Gramsterdam This week too. This date is based on EIP-7732 (Separation of Proposer and Block Builder orePBS‘English acronym), a core structure proposal for delay.
Similarly, a statement from the Ethereum Foundation also confirmed this objective, stating that once the ePBS proposal stabilizes, Team advances with several more EIPs With the above update.
Meanwhile, as previously reported by CriptoNoticias, Ethereum developers expect Gramsterdam to be operational on the main network in the first half of 2026.
Delays in Gramsterdam, what ePBS wants, and what else is coming with this update?
According to both cited sources, the delay in Gramsterdam’s development is due to the complexity of ePBS (EIP-7732). Mr. Nixon described this as an “incredibly complex structural change.”
According to the EIP-7732 whitepaper, the majority of Ethereum validators currently delegate block construction. to a specialized third party called a builderthrough a trusted intermediary external to the protocol. EIP-7732 strives to eliminate that dependency by building that relationship directly into the protocol, making the exchange between block proposers and constructors reliable without the need for intermediaries.
The problem is that splitting this task into two coordinated parts within the protocol means that all software executed by the network nodes must be prepared to handle the possibility that the block arrives in two stages and that the second part (the content of the transaction assembled by the constructor) arrives late or not at all.
According to the document, this is a “virtually all-encompassing” change to the network architecture, which explains the slow pace of development.
The second proposal seen in Gramsterdam is EIP-7928, called Block Level Access List. According to the whitepaper, the proposal records all account and storage locations accessed during the execution of a block, along with their subsequent values.
This, according to the same document, enables parallel disk reads, parallel validation of transactions, and state updates without re-executing the entire block. Significantly improve network performance.
Furthermore, currently 19 other proposals are under consideration in Gramsterdamthese are still under discussion, and their inclusion will depend on their complexity and compatibility with the two already seen.
Discussion on Hegota and quantum resistance
Contributor Nixo also mentioned an issue with an upcoming Glamsterdam upgrade on Ethereum called Hegotá. In this regard, he revealed that its main features have already been selected: FOCIL (EIP-7805), a designed selective selection forced inclusion list mechanism To maintain resistance to censorship on Ethereum This is intended to ensure that a specific transaction is included in each block.
Account abstraction has been hotly debated, as it gives users more flexibility in how they manage their wallets. No agreement was reached on implementation detailsaccording to a statement from the Ethereum Foundation. This was relegated to a secondary function in an effort to find proposals with broader support.
Finally, regarding quantum resistance, both Nixorokish and the EF statement noted that while interest is growing, so far no one has submitted an independent EIP proposal on this issue. Nixo noted that quantum resistance appears to be included in some account abstraction proposals, but not in any unique proposals.
(Tag to translate) Blockchain
