.webp)
Sharding is a database partitioning technique adapted for blockchain that splits the network into smaller segments called shards, each processing its own subset of transactions in parallel. Instead of every node verifying every transaction, each node only handles the transactions assigned to its shard. The result is a dramatic increase in throughput without adding hardware burden to individual participants.
A blockchain requires every full node to store and verify every transaction ever made. That works when the network is small. As the network grows and transaction volume increases, the data each node must process becomes unmanageable. Bitcoin processes roughly 7 transactions per second. Visa processes over 24,000. Without scaling solutions, blockchains cannot compete for real-world payment and application infrastructure.
Sharding addresses this at the database level. Think of it like splitting a restaurant kitchen into multiple stations, each preparing different dishes simultaneously, rather than one chef cooking every dish in sequence.
The blockchain network divides into multiple shards. Each shard maintains its own subset of the ledger and its own validator group. Transactions are routed to the appropriate shard based on predefined logic. Each shard processes its batch independently and in parallel with every other shard.
The main chain, sometimes called the beacon chain, coordinates the shards. It assigns validators to shards, finalizes shard blocks, and provides the single source of truth for the overall state of the network. Validators rotate between shards periodically to prevent any single group from controlling one shard long enough to collude or attack it.
Ethereum's original roadmap included full execution sharding, where computation itself would split across shards. That plan evolved significantly after rollups emerged as a practical scaling solution. Ethereum's current sharding approach, called Danksharding, focuses on data sharding rather than execution sharding.
Data sharding creates dedicated data availability lanes for rollups. Instead of rollups competing for block space with regular transactions, they get a separate data lane to post their compressed transaction batches. This dramatically reduces the cost for rollup users without requiring every validator to re-execute rollup transactions. A preliminary version, called Proto-Danksharding (EIP-4844), shipped with Ethereum's Dencun upgrade in March 2024 and immediately reduced transaction fees on major rollups like Arbitrum and Optimism by 80% to 95%.
Near Protocol uses a dynamic sharding system called Nightshade, where the network automatically increases shard count as transaction volume grows. Near has operated with sharding in production since 2021. Zilliqa was one of the first blockchains to launch with sharding in 2019, demonstrating practical throughput improvements at scale.
Sharding's main technical difficulty is cross-shard transactions. If your wallet sits on Shard 1 and you want to interact with a smart contract on Shard 3, the shards must coordinate. That coordination requires messaging protocols that add latency and complexity. Most sharding implementations handle this through asynchronous receipts and relay mechanisms that add one or two blocks of delay to cross-shard operations.
https://ethereum.org/en/roadmap/danksharding
https://eips.ethereum.org/EIPS/eip-4844
https://near.org/papers/nightshade
https://zilliqa.com/whitepaper.pdf
With deep roots in traditional finance and the digital asset industry, Acquire.Fi operates as a specialist M&A advisory firm. Coverage spans M&A, secondaries, OTC, and capital markets advisory across digital assets and frontier tech. Our team has decades of combined experience across every stage of the deal lifecycle.
.webp)