The Ethereum community is preparing for Fusaka’s immediate update, but the focus is already moving towards the next major improvement. This update promises deep changes in two suggestions that monopolize the attention of developers: EIP-7732 and EIP-7928.
The main suggestion for this update is EIP-7732. This proposal is its full name Ensh the separation of the proponent’s building (EPB) or the consecrated separation of supporters and builders; I mainly try to change the block creation process.
Instead, the block’s supporters (the voter selected to create the next block) are responsible for building the complete block and its transactions, and EIP-7732 proposes role separation. In this model, the proposer focuses on validating consensus, with the new number, the block builder (builder) responsible for verifying execution and assembling transactions.
EIP-7732 is a direct response to growing concerns over censorship of network transactions. The direct benefits of users are: Greater resistance to censorship and more distributed networks. EIP-7732 reinforces the fundamental principles of network neutrality, as certain transactions are excluded for difficult entities.
For that part, please see EIP-7928 or the access list at the block level (Block-level access list), the second protagonist of Gram Stardom. This proposal attempts to optimize the way nodes process and validate transactions.
Currently, Ethereum nodes are verifying transactions in blocks one by one in order. This limits the speed at which blocks can be processed. The main purpose of EIP-7928 is to allow parallel execution of transactions. Greatly improve network speed and efficiency.
For users, this translates to faster and cheaper transactions. Optimizing the way nodes access data reduces latency and reduces gas prices. This is a very specific benefit for the community.
Fusaka: Next Steps Before Gram Stardom
While Glamsterdam’s proposal is exciting, in reality, the immediate work of the Ethereum Developer community focuses on Fusaka updates.
This hard branch, or Hard forkIt will be implemented in the second half of 2025 and lay the foundations needed for future improvements. Fusaka is an infrastructure-centric update, ahead of the most visible changes Glamsterdam brings. In July this year, Cryptootics published a detailed article on the improvements Fusaka brings.
The main changes developers must overcome are tweaks and thorough testing. Putting accurate dates on hard branches is a complicated process You need to have full synchronization of thousands of nodes around the world. Teams need to run a series of tests on the test network (Test Net) Make sure all suggestions work without errors and are free of unexpected side effects that can impair the safety of your network.
Failures or delays in these tests can be postponed for release dates. Developers have an obligation to work hard to ensure a fluid and safe transition: a necessary step before challenging the most ambitious changes that Gramaster Dam brings.