While the Ethereum community prepares for the imminent update of Fusaka, the focus has already moved towards the next great improvement: Glamsterdam. This update promises deep changes with two proposals that are monopolizing the attention of developers: the EIP-7732 and EIP-7928.
The main proposal of this update is the EIP-7732. This proposal, whose full name is Enshrined Proposer-Builder Separation (EPBS) or consecrated separation of proponents and builders, seeks to mainly modify the block creation process.
Instead that the proponent of a block (the validator chosen to create the following block) is responsible for building the complete block and its transactions, the EIP-7732 proposes a separation of roles. Under this model, the proponent focuses on the validation of consensus, while a new figure, the block builder (Builder), is responsible for the validation of execution and assembling the transactions.
The EIP-7732 is a direct response to the growing concern for the censorship of network transactions. The direct benefit for users is greater resistance to censorship and a more decentralized network. Having difficult entities exclude certain transactions, the EIP-7732 would strengthen the fundamental principle of network neutrality.
For its part, the EIP-7928or access lists at block level (Block-Level Access Lists), is the second protagonist of Glamsterdam. This proposal seeks to optimize the way in which nodes process and validate transactions.
Currently, Ethereum nodes validate transactions in a block sequentially, one by one. This limits the speed at which the blocks can be processed. The main objective of the EIP-7928 is to allow the parallel execution of transactions, which would significantly improve the speed and efficiency of the network.
For users, this translates into faster and more potentially cheaper transactions. When optimizing how the nodes access the data, latency is reduced, which in turn can reduce gas prices, a very tangible benefit for the community.
FUSAKA: The next step before Glamsterdam
While the proposals for Glamsterdam They are exciting, the reality is that the immediate work of the Ethereum developer community focuses on the Fusaka update.
It is expected that this hard bifurcation, or Hard forkbe implemented in the late 2025, and will lay the necessary bases for future improvements. Fusaka is an infrastructure -centered update, which precedes the most visible changes that Glamsterdam brings. In July of this year, Cryptootics published a detailed article on the improvements that Fusaka would bring.
The main vicissitude that developers must overcome is coordination and exhaustive testing. Putting an exact date to a hard bifurcation is a complex process that requires the perfect synchronization of thousands of nodes worldwide. The team must carry out a series of tests in test networks (Testnets) to ensure that all the proposals work without errors and that there are no unexpected side effects that may compromise network safety.
Any failure or delay in these tests can postpone the release date. Developers are obliged to work hard to guarantee a fluid and safe transition, a necessary step before venturing into the most ambitious changes that Glamsterdam would bring.
