Solana（SOL）開発者は、ネットワークのトランザクション容量を増やす方法を探求します

Solana開発者は、ネットワークの効率とトランザクション容量を改善することを目指して、ブロックごとにネットワークの計算ユニット（CU）を増やす方法を模索しています。

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.

Solana開発者は、ネットワークの「コンピューティングユニット」またはCUSをブロックごとに増やす方法を模索しており、全体的なネットワーク効率とトランザクション容量を改善することを目指しています。

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

Solana上のこれらのユニットは、Ethereumの「ガス」と同様に機能し、トランザクションの複雑さに影響を与え、トランザクションが公平に分配されるようにします。

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

Solanaは現在、4800万CUのブロック制限で動作しています。

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.

最近のSolana改善文書の提案は、潜在的な調整を強調しています。 SIMD-0207はCAPを5,000万CUに引き上げますが、別の提案であるSIMD-0256は、それを6,000万CUに増やすことを示唆しています。

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.

本質的に、SIMD-0207は5,000万CUSまでの初期上昇を提供し、わずかに高い負荷の下でネットワークの動作を観察するためのステップとして機能します。

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

それに続いて、SIMD-0256は、ネットワークスループットをさらに拡張するために、より大きな増加を6,000万Cユニットに提案しています。

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

たとえば、最大の書き込み可能なアカウントデータユニットは、ブロックあたり1,200万のままです。同様に、最大投票コンピューティングユニットは3600万のままです。これらの特定の制限を維持することは、州の執筆やコンセンサス投票などのコアネットワーク機能に対する過度の負担を防ぐのに役立ち、全体的な計算能力の増加を可能にします

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.

より高いブロックCU制限は、より大きなトランザクション容量の利点を提供し、ネットワークの輻輳を減らすことができます。したがって、この変更は、トランザクションの遅延と障害を下げることにより、ユーザーエクスペリエンスを向上させる可能性があります。

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.

また、CUの制限が高いほど、単一ブロックでのより計算的に複雑なスマートコントラクトトランザクションの実行をサポートできます。これは、重要なオンチェーン処理能力を必要とする将来の分散アプリケーション（DAPP）に対応できます。

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.

Solanaのコア開発者は、漸進的で漸進的なCU制限の増加を好むようです。より劇的なジャンプ（以前に議論された9600万CUの概念的ターゲットのように）は、既存のネットワークインフラストラクチャに負担をかけるリスクのために、今のところ攻撃的すぎると考えられていたと伝えられています。

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.

この提案された段階的アプローチにより、開発者とバリデーターコミュニティは、徐々に高い負荷の下でネットワークのパフォーマンスを慎重に監視することができます。これは、さらなる主要な能力調整をコミットする前に、新たな課題を特定し、対処する重要な機会を提供します。