Ethereum’s Fusaka upgrade may face delay
The post Ethereum’s Fusaka upgrade may face delay appeared on BitcoinEthereumNews.com. Ethereum’s next major upgrade, Fusaka, is still officially aiming for a November 2025 mainnet fork — but a surprise intervention on yesterday’s All Core Devs Consensus (ACDC) call revealed consensus-client teams want four extra weeks before release candidates are cut. The request surfaced when Lodestar’s Matthew Keil warned the current September 1 deadline to finalize releases is “aggressive.” “The timeline that we’ve been talking about is basically 4 extra weeks,” he told the group. The proposed change would move the release-cut date from early September to the end of the month. Mainnet would still target November, although its full effect won’t be felt until early 2026. Prysm’s Manu Nalepa backed the suggestion, stressing that “testing really close to mainnet regarding private [mempools]” is critical. “Prysm has also >4k lines of code yet to merge into our unstable branch,” Nalepa wrote his peers in the live chat. The extra time would allow teams to merge large feature branches, resolve conflicts, and run stability testing on the exact code that will go live. This matters because merging late can introduce subtle bugs that earlier devnet runs never encountered, although testing processes have been beefed up over time. Fusaka is set to deliver a package of improvements aimed at scaling Ethereum’s data availability and streamlining validator duties. Headline features include PeerDAS to improve how blob data is distributed across the network, raises to the maximum blob limit per block from six to nine, reduction of the target blob count to five to help smooth gas prices, and the addition of new opcodes and precompiles aimed at making the Ethereum Virtual Machine more efficient. Two areas of testing are especially important: non-finality and private mempool behavior. In non-finality tests, validators stop finalizing blocks — for example, because of outages or mass exits — which…
The post Ethereum’s Fusaka upgrade may face delay appeared on BitcoinEthereumNews.com.
Ethereum’s next major upgrade, Fusaka, is still officially aiming for a November 2025 mainnet fork — but a surprise intervention on yesterday’s All Core Devs Consensus (ACDC) call revealed consensus-client teams want four extra weeks before release candidates are cut. The request surfaced when Lodestar’s Matthew Keil warned the current September 1 deadline to finalize releases is “aggressive.” “The timeline that we’ve been talking about is basically 4 extra weeks,” he told the group. The proposed change would move the release-cut date from early September to the end of the month. Mainnet would still target November, although its full effect won’t be felt until early 2026. Prysm’s Manu Nalepa backed the suggestion, stressing that “testing really close to mainnet regarding private [mempools]” is critical. “Prysm has also >4k lines of code yet to merge into our unstable branch,” Nalepa wrote his peers in the live chat. The extra time would allow teams to merge large feature branches, resolve conflicts, and run stability testing on the exact code that will go live. This matters because merging late can introduce subtle bugs that earlier devnet runs never encountered, although testing processes have been beefed up over time. Fusaka is set to deliver a package of improvements aimed at scaling Ethereum’s data availability and streamlining validator duties. Headline features include PeerDAS to improve how blob data is distributed across the network, raises to the maximum blob limit per block from six to nine, reduction of the target blob count to five to help smooth gas prices, and the addition of new opcodes and precompiles aimed at making the Ethereum Virtual Machine more efficient. Two areas of testing are especially important: non-finality and private mempool behavior. In non-finality tests, validators stop finalizing blocks — for example, because of outages or mass exits — which…
What's Your Reaction?
