Ethereum Protocol Cluster Unveils Ambitious Post-Quantum Roadmap and Core Development Priorities Through 2029

The Ethereum Foundation’s Protocol cluster, responsible for the core development and evolution of the Ethereum blockchain, has formally announced its strategic priorities and an aggressive roadmap aimed at achieving quantum resistance for Ethereum’s Layer 1 (L1) by December 2029. This comprehensive update follows the welcoming of a new trio of cluster coordinators in May and months of intensive alignment across the Ethereum ecosystem. The detailed plan outlines critical commitments governing the Protocol cluster’s work through the end of the decade, impacting upcoming hardforks, including the imminent "Glamsterdam" and subsequent "Hegotâ" upgrades.

A Refined Vision for Ethereum’s Future

The Protocol cluster’s renewed focus crystallizes its mission: to concentrate on what only the core protocol can deliver, ensuring Ethereum upholds its foundational "Mandate" of Censorship Resistance, Open Source and Freedom, Privacy, and Security (CROPS). This strategic pivot was communicated after an extensive scoping season for the "Hegotâ" hardfork, which involved the evaluation of 62 proposed Ethereum Improvement Proposals (EIPs), multiple retrospectives on the preceding "Glamsterdam" development, 16 contribution templates, and numerous cluster-wide working sessions. This rigorous process engaged approximately 60 researchers and engineers from diverse backgrounds, culminating in a shared set of priorities that not only define the immediate next steps but also chart a longer-term roadmap through a critical path leading to quantum resistance.

The "Glamsterdam" hardfork is currently nearing its mainnet deployment, with expectations for its launch in late Q4 2026. This release serves as a crucial precursor, setting the stage for the ambitious sequence of updates designed to fortify Ethereum against future cryptographic threats and enhance its core functionalities.

The North Star: Quantum Resistance by 2029

At the heart of the Protocol cluster’s long-term vision is the ambitious goal of making Ethereum L1 quantum-resistant across all three layers—execution, consensus, and data—by December 2029. This target aligns deliberately with the independent migration timelines set by major technology players such as Google, Cloudflare, and Microsoft, who have also signaled 2029 as a critical year for transitioning to post-quantum cryptography. While the exact timing of "Q-day"—the hypothetical moment when large-scale quantum computers could break current cryptographic standards—remains uncertain and outside human control, the Ethereum Foundation is proactively planning for its potential arrival as early as 2030. This aggressive assumption underscores a commitment to security and long-term viability, positioning Ethereum as a resilient infrastructure for decades to come.

Shipping post-quantum readiness early is viewed not merely as a technical necessity but as a strategic imperative. It sends a clear signal about Ethereum’s intent to endure for 50, 100, or even 1,000 years. This deliberate "bet" on an aggressive timeline reflects a calculated departure from Ethereum’s traditional aversion to "all-in" bets, justified by the unpredictable nature of quantum advancements. The Protocol cluster has declared this December 2029 deadline non-negotiable until at least January 2027, when quantum progress will be rigorously reassessed with the input of external cryptographic experts. This phased evaluation allows for flexibility while maintaining a firm commitment to the overarching goal.

Strategic Roadmap: Phased Implementation and Aggressive Cadence

Achieving quantum resistance by 2029 demands an exceptionally disciplined and accelerated development schedule. The original "July Strawmap" (a conceptual, high-level roadmap) placed full post-quantum readiness five hardforks after Glamsterdam, designated as L. If Glamsterdam ships in December 2026, reaching L by December 2029 would necessitate an average cadence of just 7.2 months per hardfork. This pace is considered "quite aggressive," leaving minimal margin for error.

To mitigate this risk, the "August 19 Strawmap update" introduced a "Minimum Viable Post-Quantum (MV-PQ) L1" milestone at J*, providing a temporary safeguard. This MV-PQ state is designed to allow Ethereum to continue operating through Q-day, albeit with potentially reduced guarantees, while research continues to define the precise nature of these reductions. The full resistance across execution, consensus, and data remains the ultimate December 2029 target, requiring further work on components like post-quantum attestations for complete economic finality in consensus design.

The Strawmap outlines a sequence of hardforks: Glamsterdam (December 2026), followed by Hegotâ, I, J, K, and L. A 12-month cadence from Glamsterdam would allow reaching the MV-PQ milestone by December 2029. However, to achieve full post-quantum readiness by K (one fork earlier than L), a 9-month cadence would be required. The current plan is to treat Hegotâ, I, and J as a unified delivery sequence, with the ordering of subsequent forks (K and L) remaining flexible until research matures and client development capacity is better understood. For instance, there’s a potential reordering to move PQ attestations to K and mandatory execution proofs to L, prioritizing the largest remaining piece of consensus PQ.

