Layla Zulfa
Ethereum’s core development ecosystem continues its relentless pursuit of network enhancements, as detailed in the latest "Checkpoint" series, offering high-level updates from the All Core Developer (ACD) calls. These periodic summaries provide crucial insights into the intricate processes and significant milestones shaping the future of the world’s leading smart contract platform. The current update reveals a nuanced landscape of progress, marked by both steady advancement and anticipated challenges for upcoming hard forks, Glamsterdam and Hegotá.
Glamsterdam: Navigating the Depths of Protocol Innovation
The implementation of Ethereum’s next scheduled upgrade, codenamed Glamsterdam, is actively underway, though its progress has proven to be more deliberate than initially projected. This hard fork represents a pivotal moment for the network, aiming to introduce a suite of enhancements designed to bolster efficiency, scalability, and decentralization. The comprehensive list of features under consideration and those already scheduled for inclusion can be tracked on the dedicated Forkcast platform, providing transparent visibility into the development pipeline.
Key to understanding Glamsterdam’s trajectory is the distinction between "Scheduled for Inclusion" (SFI) and "Considered for Inclusion" (CFI) features. SFI features are virtually assured of making it into the live upgrade, signifying a high degree of confidence in their readiness and integration. CFI features, while highly probable, face a more rigorous assessment, with their final inclusion contingent upon factors such as implementation complexity and compatibility with the core SFI components. This structured approach, while subject to ongoing refinement, ensures a methodical and robust upgrade process.
At the heart of Glamsterdam’s technical ambition lies the enshrined Proposer-Builder Separation (ePBS), a monumental shift in how blocks are constructed and validated. Currently, block production often involves external, off-chain mechanisms for proposer-builder coordination, primarily driven by the pursuit of Maximal Extractable Value (MEV). ePBS aims to bring this crucial function directly into the protocol’s consensus mechanism, thereby decentralizing MEV extraction and reducing potential risks associated with external centralization. However, this fundamental architectural change introduces considerable complexity. The protocol must now inherently manage potential disagreements or failures between the designated block proposer and builder, a scenario that touches nearly every layer of the Ethereum stack. Developers are grappling with the intricacies of "partial blocks" and the nuanced requirements for two-party coordination within the consensus framework, making ePBS a significant, yet challenging, undertaking. The rigor involved reflects the core developers’ commitment to robust, secure, and decentralized design principles.
Beyond ePBS, Glamsterdam is poised to introduce several gas repricings, primarily bundled together to optimize network resource allocation. These repricings are not merely arbitrary adjustments but are designed to enhance the predictability and efficiency of transaction costs, ultimately aiming to create a more stable and user-friendly fee market. While seemingly a minor technical adjustment, the complexities involved in recalibrating gas costs across various operations require extensive analysis and testing to avoid unintended consequences for network performance and economic incentives.
Another feature gaining considerable traction, backed by strong community advocacy, is EIP-7954: an increase to the maximum contract size. As decentralized applications (dApps) grow in sophistication and functionality, larger contract sizes become increasingly critical to support advanced logic and expanded features. The current limits can sometimes constrain innovation, forcing developers to implement workarounds or segment their dApps. Prioritizing this EIP acknowledges the ecosystem’s demand for greater flexibility and capacity for on-chain innovation.
On the execution layer side, Block-level Access Lists (BALs) (EIP-7928) represent a profound re-evaluation of how gas and state access mechanisms function within Ethereum. BALs are designed to improve the efficiency and security of state access, which is fundamental to transaction processing. This involves a rethinking of how the Ethereum Virtual Machine (EVM) interacts with the network’s state, aiming for more optimized and predictable performance. The ongoing development of BAL devnets is making steady, albeit challenging, progress in addressing the expected technical hurdles associated with such a foundational change.
The development roadmap for Glamsterdam involves a methodical progression through several stages. Developers are targeting the launch of the first generalized Glamsterdam devnet in the near future, contingent upon the stabilization of the current ePBS-focused devnet. This initial devnet will be followed by a series of iterative deployments, progressively incorporating more of the non-headliner features. Once a stable devnet, encompassing all confirmed features, is achieved, client teams will proceed with cutting official releases. These releases will then undergo final security reviews before moving to public testnets. Only after these testnets demonstrate sustained stability will the highly anticipated mainnet fork date be officially announced, providing ample time for ecosystem participants to prepare.
Hegotá: Charting the Course for Future Enhancements
Looking beyond Glamsterdam, the subsequent upgrade, Hegotá, is already taking shape, with key features being solidified. The selection process for its major components has concluded, designating FOCIL (EIP-7805) as the consensus layer headliner. While the specifics of FOCIL (Fork Choice Integrity Layer) are still being elaborated, it is understood to focus on critical consensus layer improvements, potentially enhancing validator efficiency, network security, or the overall integrity of the fork choice rule, which determines the canonical chain.
A significant point of discussion for Hegotá’s execution layer was the push for Account Abstraction (AA). Account Abstraction is a paradigm shift designed to enhance user experience and flexibility by allowing smart contracts to act as user accounts. This enables features like multi-signature wallets, social recovery, and custom authentication logic without relying on externally owned accounts (EOAs). While a specific proposal, EIP-8141 ("Frame transactions"), garnered considerable debate, a lack of universal consensus on its particular implementation choices led to its current "Considered for Inclusion" (CFI) status as a non-headliner. This decision, however, comes with a firm commitment to continue working on an Account Abstraction proposal that can achieve broader support among client developers, actively inviting community participation in shaping its final form. This reflects a careful balancing act between innovation and the need for widespread agreement on foundational changes.
There is also a growing sentiment within the community and among developers to prioritize quantum resistance in future upgrades. The looming threat of quantum computing, capable of breaking current cryptographic standards, necessitates proactive measures to secure the Ethereum network for the long term. While no standalone quantum resistance proposal has yet been formally introduced, increasing interest suggests it may be integrated as part of broader packages, particularly within Account Abstraction proposals. This forward-looking perspective underscores Ethereum’s commitment to long-term security and resilience.
The process for proposing non-headlining features for Hegotá is set to commence on April 9th. Community members and developers are invited to submit their EIPs by pulling them into the "Proposed for Inclusion" section of the fork’s meta EIP. The closing date for these submissions will be announced with at least two weeks’ notice, ensuring adequate time for participation. The most current information regarding Hegotá’s development process and timeline is consistently updated on its dedicated Forkcast page. It is important to note that the ultimate date for the Hegotá upgrade is heavily dependent on the successful and timely completion of Glamsterdam in the coming months, highlighting the sequential and interdependent nature of Ethereum’s upgrade cycle.
The Expanding Gas Limit and Network Capacity
The ongoing efforts to increase Ethereum’s gas limit are a continuous priority, with persistent testing on various devnets. The current target for the baseline gas limit in upcoming upgrades, including Glamsterdam, stands at 60 million. This increase aims to significantly boost the network’s transaction processing capacity, allowing for more operations per block. Beyond this baseline, developers are actively conducting tests at much higher limits to thoroughly understand the performance implications and identify necessary optimizations. This exploratory work is crucial for future-proofing the network and ensuring it can handle increasing demand. Much of the gas repricing work currently being implemented within Glamsterdam is directly enabling the safe and efficient realization of these higher gas limits, ensuring that increased capacity does not compromise network stability or security.
Empowering Community Contributions: The EIP Champion’s Handbook
To foster greater community involvement and streamline the proposal process, new resources have been published on the Protocol Support team website. The EIP Champions Handbook is a comprehensive guide designed to assist authors and advocates in championing their feature proposals and effectively seeking stakeholder feedback. This handbook is an invaluable tool for anyone interested in contributing to Ethereum’s evolution, offering clear navigation through the often-complex process of getting a feature integrated into an official upgrade. It underscores the open and collaborative ethos of Ethereum’s development.
While not an "official Ethereum roadmap," the "strawmap" published earlier this year has played a significant role in re-energizing discussions and enthusiasm for a guiding framework in feature selection. This unofficial roadmap has proven to be a beneficial tool in helping the broader community align on development priorities, demonstrating the power of shared vision in a decentralized ecosystem.
Analytical Implications and the Road Ahead
The current state of Ethereum’s core development reflects a robust, albeit challenging, journey towards a more scalable, secure, and decentralized future. The deliberate pace of Glamsterdam, particularly with the intricate ePBS implementation, underscores the core developers’ unwavering commitment to thoroughness and security over speed. While the rapid succession of previous upgrades like Fusaka and Pectra might have set high expectations, the current complexities necessitate a more measured approach. The features slated for Glamsterdam, such as ePBS, gas repricings, and increased contract size, are not trivial; they represent fundamental shifts designed to enhance the protocol’s core capabilities.
The selection of FOCIL as Hegotá’s headliner, coupled with the commitment to Account Abstraction as a minor feature, indicates a clear long-term vision focused on foundational consensus improvements and enhanced user experience. The ongoing debate around Account Abstraction highlights the vibrant and sometimes challenging nature of reaching consensus within a decentralized developer community, yet the commitment to finding a broadly supported solution remains strong.
The continuous testing of higher gas limits and the proactive interest in quantum resistance demonstrate a forward-looking strategy aimed at preparing Ethereum for future demands and potential threats. These efforts ensure the network remains adaptable and resilient in a rapidly evolving technological landscape.
In conclusion, the Ethereum network is undergoing a significant evolutionary phase. The challenges encountered with Glamsterdam are not deterrents but rather a testament to the profound impact and complexity of the innovations being integrated. The iterative process of devnets, testnets, and community feedback mechanisms ensures that each upgrade is meticulously vetted. While the exact timelines remain fluid, dependent on successful technical integration and rigorous testing, the direction is clear: a more efficient, decentralized, and user-friendly Ethereum, built on a foundation of collaborative and diligent engineering. The "Checkpoint" series serves as an essential beacon, guiding the community through this intricate, yet ultimately transformative, journey.
Relevant ACD Calls (January 21st – April 9th):
- All Core Developers Consensus (ACDC): 176, 175, 174, 173
- All Core Developers Execution (ACDE): 234, 233, 232, 231, 230, 229
- All Core Developers Testing (ACDT): 76, 75, 74, 73, 72, 71, 70, 69, 68, 67
