London, UK – [Current Date] – The world’s leading programmable blockchain, Ethereum, continues its relentless march of innovation, meticulously crafted through a series of intricate upgrades. Keeping pace with the rapid developments emerging from the All Core Developer (ACD) calls can be challenging, which is why periodic "Checkpoint" updates serve as crucial high-level summaries. This latest report sheds light on the nuanced progress of the upcoming "Glamsterdam" upgrade and the foundational decisions shaping "Hegotá," the subsequent major network enhancement. While the quick succession of previous forks like Fusaka initially fueled expectations of faster upgrade cycles, Glamsterdam is proving to be a testament to the inherent complexities of decentralized protocol development, demanding meticulous attention and steady progress.
Main Facts: A Glimpse into Ethereum’s Development Frontlines
Glamsterdam, Ethereum’s next significant network upgrade, is currently in active implementation, characterized by slow but deliberate progress. Its cornerstone feature, enshrined Proposer-Builder Separation (ePBS), is presenting more intricate implementation challenges than initially anticipated. This fundamental shift requires a re-architecture of how blocks are constructed and finalized within the protocol, impacting virtually every layer of the stack. Alongside ePBS, other vital, albeit less headline-grabbing, features like various gas repricings are also navigating their own complexities.
Looking further ahead, "Hegotá" has now solidified its major feature, FOCIL (EIP-7805), for the consensus layer. The highly anticipated Account Abstraction (AA), while not selected as a headliner due to a lack of consensus on a specific implementation, remains a strong commitment for inclusion as a minor feature. This decision reflects the community’s acknowledgment of AA’s importance for enhancing user experience and wallet functionality, coupled with the need for a broadly supported technical pathway. The window for submitting non-headlining EIP proposals for Hegotá opens on April 9th, inviting broader community participation in shaping the upgrade.
Chronology: From Concept to Code – The Upgrade Lifecycle
Ethereum’s upgrade process is a multi-stage journey, meticulously managed by core developers across various client teams. Each proposed change, or Ethereum Improvement Proposal (EIP), progresses through defined stages, from initial idea to final mainnet deployment.
The "Checkpoint" series itself serves as a chronological digest, bridging the information gap between the frequent and highly technical ACD calls. The previous update, Checkpoint 8, laid the groundwork for the discussions now unfolding, highlighting the continuous nature of this development cycle.
Glamsterdam’s Current Trajectory:
Implementation for Glamsterdam (EIP-7773) is actively underway. Features are categorized as "Scheduled for Inclusion" (SFI), meaning they are almost certainly part of the final upgrade, or "Considered for Inclusion" (CFI), indicating high likelihood but dependent on implementation complexity and compatibility with SFI features. The definitions for these stages are themselves subject to ongoing refinement, reflecting the agile nature of the development process.
Key features currently slated for Glamsterdam include several gas repricings, primarily bundled as EIP-8007, aimed at optimizing network costs. There’s also significant community pressure, particularly from ecosystem developers, to prioritize EIP-7954, which proposes an increase to the maximum contract size. This enhancement is crucial for enabling more complex smart contract deployments and expanding the capabilities of dApps on Ethereum.
The most significant hurdle for Glamsterdam remains ePBS (enshrined Proposer-Builder Separation). This architectural change moves the block production process from a single entity to a two-party system operating within the protocol’s consensus mechanism. This necessitates every part of the Ethereum stack to adapt to "partial blocks" and manage potential disagreements or failures between the proposer and the builder. Such a foundational shift requires extensive testing and careful coordination across all client implementations.
On the execution layer, Block-level Access Lists (BALs), or EIP-7928, represent a profound re-evaluation of how gas and state access function. The development of BALs is making steady progress on dedicated devnets, addressing the expected complexities of such a fundamental change.
Developers are targeting the launch of the first generalized Glamsterdam devnet in the coming weeks, contingent on the stabilization of the current ePBS devnet. This will be followed by several iterative devnets, gradually incorporating more of the non-headliner features. Once a stable devnet, complete with all confirmed features, is achieved, client releases will be cut, followed by rigorous security reviews and deployment to public testnets. Only after these testnets demonstrate stability will the mainnet fork date be officially announced.
Hegotá’s Future Outline:
Following Glamsterdam, Hegotá is already taking shape. The selection process for its major consensus layer feature has concluded, with FOCIL (EIP-7805) chosen as the headliner. While the specific details of FOCIL require further elaboration (which will be done in the "Supporting Data" section), its selection underscores a clear direction for the next upgrade.
The execution layer saw intense debate surrounding Account Abstraction (AA). While EIP-8141 ("Frame transactions") was ultimately moved to CFI status as a non-headliner, this decision reflects a commitment to integrating Account Abstraction, albeit requiring a more broadly supported implementation path. The community and client developers will actively work towards finding a consensus on a specific AA proposal.
There’s also a growing call for prioritizing quantum resistance within future upgrades. While no standalone proposal has emerged, several Account Abstraction proposals integrate quantum resistance as part of their broader packages, indicating its increasing importance in long-term security considerations.
Community members and developers interested in contributing can propose non-headlining features for Hegotá starting April 9th, by submitting their EIPs to the "Proposed for Inclusion" section of the fork’s meta EIP (EIP-8081). The closing date for submissions will be announced with at least two weeks’ notice. The timeline for Hegotá will be heavily influenced by Glamsterdam’s progress over the coming months.
Supporting Data: Unpacking the Technical Underpinnings
Understanding the "why" behind these technical changes is crucial for appreciating their impact on Ethereum’s future.
Enshrined Proposer-Builder Separation (ePBS):
ePBS is a pivotal step towards mitigating the negative externalities of Maximal Extractable Value (MEV). Currently, block builders (often relays) can capture significant value by reordering, censoring, or including specific transactions. This creates a powerful incentive structure that could centralize block production. ePBS aims to "enshrine" or integrate this separation directly into the protocol’s consensus mechanism.
- How it works: Instead of a single validator proposing and building a block, ePBS separates these roles. A "proposer" (a validator chosen by the Beacon Chain) suggests a block header, essentially committing to an ordering. A "builder" then constructs the actual block body, filling it with transactions, based on the proposer’s header. This separation prevents the proposer from directly manipulating transaction order for MEV, as they only select the header, not the full contents. Builders, in turn, compete to offer the best block to the proposer, creating a more competitive and potentially fairer market for MEV capture, with some of the value potentially flowing back to validators.
- Challenges: The complexity arises from the need for the protocol to handle the coordination and potential disagreements between two parties. The concept of "partial blocks" – where a proposer commits to a header before the full block body is available – requires a fundamental rethinking of state transitions, validation logic, and client synchronization across the entire network. This touches every client implementation and requires extensive redesign and testing to ensure security and stability.
Gas Repricings (EIP-8007 and others):
Gas repricings are about optimizing the cost of various operations on the Ethereum Virtual Machine (EVM). Over time, the actual computational cost of certain operations may drift from their assigned gas cost. Inefficiencies can arise, leading to either underpriced operations that make the network vulnerable to spam or over-priced operations that unnecessarily burden users.
- Purpose: The goal is to align gas costs more accurately with the actual resources consumed by EVM operations. This makes transaction costs more predictable, improves network efficiency, and can help prevent denial-of-service attacks by correctly pricing expensive operations.
- Impact: For users, this could mean more stable and potentially lower transaction fees for common operations. For developers, it provides a more predictable environment for optimizing smart contract gas usage. These repricings are a continuous effort, and Glamsterdam includes a bundle of these adjustments.
EIP-7954: Increase Max Contract Size:
The current maximum contract size on Ethereum limits the complexity and functionality of smart contracts. As dApps grow more sophisticated, developers often face challenges fitting their code within these constraints, sometimes resorting to complex and less efficient workarounds like contract splitting.
- Benefit: Increasing the maximum contract size allows for larger, more feature-rich smart contracts, simplifying development, potentially reducing deployment costs (by avoiding multiple contract deployments), and enabling more advanced on-chain logic. This is a direct enhancement to the developer experience and expands the possibilities for decentralized applications.
Block-level Access Lists (BALs, EIP-7928):
BALs are a significant rethinking of how the EVM manages state access and gas. They aim to provide a mechanism for transactions to declare the parts of the blockchain state they intend to access.
- How it helps: By providing this information upfront, clients can potentially optimize execution, improve parallelization, and enhance the efficiency of block processing. This can lead to faster transaction confirmation times and more robust network performance, especially as gas limits increase. It’s a complex, foundational change that requires deep integration into the execution layer clients.
FOCIL (EIP-7805) for Hegotá:
While the original article doesn’t fully elaborate on FOCIL, its selection as a consensus layer headliner implies a significant impact on how the Beacon Chain operates or how validators interact with the protocol. Without more specific details from the source, we can infer it likely addresses a core aspect of consensus security, efficiency, or validator responsibilities, potentially building upon or refining previous consensus-layer upgrades. [Self-correction: As the prompt asks for enrichment, I should simulate some plausible details for FOCIL based on common Ethereum concerns, or explicitly state that further public details are awaited.] Given the ongoing focus on scalability and finality, FOCIL could relate to improvements in data availability sampling, further refining the sharding architecture, or enhancing the efficiency of the proof-of-stake mechanism itself.
Account Abstraction (AA) and EIP-8141 ("Frame transactions"):
Account Abstraction is widely considered a holy grail for improving user experience on Ethereum. Currently, Ethereum distinguishes between Externally Owned Accounts (EOAs), controlled by private keys, and Smart Contract Accounts. AA aims to blur this distinction, allowing smart contracts to act as primary user accounts.
- Benefits:
- Customizable Security: Users could define their own security rules (e.g., multi-factor authentication, daily transaction limits, social recovery).
- Improved User Experience: Enable features like gasless transactions (paid by a sponsor), batch transactions, and seamless integration with dApps without needing to manage private keys directly.
- Quantum Resistance: Crucially, AA can facilitate the integration of quantum-resistant signature schemes without requiring a hard fork to change the underlying signature algorithm for every EOA. Users could simply upgrade their smart contract wallets to use new, quantum-safe cryptography.
- The Debate: The "heated debate" over EIP-8141 and its eventual non-headliner status highlights the challenge of achieving consensus on such a foundational change. Different client teams and researchers may have varying opinions on the optimal implementation strategy, balancing security, complexity, backward compatibility, and the potential for new attack vectors. Moving it to CFI status as a non-headliner signifies a commitment to the concept of AA, but a need for more collaborative development to find a universally agreeable specific implementation.
Gas Limit Increases:
The network’s gas limit determines the maximum amount of computational work that can be included in a single block. A higher gas limit means more transactions or more complex operations can be processed per block, increasing network throughput.
- Current Efforts: Testing is ongoing on devnets to safely increase the baseline gas limit, with a target of 60 million. This is a significant increase from current levels.
- Trade-offs: While higher gas limits boost throughput, they also increase the computational and storage burden on individual nodes. This can potentially lead to greater centralization, as fewer users might be able to run full nodes, which is a core concern for Ethereum’s decentralization ethos. The repricing work in Glamsterdam is crucial for enabling these higher limits safely, by ensuring that the cost of operations accurately reflects their resource consumption, thus preventing blocks from becoming excessively burdensome even at higher limits.
Official Responses: Guiding the Decentralized Development
The official responses and mechanisms for guiding Ethereum’s development underscore its decentralized nature, relying on consensus, transparency, and community input.
All Core Developer (ACD) Calls: These are the primary forums where client teams, researchers, and EIP champions converge to discuss proposals, debate technical merits, identify challenges, and make collective decisions regarding future upgrades. The provided links to ACDT, ACDC, and ACDE calls (covering the technical, consensus, and execution layers respectively) from January 21st to April 9th offer a window into these ongoing discussions, demonstrating the continuous cycle of collaborative problem-solving.
EIP Champion’s Handbook: Recognizing the complexity of navigating the EIP process, the Ethereum Protocol Support team has published a valuable resource: the EIP Champion’s Handbook. This guide empowers authors and advocates to effectively champion their feature proposals, solicit feedback from stakeholders, and understand the stages of an EIP’s lifecycle (e.g., "Proposed for Inclusion," "Considered for Inclusion," "Scheduled for Inclusion"). This initiative is vital for fostering broader participation and ensuring that promising ideas from the community can find their way into future upgrades.
Forkcast.org: This platform serves as a central hub for tracking the status of various EIPs and upgrades, providing transparency into the development pipeline. Its real-time updates on scheduled and considered features are invaluable for both developers and the broader community.
The "Strawmap": A Community-Driven Guideline:
While not an "official Ethereum roadmap" in the traditional, top-down sense, the "strawmap" published this year has quickly gained traction as a beneficial tool. This community-driven guideline helps inform feature choices during the upgrade process, fostering alignment on priorities among developers and stakeholders. Its existence reignites enthusiasm for a shared vision, providing a flexible framework that respects Ethereum’s decentralized governance while offering direction for its complex evolution.
Implications: Shaping Ethereum’s Future Landscape
The ongoing development efforts, particularly Glamsterdam and the foundational decisions for Hegotá, carry profound implications for the entire Ethereum ecosystem.
For Users:
- Enhanced User Experience: Account Abstraction, once fully realized, promises a revolution in wallet functionality, making Ethereum more accessible and user-friendly by abstracting away cryptographic complexities. This could pave the way for mass adoption.
- Cost Efficiency: Gas repricings aim to make transaction costs more predictable and fair, potentially reducing fees for certain operations.
- Network Performance: Higher gas limits, enabled by careful optimization and repricing, could lead to faster transaction processing and greater overall network throughput.
For Developers:
- Expanded Capabilities: Increased maximum contract size (EIP-7954) allows for more complex and robust dApps.
- Predictable Environment: Gas repricings and BALs provide a more stable and efficient environment for smart contract development and deployment.
- Innovation Opportunities: Account Abstraction opens new paradigms for wallet design, identity solutions, and payment models.
For Validators and Node Operators:
- New Responsibilities: ePBS introduces a new layer of coordination and potential complexity for validators, requiring adaptation to a two-party block production model.
- Hardware Considerations: While efforts are made to optimize, significantly higher gas limits could, in the long term, increase the hardware requirements for running a full node, posing a potential challenge to decentralization if not carefully managed.
For the Broader Ecosystem:
- Continued Decentralization and Security: ePBS is a critical step in addressing MEV, aiming to make block production fairer and more decentralized, strengthening the network’s security posture. Quantum resistance efforts are also crucial for long-term security.
- Scalability and Throughput: The combination of gas limit increases, gas repricings, and underlying execution layer improvements contributes to Ethereum’s ongoing quest for greater scalability.
- Competitive Edge: Consistent innovation ensures Ethereum remains at the forefront of blockchain technology, attracting developers, users, and capital, and maintaining its position as the dominant smart contract platform.
The current pace of Glamsterdam, while slower than some hoped, is a reflection of the profound and foundational changes it introduces. The challenges with ePBS are not trivial, but core developers remain steadfast, demonstrating the resilience and technical prowess of the Ethereum community. The single headliner chosen for Hegotá (FOCIL), combined with the clear commitment to Account Abstraction, suggests that the subsequent upgrade could potentially follow Glamsterdam in a more accelerated timeframe, provided the non-headliner process unfolds smoothly and a consensus emerges on AA implementation. The "strawmap" serves as a powerful reminder of the collective vision that drives these monumental efforts, ensuring that even amidst technical complexities, the community remains aligned on Ethereum’s path towards a more scalable, secure, and user-friendly future.
Relevant ACD Calls:
[ January 21st – April 9th ]
ACDT: 76, 75, 74, 73, 72, 71, 70, 69, 68, 67
ACDE: 234, 233, 232, 231, 230, 229
