London, UK – April 11, 2026 – Ethereum, the world’s leading smart contract platform, finds itself at a pivotal juncture, navigating a complex roadmap of protocol enhancements designed to bolster its scalability, security, and decentralization. The core development community is diligently working on two monumental upgrades: "Glamsterdam" and "Hegotá." While the rapid succession of recent forks like Shanghai and Dencun fueled optimism for a swift pace of innovation, the current "Checkpoint" series of updates reveals that Glamsterdam’s implementation is proving to be a more intricate and time-consuming endeavor than initially anticipated. This period of intense engineering is characterized by the ambitious integration of foundational changes like enshrined Proposer-Builder Separation (ePBS) and comprehensive gas repricings, setting the stage for a more robust and efficient future for the network.
Main Facts: A Dual Horizon of Innovation and Challenge
Ethereum’s development ecosystem is currently focused on two significant hard forks: Glamsterdam and Hegotá. Glamsterdam, the more immediate upgrade, is making "slow but steady" progress, primarily due to the profound complexities associated with implementing enshrined Proposer-Builder Separation (ePBS). This critical feature, aimed at mitigating Maximal Extractable Value (MEV) and enhancing decentralization, necessitates a fundamental re-architecture across the entire protocol stack, impacting how blocks are constructed and processed. Alongside ePBS, Glamsterdam will introduce several gas repricings to optimize transaction costs and resource allocation, as well as an increase in the maximum contract size (EIP-7954) and Block-level Access Lists (BALs) to refine gas and state access mechanisms.
Looking further ahead, Hegotá has solidified its primary consensus layer feature: FOCIL (EIP-7805). While the execution layer’s proposed Account Abstraction (AA) feature, EIP-8141, faced initial hurdles due to a lack of consensus on specific implementation choices, the community remains committed to integrating AA as a key non-headliner. This commitment underscores a broader drive to improve user experience and introduce more flexible smart contract wallets. Additionally, growing interest in quantum resistance highlights a forward-thinking approach to future-proof the network against emerging cryptographic threats. The development trajectory of both upgrades, particularly Hegotá, remains intrinsically linked to the successful and stable rollout of Glamsterdam.
Chronology of Development: From Iteration to Revolution
Ethereum’s evolution is marked by a continuous series of upgrades, each building upon the last to enhance the network’s capabilities. Following the Dencun upgrade earlier this year, which introduced proto-danksharding for cheaper layer-2 transactions, the focus has shifted to even more fundamental architectural changes. The current development cycle is a testament to the community’s commitment to continuous improvement, even when faced with significant technical challenges.
Glamsterdam: The Immediate Horizon and Its Deep Dive into Protocol Mechanics
Glamsterdam represents a monumental leap in Ethereum’s core infrastructure. The full list of features under consideration and those already scheduled for inclusion can be tracked on Forkcast, a dedicated platform for monitoring upgrade progress. Features marked "Scheduled for Inclusion" (SFI) are virtually guaranteed to be part of the final release, while "Considered for Inclusion" (CFI) features are highly probable but depend on implementation complexity and compatibility with SFI components. The definitions for these stages are themselves subject to ongoing refinement, reflecting the dynamic nature of protocol development.
The linchpin of Glamsterdam, and arguably its greatest challenge, is enshrined Proposer-Builder Separation (ePBS) (EIP-7732). Currently, block production often involves external entities (block builders) optimizing transaction ordering for profit (MEV) before passing them to validators (proposers). While efficient, this system can introduce centralization risks and potential for censorship. ePBS aims to bring this separation within the Ethereum protocol, allowing proposers and builders to act in sequence under the direct governance of consensus rules. This transition, however, is immensely complex. It requires every component of the Ethereum stack – from consensus clients to execution clients – to "reason about partial blocks" and manage two-party coordination. The protocol must now explicitly handle scenarios of disagreement or failure between proposers and builders, a paradigm shift that touches nearly every aspect of block finalization. The ongoing ePBS devnets are diligently working through these expectedly difficult problems, with developers aiming for the first generalized Glamsterdam devnet in the coming weeks, contingent on stabilizing the current ePBS-specific environments.
Beyond ePBS, Glamsterdam incorporates several other crucial features:
- Gas Repricings: A bundle of EIPs (e.g., EIP-8007) designed to recalibrate the gas costs of various operations. The goal is to make transaction fee estimation more predictable, optimize resource allocation, and ultimately enable higher network throughput. These repricings are not trivial, involving extensive analysis of EVM operations to ensure fair and efficient pricing without introducing new attack vectors.
- EIP-7954 (Increase Max Contract Size): This highly requested feature, driven by "constructively vocal" feedback from ecosystem developers, will increase the maximum allowable size for smart contracts. This is vital for developers building increasingly complex decentralized applications (dApps), removing a significant constraint on innovation and functionality.
- Block-level Access Lists (BALs) (EIP-7928): On the execution layer, BALs represent a fundamental rethinking of how gas and state access operate. By providing explicit declarations of state access patterns within blocks, BALs aim to improve transaction processing efficiency and reduce gas costs for certain operations. The dedicated BAL devnets are progressing steadily through the intricacies of this architectural change.
The path to Glamsterdam’s mainnet launch involves a rigorous multi-stage process: stabilizing the current ePBS devnet, iterating through several generalized devnets incorporating all non-headliner features, cutting client releases, conducting final security reviews, deploying to public testnets, and finally, announcing the mainnet fork date once stability is confirmed. This methodical approach underscores the commitment to network integrity and security above all else.
Hegotá: The Next Frontier with FOCIL and Account Abstraction
Following Glamsterdam, the "Hegotá" upgrade already has a clear direction. Its major consensus layer feature has been selected: FOCIL (EIP-7805). While specific technical details of FOCIL are extensive, its selection as the consensus layer headliner indicates a fundamental improvement to the underlying consensus mechanism, further enhancing the protocol’s robustness and efficiency.
On the execution layer, Account Abstraction (AA) has been a hotly debated topic. While EIP-8141 ("Frame transactions") was initially considered as a headliner, a lack of consensus on its specific implementation choices led to its reclassification as a "Considered for Inclusion" (CFI) non-headliner. This decision, however, comes with a strong commitment from client developers to continue working on an AA proposal that garners broader support across the community. Account Abstraction is crucial for improving user experience by enabling smart contract-based accounts that can offer features like multi-signature capabilities, social recovery, and custom authentication logic, moving beyond the limitations of traditional externally owned accounts (EOAs). The ongoing dialogue and commitment reflect the importance of AA for Ethereum’s mass adoption.
Another significant area of increasing interest for Hegotá is quantum resistance. As the threat of quantum computing looms, potentially capable of breaking current cryptographic primitives, integrating quantum-resistant cryptography into Ethereum is a critical long-term security measure. While no standalone quantum resistance proposal has been adopted yet, the discussions often intertwine with Account Abstraction proposals, indicating a desire to package these future-proofing measures together.
The Hegotá development process is designed to be inclusive, with a clear window for community participation. Starting April 9th, anyone can propose a non-headlining feature for Hegotá by submitting an EIP into the "Proposed for Inclusion" section of the fork’s meta EIP (EIP-8081). The closing date for these submissions will be announced at least two weeks in advance, ensuring ample time for contributions. However, the exact timeline for Hegotá remains heavily dependent on the progress and successful deployment of Glamsterdam.
Supporting Data and Technical Context: The Engine Room of Ethereum
The Ethereum core development process is a highly structured, transparent, and collaborative effort, driven by regular calls, detailed EIPs, and community feedback.
The Role of All Core Developer Calls
Decision-making and technical coordination primarily occur through a series of public calls:
- All Core Developers Consensus (ACDC) calls: Focus on the consensus layer, discussing topics related to proof-of-stake, validators, and block finalization.
- All Core Developers Execution (ACDE) calls: Concentrate on the execution layer, covering the Ethereum Virtual Machine (EVM), transaction processing, and smart contracts.
- All Core Developers Testing (ACDT) calls: Dedicated to coordinating testing efforts across different client implementations and devnets.
These calls, held frequently, are the primary forums where EIPs are discussed, technical challenges are dissected, and development progress is reported. The transparency of these calls, with recordings and notes publicly available on platforms like Forkcast, allows the entire community to stay informed and engaged. The provided list of relevant ACD calls from January 21st to April 9th underscores the continuous and intense pace of these discussions.
EIP Process and Stages
Ethereum Improvement Proposals (EIPs) are the formal documents that describe standards for the Ethereum platform. They undergo a rigorous lifecycle, moving through various stages from "Draft" to "Final." For network upgrades, EIPs are further categorized:
- Scheduled for Inclusion (SFI): Features that have received strong consensus and are actively being implemented for an upcoming upgrade. Their inclusion is almost certain.
- Considered for Inclusion (CFI): Features that are strong candidates but whose final inclusion depends on factors like implementation complexity, resource availability, and compatibility with SFI features.
The process is dynamic, with the definitions of these stages themselves being refined (e.g., via GitHub pull requests like EIPs/pull/11475) to better reflect the fluid reality of decentralized development. To assist aspiring contributors, the Protocol Support team has published the EIP Champions Handbook, a comprehensive guide to navigating the proposal process, seeking stakeholder feedback, and effectively advocating for new features. This resource is crucial for maintaining an open and meritocratic development pipeline.
Gas Limit Expansion: Boosting Throughput
A continuous effort within the core development community is the safe expansion of Ethereum’s gas limit, which dictates the maximum amount of computational work a single block can contain. Higher gas limits directly translate to increased network throughput and the ability to process more transactions per block. Developers are currently testing gas limits at a baseline target of 60 million, a significant increase from current levels. Furthermore, testing is ongoing at even higher limits to understand the implications and necessary optimizations. The extensive gas repricing work being implemented in Glamsterdam is a prerequisite for safely achieving and sustaining these higher limits, as it ensures that the increased capacity doesn’t compromise network stability or lead to disproportionate resource consumption.
Community Roadmapping – The Strawmap
While Ethereum intentionally avoids a rigid, centralized roadmap, the "strawmap" published earlier this year has emerged as a valuable guiding tool. This unofficial yet influential document helps to align community priorities and inform feature choices during the upgrade process. Its emergence and positive reception highlight a collective desire for a shared vision that can accelerate consensus on strategic development directions without sacrificing the decentralized ethos. It fosters enthusiasm and provides a framework for understanding the long-term goals of the network.
Official Responses and Developer Sentiment: Resilience in the Face of Complexity
The sentiment among Ethereum’s core developers, as gleaned from the "Checkpoint" updates and ACD calls, is one of determined professionalism. While the article notes that "Glamsterdam has been proving to be trickier and more slow-going than anticipated," there’s no indication of widespread discouragement. Instead, the tone suggests a focused approach to tackling complex engineering challenges head-on. The implementation of ePBS, in particular, is acknowledged as a "major sticking point" due to its profound architectural implications, yet developers are methodically working through these issues on dedicated devnets.
The community’s active participation is also evident. The "constructively vocal" feedback from ecosystem developers regarding the importance of EIP-7954 (maximum contract size increase) demonstrates how stakeholder input directly influences development priorities. This collaborative spirit, where challenges are openly discussed and community needs are considered, is a hallmark of Ethereum’s development model. The commitment to finding a broadly supported Account Abstraction solution for Hegotá, despite the initial debate over EIP-8141, further illustrates the responsiveness of core developers to critical community demands for improved user experience.
Implications and Future Outlook: Paving the Way for a Decentralized Future
The Glamsterdam and Hegotá upgrades carry profound implications for the future of the Ethereum network, impacting users, developers, and the broader decentralized ecosystem.
Impact on Users and Developers
For users, Glamsterdam’s gas repricings and increased gas limit hold the promise of more predictable and potentially lower transaction fees, alongside faster transaction processing as network throughput expands. The increase in maximum contract size will empower developers to build more sophisticated and feature-rich decentralized applications, pushing the boundaries of what’s possible on Ethereum. More fundamentally, ePBS aims to enhance the network’s decentralization and censorship resistance, fostering a fairer and more secure environment for all participants by mitigating the power of MEV extractors.
Hegotá, with its focus on Account Abstraction, is poised to revolutionize the user experience. By enabling smart contract wallets, it will pave the way for features like gasless transactions (sponsored by dApps), multi-factor authentication, social recovery mechanisms, and customized transaction policies, making Ethereum more accessible and user-friendly for a mainstream audience. The exploration of quantum resistance ensures that Ethereum remains a secure and viable platform for decades to come, protecting digital assets and transactions against future computational advancements.
The Pace of Innovation
The current "trickier and more slow-going" progress of Glamsterdam serves as a reminder of the inherent complexities in developing a globally critical decentralized infrastructure. While the desire for rapid iteration is strong, the paramount importance of security, stability, and thorough testing dictates a measured pace. The original article notes that Glamsterdam in Q2 "seems unlikely," emphasizing that robust implementation takes precedence over arbitrary deadlines. However, the selection of a single headliner for Hegotá suggests that, once Glamsterdam stabilizes, the subsequent upgrade could potentially follow in a shorter timeframe, showcasing the flexibility of Ethereum’s iterative development model. The possibility of an Account Abstraction proposal being promoted to headliner in Hegotá further highlights the community’s agility in responding to pressing needs.
Ethereum’s Evolution
These upgrades are not isolated events but integral components of Ethereum’s long-term vision: a scalable, secure, and decentralized global computer. From the Merge to Dencun, and now to Glamsterdam and Hegotá, each step addresses critical bottlenecks and introduces foundational improvements. The continuous refinement of the EIP process, the collaborative nature of core development calls, and the guiding influence of the "strawmap" all contribute to a vibrant and resilient ecosystem capable of tackling the immense technical challenges of building the next generation of the internet.
As Ethereum continues its ambitious journey, the dedication of its core developers and the active participation of its global community will remain the driving forces behind its evolution, ensuring that the network remains at the forefront of blockchain innovation. Users and developers are encouraged to stay engaged through official channels and contribute to the ongoing dialogue that shapes the future of this transformative technology.
