The Ethereum Foundation (EF) Protocol cluster has officially unveiled its unified tier list for the upcoming Hegotäcl network upgrade, marking a significant shift in how Ethereum Improvement Proposals (EIPs) are evaluated and prioritized. This release, which aggregates feedback from nine distinct internal teams and numerous domain experts, represents a move toward a singular, cohesive vision for the network’s roadmap. By analyzing 62 distinct EIPs, the cluster has provided a clear signal of the community’s technical direction, setting expectations for what features will be prioritized, what will remain in the research phase, and what will be sidelined for future consideration.
The Evolution of Protocol Governance
Historically, the Ethereum ecosystem has relied on fragmented feedback loops, where individual teams—such as those managing Geth, the execution layer (EL), and various consensus layer (CL) researchers—would often publish disparate, independent assessments of upcoming changes. The Hegotäcl tier list represents a departure from this siloed approach. Approximately 60 individuals, spanning research and engineering, participated in a series of rigorous working sessions to synthesize these disparate perspectives into a "steelman" document.
While teams like the Geth maintain their independence and will still release standalone assessments, the EF Protocol cluster’s unified document serves as a primary datapoint for the broader developer community. The methodology behind this assessment was extensive. Contributors utilized a standardized template to grade EIPs on a scale from 0 to 4 (S, A, B, C, D/DFI), resulting in 397 individual grades. This data was then processed during a 90-minute working session to debate contested items, ensuring that the final tiers reflect both technical merit and implementation feasibility.
Strategic Priorities and Methodology
The scoring process was guided by the companion document, "EF Protocol: Current and Emerging Priorities," which outlines the "north star" objectives for the network. The grading scale is designed to commit the cluster to specific delivery outcomes:
- S-Tier: Considered "headliners," these are mission-critical proposals slated for inclusion.
- A-Tier: High-merit proposals that the cluster expects to implement.
- B-Tier: Proposals that show promise but require further specification or integration work.
- C-Tier: Proposals currently below the implementation line.
- DFI (Declined): Items that will not move forward in this cycle due to lack of necessity, complexity, or misalignment with current goals.
A critical lesson learned from the previous "Glamsterdam" upgrade—where complexity often compounded during integration—has informed the current approach. Champions are now encouraged to size EIPs by their "integration depth," as the testing surface has emerged as the most significant bottleneck in the development lifecycle.
Consensus Layer: The Path to FOCIL
In the consensus layer, EIP-7805, known as FOCIL (Fork Choice-enforced Inclusion Lists), has emerged as the definitive headliner. By providing users with a reliable path to include transactions without depending on centralized builders, FOCIL addresses one of the most pressing concerns regarding censorship resistance in the current staking architecture. The cluster has expressed a unanimous preference for its inclusion, recommending it be paired with EIP-8369 (VOPS Profiles for FOCIL Eligibility) to ensure seamless operation.
Other notable consensus-layer highlights include EIP-8015, which aims to remove obsolete deposit and eth1data fields, and EIP-8365, which focuses on retiring vulnerable BLS withdrawal credentials. These represent a broader effort to reduce technical debt while enhancing network security. Conversely, complex proposals like EIP-8198 (Quick Slots) have been relegated to B-tier status, pending comprehensive specifications and a prototype that demonstrates no negative impact on the long-term vision of decoupled consensus.
Execution Layer: Prioritizing Account Abstraction
The execution layer’s top priority is undoubtedly EIP-8141, the introduction of Frame Transactions. This proposal is viewed as a cornerstone for native account abstraction, offering a sustainable path toward post-quantum (PQ) signature schemes. By enabling aggregation, Frame Transactions allow the network to price PQ verification efficiently while providing a mechanism to retire legacy k1 keys.
The cluster also prioritized cleanup and repricing initiatives, such as EIP-3298 (Removal of Refunds) and EIP-5920 (PAY Opcode). These changes are intended to simplify the EVM’s state machine and reduce the surface area for edge-case vulnerabilities. The inclusion of EIP-8250 and EIP-8272 alongside Frame Transactions underscores a "package-based" approach, where complementary EIPs are evaluated and approved as a single functional unit to avoid fragmented deployment.
Declined Proposals and the Necessity Bar
Success in protocol development is defined as much by what is declined as what is included. Out of the 62 proposals, 28 were formally declined (DFI). The rationale for these decisions typically centers on a lack of current necessity or the risk of introducing excessive complexity.
For instance, EIP-7645, which proposed aliasing ORIGIN to SENDER, was rejected unanimously due to the risk of breaking existing smart contract assumptions. Similarly, several proposals related to issuance and reward policies, such as EIP-8375 and EIP-8363, were declined not necessarily because they lacked merit, but because such policy changes are deemed outside the scope of a standard protocol upgrade, requiring a more holistic ecosystem-wide consensus process.
Analytical Implications for the Ecosystem
The move toward a unified tier list provides several implications for the Ethereum developer community:
- Reduced Uncertainty: By clearly categorizing EIPs, the EF is signaling to client teams and infrastructure providers where they should focus their limited engineering bandwidth.
- Standardization of Quality: The move toward "steelman" grades forces champions to produce more robust specifications, as they must now defend their proposals against a unified, multi-team expert panel.
- Focus on Long-term Maintainability: The recurrent focus on removing "dead" code and streamlining the EVM suggests that the EF is entering a period where stability and security take precedence over rapid, feature-heavy expansion.
Next Steps and Community Engagement
The publication of this list is not the final word on Hegotäcl. The Protocol cluster is actively seeking feedback from the broader community, particularly from those whose proposals were not placed in the S or A tiers.
To facilitate this, an official Reddit AMA is scheduled for September 16, 2026, at 2:00 PM UTC on the r/ethereum subreddit. The EF has provided a submission form for developers and stakeholders to submit questions in advance. This event is expected to be a focal point for debate, particularly regarding the B-tier proposals that sit on the bubble of inclusion.
Conclusion
As Ethereum continues to mature, the governance process must evolve to handle increasing complexity. The EF Protocol cluster’s unified approach for the Hegotäcl upgrade is a testament to the community’s commitment to transparency and technical rigor. By setting clear expectations and prioritizing structural improvements over superficial additions, the cluster aims to ensure that the network remains robust, secure, and prepared for the next generation of cryptographic challenges. For those invested in the future of the Ethereum protocol, the current roadmap, as outlined in the tier list and the companion priorities document, provides the most comprehensive view of the network’s trajectory to date.
