Ethereum’s next named hard fork—Fusaka—isn’t just another tweak. It’s the point where scaling, user experience, and node ergonomics get pushed forward in tandem, with a clear through-line to a more modular, rollup-centric network. A recent explainer lays out how PeerDAS, new blob capacity levers, and a slate of EIPs connect the post-Dencun world to Ethereum’s longer-term goals. Here’s the human-readable version of what changes, why it matters, and what comes next.
Date, context, and why Fusaka matters
Fusaka is slated to activate on mainnet on Dec. 3, 2025, following 2025’s earlier Pectra fork. The upgrade sits squarely in Vitalik Buterin’s shorthand roadmap—the Surge, Verge, and Purge—by expanding data throughput for rollups, lightening node sync and history, and improving everyday usability. In spirit, it’s about turning Ethereum into a high-capacity settlement and data engine for Layer-2s without sacrificing home-staker viability.
The headline: PeerDAS unlocks cheaper, abundant rollup data
The core scaling feature is Peer Data Availability Sampling—PeerDAS, EIP-7594. Instead of every node downloading entire rollup “blob” payloads, PeerDAS shards data and samples small pieces across peers. If enough pieces are available, the network can be confident the data exists—cutting bandwidth/storage requirements per node, while opening the door to much higher blob throughput for rollups. Think of it as Ethereum’s practical step toward danksharding.
To keep sampling decentralized, Ethereum researchers have worked through peer-count and network assumptions, ensuring home validators aren’t forced into data-center-class hardware. That design philosophy shows up repeatedly in PeerDAS discussions.
Making blob capacity adjustable—without giant forks
EIP-7892 introduces Blob Parameter Only (BPO) forks—tiny, purpose-built hard forks that change just three knobs: target blobs, max blobs, and the base fee adjustment factor for blob pricing. Instead of waiting years for a “big bang,” Ethereum can ratchet blob capacity up in smaller, safer steps as L2 demand grows. It’s a big win for responsiveness and for protecting decentralization.
This nimble approach is already influencing L2 planning (e.g., blob-target targets and roadmap posts), signaling that the post-Fusaka blob room will grow iteratively—not by one-off leaps.
Gas, block sizing, and DOS safety
Fusaka also updates gas and block sizing on the execution layer. The effective block gas target moves higher with guardrails: a single-tx gas cap, a 10MB RLP block size limit, and repricing for certain heavy cryptographic precompiles so one call can’t stall a block. The theme: more capacity for complex transactions, without breaking verifiability for regular nodes.
UX, security, and developer ergonomics
Not everything here is raw scale:
- Deterministic proposer lookahead (EIP-7917): makes the next epoch’s proposer schedule accessible on-chain—useful for L2 “based rollups” and pre-confirmation designs that need to know who proposes the next block.
- P-256 precompile (EIP-7951): brings native support for secp256r1, the curve behind Apple Secure Enclave, Android Keystore, FIDO2/WebAuthn—a step toward passkey-style wallets and fewer seed phrases.
- Dev tooling (EIP-7939): a simple count-leading-zeros opcode that makes certain math and ZK circuits cheaper to write.
- History expiry extensions (EIP-7642): clients can drop more ancient chain data and signal which ranges they serve, shaving hundreds of GB and speeding node sync.
What it means for the key stakeholders
Rollups and L2 ecosystems: cheaper, more abundant data. Analysts expect material L2 fee cuts over time—especially for high-throughput use cases like games, social, and DeFi—once PeerDAS lands and the first BPO fork nudges blob supply higher. It’s not just cost: more predictable data throughput should intensify L2 competition on UX and price.
Validators and node operators: some loads go down (less to download/store; faster sync), others go up (as blob counts rise, well-provisioned validators will shoulder more upload bandwidth). Client guidance will matter to ensure solo stakers remain first-class citizens.
ETH holders and the broader Ethereum economy: a tuned L1 that settles more L2 activity can shape fee markets and validator rewards depending on demand—another step toward a coherent economic model where L2s scale and L1 captures value through settlement and data availability. Fidelity Digital Assets frames Fusaka as part of a more strategically aligned roadmap—not a one-off speed boost.
Where Fusaka sits in the bigger picture
Zooming out, Ethereum’s last few years set the table: The Merge (2022) ⇒ Shapella (2023) ⇒ Dencun/EIP-4844 (2024) ⇒ Pectra (2025). Fusaka picks up those threads—blobs from 4844, L2-first scaling in the Surge, and history expiry/light clients from the Verge/Purge—and pushes all of them forward at once. The explainer even points toward the next upgrade (“Glamsterdam,” 2026) with priorities like enshrined PBS (ePBS) for MEV-resilience and block-level access lists (BALs) for more efficient execution.
Conclusion
Fusaka is the moment Ethereum’s scaling story grows up: PeerDAS (EIP-7594) to expand data availability, BPO forks (EIP-7892) to raise capacity iteratively, and a batch of UX/security/dev improvements to make the network more usable and maintainable. It ties past upgrades to a clear modular future—one where Ethereum aims at 100k+ TPS across L2s while keeping verification within reach for regular nodes.