Highlights from the All Core Developers Execution (ACDC) Call #173

ACDC #173 was framed around three parallel threads, each at a very different stage of Ethereum’s upgrade cycle. The call moved from Fusaka, where the focus is on housekeeping and closing out long running EIPs, into Glamsterdam, which is grappling with the real complexity of ePBS and cautious Devnet planning, and finally to Hegota, where attention has shifted to early signaling and headliner proposal selection.

Together, these discussions reflected a broader effort to bring clarity, discipline, and realism to how upgrades progress from cleanup, to construction, to early exploration.

• Fusaka Updates
• Glamsterdam Updates
• Hegota Updates

Fusaka Updates

Fusaka updates focused on housekeeping rather than new execution or consensus features. The primary objective was to finalize EIP statuses and close out proposals that have already completed their technical review cycle.

As highlighted by Pooja Ranjan, this is a friendly reminder to authors of blocked Fusaka EIPs. Team would appreciate support in reviewing and addressing the remaining open PRs for the following EIPs:

• EIP-7607
• EIP-7723
• EIP-7594
• EIP-7918

If any PRs should be closed instead of merged, kindly leave a comment so the process can move forward accordingly. Once these items are resolved, the corresponding EIPs can be progressed to Final status.

Completing this cleanup is important to avoid governance ambiguity and to ensure a clear transition into upcoming forks.

Glamsterdam Updates

At the heart of Glamsterdam is enshrined Proposer Builder Separation (ePBS), which is shaping up to be one of the more demanding consensus changes Ethereum has worked on since the Merge. The goal is straightforward in principle, i.e., separate who proposes a block from who builds it.

In practice, that separation is meant to ease centralization pressure, make MEV handling more robust, and preserve validator neutrality at the protocol level. Client teams are already deep into implementation, and one thing is obvious from the updates so far, i.e., this is not a small change.

ePBS cuts across several critical parts of the consensus stack, including fork choice, block validation, execution payload handling, and even some underlying networking assumptions. That breadth is exactly why progress has been steady rather than fast.

To keep things manageable, the specs for Devnet 0 have now been frozen. This gives clients a stable target to work against before introducing further changes.

Later Devnets will build on this cautiously, with time set aside for testing infrastructure, Kurtosis runs, and cross client compatibility checks before anything moves closer to mainnet. In parallel, Block Access Lists (BALs) are moving along well.

BALs aim to make execution more predictable by explicitly declaring which parts of state a block will touch, improving efficiency and reducing surprises during execution. That said, while BALs are further along than ePBS, developers have been clear that execution layer only forks should be treated as a fallback, not a default plan.

Shipping pieces in isolation risks creating coordination problems and technical debt that are hard to unwind later. A broader theme coming out of these discussions is a move away from rigid expectations like two forks per year.

Instead, attention has shifted toward milestone driven progress, with a strong internal focus on getting ePBS DevNet 0 out by late February and reassessing scope based on how things look then. Overall, the emphasis is less on hitting calendar dates and more on doing the work safely, with realistic timelines that match the complexity of what is being built.

Hegota Updates

Hegota has entered the headliner proposal phase. For a proposal to be considered, authors must publish an EthMagicians post using the hegota tag by 4 February inclusive.

This early requirement ensures proposals have sufficient visibility, community discussion, and time for refinement before selection begins. Proposal champions are also expected to present and advocate for their ideas during upcoming ACD calls.

Hegota remains exploratory in nature. The focus at this stage is not immediate delivery but setting direction and identifying high value candidates for Ethereum’s next upgrade cycle.

In the end, the updates showed a fairly straightforward picture. Fusaka is in cleanup mode, Glamsterdam is moving slowly because the work is heavy, and Hegota is still about figuring out what might be worth doing next.

There was less emphasis on deadlines and more on making sure things are understood and lined up before moving forward.

If you find any issues in this blog or notice any missing information, please feel free to reach out at yash@etherworld.co for clarifications or updates.

Related Articles

1. Highlights of Ethereum's All Core Devs Meeting (ACDC) #153
2. Highlights of Ethereum's All Core Devs Meeting (ACDE) #207
3. Highlights of Ethereum's All Core Devs Meeting (ACDC) #152
4. Highlights of Ethereum's All Core Devs Meeting (ACDE) #206
5. Highlights of Ethereum's All Core Devs Meeting (ACDE) #205