Highlights from the All Core Developers Consensus (ACDC) Call #180

Ethereum developers tackle Glamsterdam Devnet-5 stability issues, approve key API upgrades, advance QUIC networking, and evaluate early Hegota proposals including EIP-8243.

Highlights from the All Core Developers Consensus (ACDC) Call #180
Highlights from the All Core Developers Consensus (ACDC) Call #180

Ethereum client teams gathered during ACDC #180 to review the latest progress on the Glamsterdam upgrade while also discussing early proposals that could eventually become part of the Hegota fork. The meeting highlighted both the technical challenges facing current devnets and the longer-term scalability improvements being explored for Ethereum's consensus layer.

As Ethereum continues progressing toward the next generation of protocol upgrades, developers are simultaneously addressing implementation issues, refining networking infrastructure, improving validator APIs, and evaluating future consensus-layer optimizations. The discussions revealed how Ethereum's development process balances immediate stability concerns with long-term protocol evolution.

Ethereum's current roadmap builds upon the foundations established during recent upgrade cycles. Readers looking for broader context can explore EtherWorld's coverage of the Glamsterdam Devnet 5 launch, as well as previous analyses of Ethereum's evolving upgrade roadmap.

Glamsterdam Updates

The primary focus of the call was the status of Glamsterdam Devnet-5, which remains unstable due to a combination of client implementation bugs and network behavior issues discovered during testing.

One major challenge involves a Prysm peering bug whose fix is currently rolling out across testing environments. At the same time, developers continue investigating a Grandine fork-choice issue that remains unresolved. Interestingly, many of these problems surfaced after testing conducted with a malicious Lodestar client that intentionally built chains on empty blocks, exposing edge cases that normal network conditions might never reveal.

Another significant topic involved PTC attestations. Developers discovered that Prysm was broadcasting invalid PTC attestations across shuffling boundaries during extended fork scenarios. A temporary mitigation has already been deployed, causing clients to skip PTC duties whenever they are not part of the committee responsible for the observed block's shuffling configuration.

Please become a free member to unlock this article and more content.

Already have an account? Sign in

Author

Yash Kamal Chaturvedi
Yash Kamal Chaturvedi

Yash Kamal Chaturvedi is a Blockchain Content & Ops Specialist at Avarch LLC, writing on Ethereum & governance since 2021. Covers ACD/ACDE calls, EIPs, upgrades, staking, security & ecosystem trends.

Sign up for EtherWorld.co newsletters.

Stay up to date with curated collection of our top stories.

Please check your inbox and confirm. Something went wrong. Please try again.

Subscribe to join the discussion.

Please create an account to become a member and join the discussion.

Already have an account? Sign in

Sign up for EtherWorld.co newsletters.

Stay up to date with curated collection of our top stories.

Please check your inbox and confirm. Something went wrong. Please try again.