Ethereum’s Fusaka Upgrade and PeerDAS: A Practical Step Toward Real Sharding
Date Posted: Dec 11, 2025
Ethereum’s Fusaka upgrade went live on mainnet on 3 December 2025. Unlike previous upgrades that focused on user features or validator efficiency, Fusaka is almost entirely about scale. It introduces PeerDAS, a new data availability mechanism that allows Ethereum to support much larger data volumes without increasing the burden on individual nodes. For a network that relies on rollups for throughput, this shift is structurally important.
The following note explains what Fusaka does, how PeerDAS works, and what it means for Ethereum’s long term roadmap.
1. What Fusaka Changes
Fusaka is a coordinated hard fork to Ethereum’s execution and consensus layers. It delivers three main improvements.
1.1 PeerDAS on mainnet
Nodes can now verify the availability of data by sampling small pieces instead of downloading entire blobs.
1.2 Higher and adjustable blob capacity
The network will gradually increase the number of blobs per block through staged parameter updates once PeerDAS shows stable performance.
1.3 Increased block capacity and protocol optimisations
Higher gas limits and improved data structures allow Ethereum to handle a larger workload without compromising safety.
Fusaka is designed to expand the data bandwidth available to rollups without pushing node hardware requirements upward.
2. How Ethereum Worked Before Fusaka
Since the Dencun upgrade in 2024, rollups have published their data to Ethereum as “blobs”. Every full node has been required to download these blobs and store them for a fixed period. This guaranteed that the data was available and could be retrieved if needed, but it came with drawbacks.
- All nodes had rising bandwidth demands.
- Total blob capacity needed to be kept low to avoid overwhelming nodes.
- Higher data loads pressured decentralisation by making node operation more resource intensive.
In effect, Ethereum guaranteed data availability by requiring every participant
to keep up with everything. It was secure but not scalable.
3. How PeerDAS Works
PeerDAS replaces full replication with a sampling based model.
- Blobs are split into many small pieces and encoded so that the original data can be reconstructed from a subset of those pieces.
- Nodes request and store only a random fraction of the pieces rather than the entire blob.
- If a node’s samples are valid, it can be confident that the full data exists elsewhere in the network. If sampling reveals missing pieces, the block is treated as unavailable.
The technique allows the network to verify data availability reliably while sharply reducing the per-node workload. As a result, Ethereum can raise blob capacity without raising hardware requirements for operators.
This is the core reason PeerDAS is viewed as a genuine scalability advance rather than a minor optimisation.
4. Vitalik Buterin’s View: Why PeerDAS Is Real
Sharding
Vitalik Buterin has described PeerDAS as the moment Ethereum achieves a practical form of sharding. His argument is straightforward.
- Nodes can now participate in consensus without seeing more than a tiny fraction of the underlying data.
- Security does not rely on validators voting on whether data is available. Instead, it relies on the sampling checks that clients perform independently.
- Even a majority of malicious validators cannot easily fabricate data that honest nodes would accept as valid.
These properties align with the original vision for Ethereum sharding: a network that can handle large amounts of data while keeping individual node requirements modest.
PeerDAS does not complete the full sharding roadmap, but it delivers the key data availability component that has been under development for nearly a decade.
5. Immediate Effects
The most noticeable consequences of Fusaka will appear in three areas.
5.1 Rollup performance
Rollups can post more data at lower marginal cost. This should lead to cheaper transactions and greater throughput across Layer 2 ecosystems.
5.2 Node accessibility
Nodes handle less data, which improves decentralisation by allowing more operators to run full nodes with typical hardware and bandwidth.
5.3 Network resilience
Fusaka’s staged approach to increasing capacity gives Ethereum room to grow without introducing sudden stress on clients or hardware.
6. Remaining Constraints
Fusaka is an important step, but three bottlenecks still limit full network scaling.
6.1 Base layer throughput
PeerDAS mostly benefits rollups, not Ethereum’s L1 execution capacity. Scaling L1 further will require mature zero knowledge proof systems that allow heavy computation to be compressed into small proofs.
6.2 Block building
Block builders still need access to all transaction data. A more advanced design would allow block building to be distributed, reducing concentration risks and further lowering hardware demands for builders.
6.3 Mempool design
The mempool remains global. A future sharded system would likely require a sharded or partially sharded mempool to realise full parallelism across different parts of the network.
These limitations do not diminish the significance of Fusaka, but they illustrate that the broader scaling roadmap still has several milestones ahead.
7. Why Fusaka Matters
For professionals and high-net-worth individuals evaluating Ethereum as an investment, infrastructure or strategic ecosystem, three points stand out.
7.1 Ethereum is reinforcing its rollup-centric scaling model
The capacity gains primarily support Layer 2s, which will remain the main path for high-volume applications.
7.2 The network is scaling while preserving decentralisation
PeerDAS reduces per-node data load, signalling a commitment to keeping Ethereum accessible to a broad base of operators.
7.3 Execution risk is controlled
By increasing blob limits gradually, the network prioritises resilience and long-term stability over rapid expansion.
Fusaka does not transform Ethereum overnight, but it strengthens the foundation on which Ethereum’s rollup ecosystem will expand.
8. The Road Ahead
Fusaka fits into the longer arc of Ethereum’s development plan. Earlier upgrades introduced blobs and improved validator operations. Fusaka extends that work by making blob capacity scalable. Future phases are expected to refine PeerDAS, raise data limits further, advance ZK-EVMs and explore distributed block building.
The broader goal is clear: a network capable of supporting large-scale global applications while retaining the decentralisation and credibility that underpin its value. Fusaka brings that future closer and establishes a pathway for Ethereum’s next phase of growth.
