Vitalik Buterin, founder of Ethereum, has presented an in-depth analysis of how to understand and address blockchain scalability from a layered perspective. Through his insights shared with Odaily, the creator of Ethereum proposes a renewed understanding that goes beyond generic solutions, classifying scaling challenges into three dimensions: computation, data, and state. This segmentation is key to understanding why certain solutions work better than others and where blockchain development efforts should be focused.
Computation: The most flexible component for scaling
Computation is the first level in the hierarchy of scalability difficulty. According to Buterin, this component is the most accessible to optimize due to its inherently parallelizable nature. Strategies to improve scalability in this aspect include parallelizing processes by leveraging block builder hints, as well as replacing extensive calculations with cryptographic proofs such as zero-knowledge proofs. These techniques allow multiple validators to process information simultaneously without replicating all the work, thereby reducing the overall computational load on the network.
Data: Availability under moderate control
The intermediate level of complexity corresponds to data availability and management. This challenge is more complicated than computation but still manageable when designed with architectural intelligence. Solutions include data sharding, advanced methods like erasure coding implemented in schemes such as PeerDAS, and systems that enable graceful degradation. Graceful degradation is particularly innovative: it allows nodes with limited storage capacity to continue participating in the network by generating appropriately sized blocks according to their constraints, without compromising system security.
State: The deepest obstacle to scalability
The state represents the true bottleneck in blockchain scalability. Buterin points out that even to process a single transaction, nodes must have access to the full network state. Although theoretically, the state could be compressed into a tree structure with only the root stored, any update to that root still depends on full access to the previous state. Solutions for sharding the state exist but usually require deep architectural reforms and are not universally applicable to all blockchain systems.
Understanding priorities in scalability solutions
The true understanding of scalability lies in setting the right priorities. Buterin argues that if data can replace state functions without introducing new centralization assumptions, this option should be prioritized. Similarly, if computation can replace data without generating decentralization risks, it should be seriously considered. This hierarchy of solutions reflects a matured vision of how to build truly scalable systems while maintaining the decentralized essence of blockchain.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
Strategic Understanding of Blockchain Scalability According to Vitalik Buterin
Vitalik Buterin, founder of Ethereum, has presented an in-depth analysis of how to understand and address blockchain scalability from a layered perspective. Through his insights shared with Odaily, the creator of Ethereum proposes a renewed understanding that goes beyond generic solutions, classifying scaling challenges into three dimensions: computation, data, and state. This segmentation is key to understanding why certain solutions work better than others and where blockchain development efforts should be focused.
Computation: The most flexible component for scaling
Computation is the first level in the hierarchy of scalability difficulty. According to Buterin, this component is the most accessible to optimize due to its inherently parallelizable nature. Strategies to improve scalability in this aspect include parallelizing processes by leveraging block builder hints, as well as replacing extensive calculations with cryptographic proofs such as zero-knowledge proofs. These techniques allow multiple validators to process information simultaneously without replicating all the work, thereby reducing the overall computational load on the network.
Data: Availability under moderate control
The intermediate level of complexity corresponds to data availability and management. This challenge is more complicated than computation but still manageable when designed with architectural intelligence. Solutions include data sharding, advanced methods like erasure coding implemented in schemes such as PeerDAS, and systems that enable graceful degradation. Graceful degradation is particularly innovative: it allows nodes with limited storage capacity to continue participating in the network by generating appropriately sized blocks according to their constraints, without compromising system security.
State: The deepest obstacle to scalability
The state represents the true bottleneck in blockchain scalability. Buterin points out that even to process a single transaction, nodes must have access to the full network state. Although theoretically, the state could be compressed into a tree structure with only the root stored, any update to that root still depends on full access to the previous state. Solutions for sharding the state exist but usually require deep architectural reforms and are not universally applicable to all blockchain systems.
Understanding priorities in scalability solutions
The true understanding of scalability lies in setting the right priorities. Buterin argues that if data can replace state functions without introducing new centralization assumptions, this option should be prioritized. Similarly, if computation can replace data without generating decentralization risks, it should be seriously considered. This hierarchy of solutions reflects a matured vision of how to build truly scalable systems while maintaining the decentralized essence of blockchain.