Part 1.6 of 8

Blockchain Scalability Solutions

100 minutes
Advanced Level

The Blockchain Trilemma

The blockchain trilemma, coined by Vitalik Buterin, describes the challenge of achieving three desirable properties simultaneously: decentralization, security, and scalability. Most blockchain designs can optimize for only two at the expense of the third.

The Blockchain Trilemma
🔒
Security
🌐
Decentralization
⚡
Scalability

Traditional blockchains can optimize for two properties at the expense of the third

The Scalability Challenge

Bitcoin processes ~7 transactions per second. Ethereum handles ~15-30 TPS. Compare this to Visa's ~65,000 TPS capacity. For blockchain to achieve mainstream adoption, this gap must be addressed without sacrificing decentralization or security.

Scaling Approaches

Layer 1
On-Chain Scaling
Modifications to the base blockchain protocol itself to increase throughput, such as larger blocks or sharding.
Examples: Ethereum 2.0 Sharding, Bitcoin SegWit
Layer 2
Off-Chain Scaling
Secondary frameworks built on top of the main chain that handle transactions off-chain while inheriting base layer security.
Examples: Lightning Network, Optimism, Arbitrum

Layer 1 Solutions

Sharding

Sharding partitions the blockchain into smaller pieces (shards), each capable of processing transactions in parallel. Instead of every node processing every transaction, nodes are assigned to specific shards, dramatically increasing throughput.

Block Size Increases

Increasing block size allows more transactions per block but raises hardware requirements for nodes, potentially reducing decentralization. Bitcoin Cash and Bitcoin SV took this approach with mixed results.

Consensus Improvements

Moving from Proof of Work to Proof of Stake (as Ethereum did) can increase throughput while reducing energy consumption, though the scalability gains alone are modest.

Layer 2 Solutions

SC
State Channels
Enable off-chain transactions between parties, with only opening and closing transactions on-chain. Lightning Network for Bitcoin enables instant, low-fee payments through payment channels.
OR
Optimistic Rollups
Batch hundreds of transactions off-chain and post compressed data on-chain. "Optimistic" because transactions are assumed valid unless challenged through fraud proofs. Examples: Optimism, Arbitrum.
ZK
ZK-Rollups
Use zero-knowledge proofs to cryptographically verify batch validity. Provide instant finality without challenge periods. Examples: zkSync, StarkNet, Polygon zkEVM.
PC
Plasma
Creates child chains that periodically commit to the main chain. Enables high throughput but has limitations with data availability and smart contract support.
SC
Sidechains
Independent blockchains connected to the main chain via two-way bridges. Have their own consensus but can transfer assets to/from the main chain. Example: Polygon PoS.

Rollups Compared

Optimistic vs ZK Rollups

Optimistic Rollups: Simpler to implement, EVM-compatible, but require 7-day challenge period for withdrawals. Better for general smart contracts today.

ZK-Rollups: Instant finality, stronger security guarantees, but more complex and computationally intensive. Rapidly improving EVM compatibility.

Key Takeaways

  • The blockchain trilemma describes the challenge of achieving decentralization, security, and scalability simultaneously.

  • Layer 1 solutions like sharding modify the base protocol, while Layer 2 solutions build on top of existing chains.

  • Rollups (Optimistic and ZK) are the leading Layer 2 approach, batching transactions for massive throughput gains.

  • The future is multi-layer - combining L1 improvements with L2 solutions for maximum scalability.