Solana (SOL) Developers Explore Ways to Increase Network's Transaction Capacity

Solana developers are exploring ways to increase the network's Compute Units (CU) per block, aiming to improve overall network efficiency and transaction capacity.

Solana developers are exploring ways to increase the network’s "Compute Units," or CUs, per block, aiming to improve overall network efficiency and transaction capacity.

These units on Solana function similarly to Ethereum’s “Gas,” impacting transaction complexity and helping ensure transactions are distributed fairly.

Solana currently operates with a block limit of 48 million CUs.

What Changes Are Proposed?

Recent Solana Improvement Document proposals highlight potential adjustments. SIMD-0207 would raise the cap to 50 million CUs, while a separate proposal, SIMD-0256, suggests increasing it to 60 million CUs.

These adjustments are intended to optimize the network’s transaction processing capability.

The primary goal of increasing block capacity is simply to allow more transactions to fit within each block.

In essence, SIMD-0207 offers an initial rise to 50 million CUs, serving as a step to observe network behavior under slightly higher load.

Following that, SIMD-0256 proposes the larger increase to 60 million C units for a further expansion of network throughput.

Crucially, other related block parameters remain unchanged under these proposals.

Maximum writable account data units, for example, stays at 12 million per block. Similarly, maximum vote compute units remain at 36 million. Preserving these specific limits helps prevent excessive strain on core network functions like state writing or consensus voting, while still permitting an increase in overall computational capacity

What Are the Benefits and Risks?

A higher block CU limit offers the benefit of greater transaction capacity, which could reduce network congestion. This change may therefore enhance user experience by lowering transaction delays and failures.

Also, a higher CU limit can support the execution of more computationally complex smart contract transactions in single blocks. This can accommodate future decentralized applications (dApps) that require significant on-chain processing power.

However, significantly increasing block size introduces certain risks. Heavier processing demands could slow block validation times, possibly affecting smooth network synchronization across all nodes.

Validators and infrastructure providers might need to upgrade their systems to handle the additional load efficiently. Also, if unforeseen technical issues emerge during the rollout, the network could experience temporary instability.

Why A Gradual Implementation Strategy?

Solana’s core developers appear to favor gradual, incremental CU limit increases. A more drastic jump (like a previously discussed conceptual target of 96 million CUs) was reportedly considered too aggressive for now, likely due to risks of straining existing network infrastructure.

This proposed phased approach allows developers and the validator community to carefully monitor network performance under incrementally higher loads. It provides crucial opportunities to identify and address any emerging challenges before committing to further major capacity adjustments.