The Ethereum network, a cornerstone of the decentralized web, is demonstrating robust progress with the successful implementation of the Fusaka upgrade and the active planning for subsequent network enhancements. These developments, meticulously tracked through the All Core Developer (ACD) calls, are crucial for scaling the network, improving its security, and expanding its capabilities for decentralized applications and layer-2 solutions. This report provides a comprehensive overview of recent advancements, the trajectory of upcoming upgrades, and their implications for the Ethereum ecosystem.
Fusaka Upgrade Delivers Scalability and Flexibility
The recently deployed Fusaka upgrade marks a significant milestone in Ethereum’s ongoing evolution. A key achievement of Fusaka is the integration of Data Availability Sampling (DAS), a groundbreaking technique designed to enhance the scalability of the network. DAS allows nodes to efficiently verify the availability of data without needing to download and process it entirely, a crucial step for supporting high-throughput layer-2 scaling solutions.
The impact of Fusaka extends beyond DAS. The upgrade also introduced the capability for Blob Parameter Only (BPO) forks. This innovative mechanism allows for the adjustment of blob parameters, such as the number of blobs per block, independently from full network hard forks. This agility is vital for responding dynamically to the growing demand for data space from layer-2 networks. Previously, significant increases in data capacity required the coordination and deployment of a complete network upgrade, a process that could be time-consuming and complex.
The flexibility afforded by BPO forks has already been demonstrated. Following Fusaka’s launch, two BPO forks were successfully executed. The first occurred shortly after Fusaka, and the second in early January. These BPO forks have effectively increased Ethereum’s data capacity, targeting 14 blobs per block with a maximum of 21, representing a substantial 2.3x expansion of L2 data space compared to the pre-Fusaka era. This expansion is a direct response to the increasing reliance on Ethereum for decentralized finance (DeFi) and other blockchain-based applications that generate significant data volumes.
The significance of these upgrades has been amplified by prominent figures within the Ethereum community. The official @ethereum Twitter account and Ethereum co-founder Vitalik Buterin have actively engaged in explaining the technical intricacies and strategic importance of these advancements. Through a series of tweets, they have elucidated the concept of PeerDAS, underscored the paramount importance of secure scaling, and detailed how these enhancements fit into the broader, long-term vision for Ethereum’s development. This public communication strategy aims to foster a deeper understanding of the technical progress and its benefits for the entire ecosystem.
Glamsterdam: A Glimpse into Future Enhancements
With Fusaka successfully implemented, the development focus has firmly shifted to the next major network upgrade, codenamed Glamsterdam. This upgrade is fully scoped and actively under development, promising to introduce several pivotal features that will further solidify Ethereum’s position as a leading blockchain platform.
The two primary headlining features of Glamsterdam are enshrined Proposer Builder Separation (ePBS) and Block-level Access Lists (BALs). ePBS is a complex and transformative upgrade that aims to decouple the roles of block proposers and block builders, enhancing decentralization and censorship resistance within the network. By separating these functions, the network can theoretically prevent malicious actors from unfairly influencing transaction inclusion.
BALs, on the other hand, are designed to improve the efficiency and flexibility of transaction inclusion. This feature will allow for the specification of access lists at the block level, potentially optimizing gas usage and providing more granular control over transaction processing.
While both features are progressing, ePBS presents a more significant technical challenge. Consequently, development efforts are currently more advanced for BALs, with functional devnets already established. These devnets serve as crucial testing grounds for developers to experiment with and refine the implementation of BALs before its integration into the mainnet. ePBS, due to its intricate nature, is expected to require a more extended development and testing period before a comparable devnet can be made available.
The decision-making process for features within Glamsterdam is rigorous. Developers have been diligently working to streamline the list of proposed non-headlining features. Initially comprising around 50 proposals, this list has been narrowed down to a more manageable set of 17 high-impact and essential features. These will be integrated into devnets in smaller batches, allowing for thorough testing and validation. Any features that prove problematic or risk significantly delaying the overall upgrade may be removed from the "Considered" set. The complete list of considered features for Glamsterdam is meticulously documented and accessible for public review, fostering transparency in the development process.
The establishment of a stable ePBS devnet is anticipated to provide a clearer timeline for Glamsterdam’s deployment. Subsequently, once all proposed Ethereum Improvement Proposals (EIPs) have undergone comprehensive testing on a devnet, even greater clarity regarding the upgrade’s schedule is expected.
Hegota: Charting the Course for Post-Glamsterdam Innovations
Looking beyond Glamsterdam, the Ethereum development community is already actively defining the scope and features for the subsequent upgrade, tentatively named Hegota. Notably, the name has undergone a revision; the original proposal, "Heka," was changed to "Heze" and subsequently combined with "Bogota" to form "Hegota." This nomenclature change stems from a community member’s observation that "Heka" was not officially recognized in the International Astronomers Union catalog, adhering to the established convention of naming upgrades after celestial bodies.
A significant proposal for Hegota is the Fork-choice Inclusion Lists (FOCIL). Initially considered for Glamsterdam, FOCIL was moved to Hegota to reduce the scope and complexity of the Glamsterdam upgrade. FOCIL is a critical feature aimed at enhancing censorship resistance within the Ethereum network. By implementing inclusion lists at the fork-choice level, FOCIL can help mitigate the risk of transactions being arbitrarily excluded from blocks. Given its strong community support, FOCIL is now a prime candidate for Hegota and will be evaluated alongside other potential headliner proposals. Currently, there is one competing proposal for Hegota’s headlining features.
The process for proposing and selecting features for Hegota is well-defined and inclusive. A designated proposal window is open until February 4th, during which anyone can submit a headlining feature proposal using a standardized template on the Ethereum Magicians forum. Following this period, headliner proposals will be presented and discussed during All Core Developer calls, with community feedback being a crucial element in the decision-making process. The aim is to finalize Hegota’s headlining features by February 26th.
After the headliner decisions are made, a further period of approximately 30 days will be allocated for proposals of minor, non-headlining features. A deadline for these proposals will be communicated through the "Checkpoint" series, encouraging active participation from the community. As with headliners, anyone can propose a non-headliner, provided they are prepared to champion the EIP through the development and implementation stages, as outlined in the Ethereum Improvement Proposal (EIP) championing guide.
The Evolving Process of Ethereum Upgrades
The development and deployment of network upgrades on Ethereum is a complex, multi-stage process designed to ensure robustness, security, and community consensus. The journey of an Ethereum Improvement Proposal (EIP) from conception to implementation is a testament to this meticulous approach.
An EIP begins with a clearly defined specification, often guided by the foundational EIP-1, which establishes the standard format for all EIPs. Once drafted, proposals are submitted during designated windows for consideration in upcoming network upgrades. The role of a "champion" is critical; this individual or group acts as a technical point-of-contact, guiding the EIP through discussions, implementation challenges, and testing phases.
The sheer volume of proposals, particularly for non-headlining features, has presented a significant challenge in recent upgrade cycles. The successful integration of Fusaka and the planning for Glamsterdam involved sifting through approximately 50 proposed non-headlining features. This extensive review process is primarily undertaken by client and testing teams, who are responsible for the actual implementation and validation of these changes. Their capacity to thoroughly evaluate numerous specifications and make informed recommendations on the most urgent and impactful proposals is a critical bottleneck. The increasing clarity of the proposal process and the growing number of experienced participants are likely contributing factors to the higher volume of submissions.
Looking ahead to Hegota, there is an expectation of increased competition for headliner status, potentially with FOCIL and encrypted mempool proposals vying for inclusion. FOCIL, being a cross-layer EIP that impacts both the consensus and execution layers, including the engine API, presents inherent complexities in its integration with other significant features. Discussions around other potential enhancements, such as a reduction to 6-second slots, are ongoing, though it remains uncertain whether these will be proposed for Hegota or deferred to a subsequent upgrade, such as the "I-star" upgrade. The Ethereum community is encouraged to actively engage and voice their support for features they deem most beneficial during the proposal and discussion periods.
Conclusion
The Ethereum network is in a phase of dynamic development, marked by the successful deployment of the Fusaka upgrade and the clear roadmap for future enhancements like Glamsterdam and Hegota. The introduction of Data Availability Sampling and Blob Parameter Only forks through Fusaka underscores Ethereum’s commitment to scalability and adaptability. As the community gears up for Glamsterdam’s ambitious ePBS and BALs, and looks towards Hegota’s potential for censorship resistance with FOCIL, the ongoing evolution of Ethereum promises to further empower decentralized applications, enhance network security, and solidify its role as a foundational technology for the decentralized future. The meticulous, community-driven process of proposing, discussing, and implementing these upgrades ensures that Ethereum continues to innovate and meet the ever-growing demands of the global blockchain ecosystem.