Collaborative Development and Ecosystem-Wide Effort

The demanding cadence of these milestones necessitates an unprecedented level of collaboration, not only within the Protocol cluster but across the entire Ethereum ecosystem. Hardforks will inevitably overlap, meaning development teams will be simultaneously implementing Hegotâ while refining specifications for I and producing testable components for J through L*. A linear sequence of hardforks simply cannot meet the December 2029 deadline.

This parallel delivery model requires tighter communication channels, active engagement with client teams, grant recipients, academic researchers, and the wider community. The goal is to accelerate the pipeline from fundamental research to mainnet deployment with each successive fork. Delivering quantum resistance will also require a significantly larger workforce than any previous hardfork sequence, encompassing cryptographers, client developers, security reviewers, and testing specialists, both within the Ethereum Foundation and external organizations. This is unequivocally an ecosystem-wide endeavor.

Key Development Arcs: Driving Ethereum’s Evolution

Beyond immediate hardforks, the Protocol cluster organizes its interconnected work—both near-horizon and long-horizon—around five multi-fork research arcs. These arcs represent fundamental areas of development crucial for Ethereum’s continued growth and resilience.

1. Fast Finality: This arc aims to dramatically reduce Ethereum’s transaction finality time from minutes to mere seconds. The current design direction involves decoupling finality from block production and rebuilding the consensus layer around an "available chain" and a "finality gadget." Specifications and prototypes are already underway, with decoupled consensus being a leading candidate for the I* hardfork. This will significantly improve user experience and application responsiveness.

2. Post-Quantum: This arc directly addresses the December 2029 commitment, spanning all three layers of the blockchain. For the execution layer, "cryptographic agility" is paramount. Native account abstraction, facilitated by a design like "Frames," allows signature schemes to be swapped without requiring a hardfork for each change. In contrast, the consensus layer cannot rely on such agility; its cryptography and aggregation schemes necessitate hardforks. Therefore, consensus cryptography will undergo rigorous battle-testing and hardening before rollout, with consensus components waiting for a complete post-quantum design rather than being shipped incrementally.

3. Privacy: The privacy arc seeks to establish privacy as a core protocol guarantee. This means users should be able to transact, hold balances, and interact with applications without exposing their financial history or needing to trust third parties. The initial work, expected to begin in Hegotâ, focuses on delivering native, trustless, censorship-resistant private transactions on Ethereum L1. Future work will expand to post-quantum privacy at scale and encrypted mempools that conceal transaction contents until their inclusion in a block.

4. State: This arc is dedicated to preventing state growth and access from becoming a prohibitive constraint on Ethereum’s scalability and performance. Key initiatives include migrating to a new trie structure, implementing mechanisms for sustainable state growth, and enabling decentralized access to both current and historical state data. The largest design and migration efforts are anticipated to commence in I* and extend into subsequent hardforks.

5. zkEVM: The Zero-Knowledge Ethereum Virtual Machine (zkEVM) arc aims to transition execution proofs from an available and optional feature to an expected and eventually mandatory component of the protocol. The ultimate goal is for validators to verify a succinct proof of block validity rather than re-executing every block, dramatically improving efficiency and light client capabilities. Under the current Strawmap, mandatory proofs are slated for K. As mentioned, a reordering is under review that would swap PQ attestations and mandatory proofs, pushing the latter to L to accelerate consensus PQ. Regardless of the exact timing, the drive to ship an L1 zkEVM will also advance formal verification tooling, workflows, and verified cryptographic components, benefiting other arcs, particularly post-quantum efforts.

Prioritization Framework and Delivery Pipeline

The Protocol cluster operates under a clear prioritization ladder, refined post-Glamsterdam to reflect the new quantum readiness imperative:

• P0 (Highest Priority): Keep mainnet safe (unchanged).
• P1: Ship the critical components of Hegotâ, I, and J—the essential path to Minimum Viable Post-Quantum (MV-PQ). This represents a significant shift from the previous P1 of simply shipping Glamsterdam and Hegotâ without issues.
• P2: Hold research and engineering capacity for K and L, with a dedicated focus on accelerating the remaining post-quantum items.
• P3: Maintain research capability for the four remaining multi-year arcs (fast finality, privacy, state, and zkEVM), leveraging formal verification as a cross-cutting tool to advance all of them. The post-quantum arc is now integrated into P1/P2 due to its immediate urgency.

