Introduction to Danksharding
This article provides a simplified overview of Danksharding, avoiding complex mathematics or cryptography.
After The Merge, the most anticipated development was the arrival of shard chains, which promised to significantly increase Ethereum's throughput. Originally, Ethereum 2.0 planned to implement shard chains alongside a new execution layer. However, due to technical challenges and the maturation of rollup technology, Vitalik Buterin proposed a rollup-centric roadmap in October 2020. This shifted the focus toward shard chains (for data storage) combined with rollups.
In late 2021, Ethereum researcher Dankrad Feist introduced Danksharding, a revolutionary redesign of shard chains that has become Ethereum's new direction for future scalability. This article breaks down Danksharding and its advantages.
Background: Ethereum's Evolution
Currently, Ethereum's PoW mainchain handles consensus, execution, and data storage. Ethereum 2.0 separates these functions:
- Consensus layer: Managed by the Beacon Chain.
- Data layer: Handled by shard chains.
- Execution layer: Delegated to rollups, avoiding the complexity of sharded execution.
Source: Vitalik's Sharding Explanation
Originally, Ethereum planned for 64 shard chains, each with its own data and a set of validators. Validators would periodically switch shards to prevent collusion, but this introduced synchronization challenges and exacerbated MEV issues.
Rollup-Centric Roadmap
Vitalik's proposal redefined Ethereum’s future:
- L1 as a data verification chain: Validators ensure data availability (not data validity), while rollups/L2s handle execution.
- Simplified design: Avoids cross-shard complexity and leverages rollups' maturity (e.g., Optimistic Rollups, ZK-Rollups).
Example: In Optimistic Rollups, sequencers can submit invalid states (e.g., falsely claiming +1M tokens), but honest nodes will reject them.
Data Availability Sampling (DAS)
DAS uses erasure coding to ensure data recoverability even if block producers withhold parts of the data.
- Erasure coding: Expands data into redundant chunks (e.g., 100 → 200 pieces).
- Sampling: Validators randomly sample 50% +1 of the data to reconstruct the original.
This ensures data availability without requiring 100% of the data to be published.
2D KZG Commitments
To verify erasure-coded data efficiently:
- KZG commitments: Cryptographic proofs ensure data integrity.
- 2D structure: Expands 256 shard KZG commitments to 512, reducing validator bandwidth requirements (from 60 KB/s to 2.5 KB/s).
Source: Danksharding Slides
Proposer-Builder Separation (PBS)
PBS decentralizes block production:
- Builders: Create blocks (prioritizing profit via MEV).
- Proposers: Publish blocks via auctions (like Flashbots).
Two-phase PBS:
- Builders submit block headers (commit phase).
Winning builders reveal full blocks in the next slot (reveal phase).
- Reduces MEV exploitation and network strain.
- Tradeoff: Confirmation delay (24 seconds vs. 12 seconds).
Anti-censorship: Hybrid PBS introduces crLists (censorship resistance lists) to force builders to include specific transactions.
Proto-Danksharding (EIP-4844)
A stepping stone to Danksharding:
- Blob-carrying transactions: New data type (
blob) with 128 KB capacity and low cost (120K gas). - Temporary storage: Blobs expire after 30–60 days, reducing historical data burdens.
👉 Why EIP-4844 matters for rollups
Compared to calldata, blobs are cheaper and prevent extreme block bloat (max ~2 MB vs. 18 MB with cheap calldata).
Key Takeaways
- Rollup-centric future: L1 focuses on data availability; execution shifts to rollups.
- Simplified validation: 2D KZG and DAS reduce validator requirements.
- PBS decentralization: Separates block building/publishing to mitigate MEV.
- Proto-Danksharding: EIP-4844 paves the way for full Danksharding.
FAQs
Q: How does Danksharding improve scalability?
A: By consolidating shards into a single chain with erasure coding and KZG commitments, reducing validator load while maintaining security.
Q: What’s the difference between Danksharding and traditional sharding?
A: Traditional sharding splits validators across chains; Danksharding uses a unified chain with sampled validation.
Q: When will Danksharding launch?
A: Proto-Danksharding (EIP-4844) is the first step, with full Danksharding timeline TBD.
👉 Explore Ethereum’s scalability roadmap
Final Word: Danksharding represents a paradigm shift in Ethereum’s design, balancing decentralization, scalability, and efficiency. While challenges remain, its innovations position Ethereum for long-term growth.