Work progresses through a defined "maturity pipeline": Research → EIP → Prototype → Devnet → PFI (Proposed for Inclusion) → CFI (Considered for Inclusion) → SFI (Selected for Inclusion) → Mainnet. Each step is designed to accumulate evidence, reduce uncertainty, and make ownership transparent before the next commitment. The signals from PFI, CFI, and SFI indicate rising confidence among AllCoreDevs but are not substitutes for concrete implementation evidence and rigorous testing. The Protocol cluster’s unique strength lies in its ability to shepherd ideas through this entire pipeline.

Hegotâ: The Immediate Test of the New Priorities

The upcoming "Hegotâ" hardfork serves as the first critical test of these newly defined priorities. The Protocol cluster emphasizes that Hegotâ is not itself the "post-quantum fork" but rather the hardfork that will determine whether subsequent post-quantum forks can happen on time. Its "Selected for Inclusion" (SFI’d) headliners are EIP-7805 Fork-choice enforced Inclusion Lists (FOCIL) on the consensus layer and EIP-8141 Frame Transaction on the execution layer. These two EIPs must ship together safely, with their complex interaction thoroughly tested as the fork’s primary engineering challenge.

Crucially, there is "little appetite for additional consensus-layer scope" beyond FOCIL, unless an addition directly supports post-quantum readiness. This strict stance reflects the need to conserve research and client development resources for the intensive specification and prototyping work required for decoupled consensus in I and J.

Hegotâ also makes specific commitments to the CROPS mandate:

• Censorship Resistance (CR): FOCIL (EIP-7805) aims to enhance transaction inclusion guarantees by allowing validators to impose constraints on block builders, ensuring certain transactions must be included. EIP-8369 VOPS Profiles for FOCIL Eligibility further defines which transactions are eligible, extending FOCIL’s guarantees to future transaction types. These EIPs collectively represent Hegotâ’s direct contribution to censorship and capture resistance.

• Privacy (P): Hegotâ addresses fundamental protocol gaps for privacy applications. EIP-8250 Keyed Nonces enables multiple users to share a sender for improved anonymity while maintaining separate nonces to prevent transaction blocking. EIP-8272 Recent Roots allows private transactions to utilize recent on-chain state in a form verifiable by FOCIL, ensuring they benefit from inclusion guarantees. These EIPs, shipping with Frames, remove significant barriers to trustless, censorship-resistant private activity on L1.

• Security (S): Frame transactions (EIP-8141) make transaction validation, execution, and gas payment programmable at the protocol level. This offers accounts a native route away from vulnerable secp256k1 keys, supports signature aggregation, and allows for the introduction of new signature schemes without a hardfork for each. It also ensures account validation and fee payment remain permissionless. EIP-8365 BLS Withdrawal Credential Retirement initiates the process of retiring withdrawal credentials tied to vulnerable cryptography, a proactive security measure.

  An extension package for Frames further hardens accounts: EIP-7906 Transaction Assertions via State Diff Opcode allows transactions to verify specified effects before committing, protecting against attacks. EIP-8298 SETCODEFROM Code Reuse Instruction enables delegated accounts to evolve into full smart-contract accounts. EIP-8151 Account Code Restricted ecRecover blocks legacy key authentication once an account has real code, forming a path for the retirement of secp256k1 as a master key.

  Finally, EIP-8279 Block Access List Byte Floor and EIP-8131 Unified Transaction Content Floor address worst-case block construction as a security concern, placing a predictable gas floor under adversarial block content. Any subsequent use of resulting headroom will be a separate scope decision.

The core engineering commitment for Hegotâ is the safe delivery of FOCIL and Frames, alongside extensive testing of their interaction. Every additional proposed EIP must demonstrate a clear necessity to justify its inclusion, given the intense focus on this core interaction and the quantum readiness timeline.

Community Engagement and Future Outlook

The Protocol cluster has released a companion post, "EF Protocol: The Hegotâ EIP Opinion Post and Tier List," providing a detailed explanation and grading for every EIP considered for Hegotâ. This transparent approach is designed to inform the community about the rationale behind inclusion decisions.

Looking ahead, the Ethereum Foundation is actively seeking community feedback and engagement. A Reddit AMA (Ask Me Anything) session is scheduled for September 16 at 2 pm UTC on r/ethereum, inviting participants to discuss these priorities, the Hegotâ tier list, and other relevant topics. Questions can be submitted in advance, fostering a deeper, more informed dialogue between the core developers and the broader Ethereum community. This collaborative approach underscores Ethereum’s commitment to decentralized governance and open development as it embarks on its most ambitious security upgrade to date.