CUの制限議論：ソラナの現在のキャップを上げることの潜在的な影響を探る

ブロックチェーンテクノロジーの進化し続ける風景では、Solanaはスループットが高いため、最も話題になっているプラ​​ットフォームの1つとして立っています。

In the ever-evolving landscape of blockchain technology, Solana stands as one of the most talked-about platforms due to its high throughput, low transaction costs, and fast transaction finality. However, as the Solana blockchain continues to scale and witness increasing adoption, a critical debate is currently unfolding within the community.

ブロックチェーンテクノロジーの絶え間なく進化する風景では、Solanaは、スループットが高い、トランザクションコストが低く、トランザクションの最終性が高速であるため、最も話題になっているプラ​​ットフォームの1つです。しかし、ソラナのブロックチェーンが拡大し続け、採用の増加を目撃し続けると、現在、コミュニティ内で重要な議論が展開されています。

The core issue at hand is the proposal to increase the Compute Unit (CU) limit per block. Currently, the CU limit is set at 48 million, a threshold that has worked well under typical network usage. However, with the growing user base and demand for transactions—particularly during high-traffic events like NFT mints or spikes in decentralized finance (DeFi) activity—the network has started to experience congestion.

手元のコアの問題は、ブロックあたりの計算ユニット（CU）制限を増やす提案です。現在、CUの制限は4800万に設定されており、これは典型的なネットワーク使用の下でうまく機能しているしきい値です。ただし、ユーザーベースの増加とトランザクションの需要は、特にNFTミントや分散財務（DEFI）アクティビティのスパイクなどの交通量の多いイベント中に、ネットワークが混雑を経験し始めています。

This can result in transactions being delayed, failed, or dropped entirely, leading to a less-than-ideal user experience. To mitigate these issues and further enhance Solana’s scalability, proposals have been put forth to raise the CU limit to either 50 million (SIMD-0207) or 60 million (SIMD-0256). These proposals have sparked intense discussion on the potential impacts of such a change and what it could mean for the network’s future.

これにより、トランザクションが遅れたり、失敗したり、完全にドロップしたりする可能性があります。これらの問題を軽減し、ソラナのスケーラビリティをさらに強化するために、CUの制限を5,000万（SIMD-0207）または6,000万（SIMD-0256）に引き上げる提案が提示されています。これらの提案は、このような変化の潜在的な影響と、それがネットワークの将来にとって何を意味するのかについて、激しい議論を引き起こしました。

To fully grasp the significance of this debate, it’s crucial to understand what CUs are and how they relate to the performance of Solana. On Solana, CUs act as a resource measure, similar to Ethereum’s gas fees. They represent the computational resources consumed by transactions and smart contract execution on the network.

この議論の重要性を完全に把握するには、CUが何であり、それらがソラナのパフォーマンスにどのように関連するかを理解することが重要です。 Solanaでは、CUSはイーサリアムのガス料金と同様に、リソースメジャーとして機能します。これらは、ネットワーク上のトランザクションとスマートコントラクトの実行によって消費される計算リソースを表しています。

Each transaction requires a certain number of CUs to process, depending on its complexity. More complex operations, such as DeFi transactions, NFT minting, or smart contract execution, consume a higher number of CUs, while simpler transfer transactions use significantly fewer.

各トランザクションでは、その複雑さに応じて、処理するために一定数のCUが必要です。 Defi Transactions、NFT Minting、Smart Contractの実行などのより複雑な操作は、より多くのCUを消費しますが、より単純な転送トランザクションは大幅に少なくなります。

The primary goal of the CU limit is to maintain balance in the network, ensuring that transactions are processed efficiently and fairly while preventing any one user or application from monopolizing resources. The CU limit effectively controls how much work can be done in a given block, and by extension, how many transactions can be processed within that block.

CU制限の主な目標は、ネットワーク内のバランスを維持し、トランザクションが効率的かつ公正に処理され、1人のユーザーまたはアプリケーションがリソースの独占を防ぐことです。 CU制限は、特定のブロックで実行できる作業量を効果的に制御し、さらには、そのブロック内で処理できるトランザクションの数を効果的に制御します。

Currently, with a CU limit of 48 million, the network can typically handle a large volume of transactions efficiently. However, during periods of high demand, such as large-scale NFT mints or surges in DeFi activity, the network can become congested, leading to transactions being dropped or failing.

現在、4800万のCU制限があるため、ネットワークは通常、大量のトランザクションを効率的に処理できます。ただし、大規模なNFTミントやDefiアクティビティの急増など、高い需要の期間中、ネットワークが混雑する可能性があり、トランザクションが削除または故障します。

This can create a poor user experience, especially for users who are trying to perform time-sensitive operations or participate in limited-edition NFT mints. Additionally, as Solana continues to grow and attract more users and developers, the existing CU limit might become more frequently reached, rendering the network less capable of handling the workload.

これにより、特に時間に敏感なオペレーションを実行しようとしているユーザーや、限定版NFTミントに参加しようとしているユーザーにとって、ユーザーエクスペリエンスが低下する可能性があります。さらに、Solanaが増え続け、より多くのユーザーと開発者を引き付け続けるにつれて、既存のCU制限はより頻繁に到達する可能性があり、ネットワークのワークロードの処理の能力が低下する可能性があります。

To address this issue and further enhance Solana’s scalability, two proposals have been put forth: SIMD-0207 and SIMD-0256. Both proposals aim to increase the CU limit, with SIMD-0207 suggesting a relatively modest increase to 50 million and SIMD-0256 proposing a more substantial jump to 60 million.

この問題に対処し、Solanaのスケーラビリティをさらに強化するために、SIMD-0207とSIMD-0256の2つの提案が提示されています。どちらの提案もCUの制限を増やすことを目的としており、SIMD-0207は5,000万人に比較的控えめな増加を示唆し、SIMD-0256は6,000万人へのより大きなジャンプを提案しています。

These proposals are designed to allow Solana to handle more transactions per block, thus reducing congestion and improving network efficiency. The primary goal of both proposals is to improve user experience by increasing throughput and lowering transaction times. However, the discussion around these proposals isn’t without its trade-offs, as increasing the CU limit could place additional strain on the network’s validators and node operators.

これらの提案は、Solanaがブロックあたりのより多くのトランザクションを処理できるように設計されているため、輻輳が低下し、ネットワークの効率が向上します。両方の提案の主な目標は、スループットを増やし、トランザクション時間を下げることにより、ユーザーエクスペリエンスを改善することです。ただし、これらの提案に関する議論には、CUの制限を増やすとネットワークのバリデーターとノードオペレーターに追加の負担をかける可能性があるため、トレードオフがないわけではありません。

If smaller validators are unable to keep up with the increased demand, it could result in a more centralized network where only larger, better-resourced operators can effectively participate in consensus. This could undermine Solana’s decentralization efforts, a concern that has been raised by some community members.

小規模なバリデーターが需要の増加に追いつくことができない場合、より大きく、より良いリソースのあるオペレーターのみがコンセンサスに効果的に参加できる、より集中化されたネットワークになる可能性があります。これにより、ソラナの地方分権化の取り組みが損なわれる可能性があります。これは、一部のコミュニティメンバーによって提起された懸念です。

Despite the potential trade-offs, many in the Solana community favor a gradual approach to scaling the network. Developers and validators have expressed concerns about implementing drastic changes, such as increasing the CU limit to 96 million, which was previously considered. Instead, the community seems to prefer a cautious and incremental approach, which would allow for better risk management and ensure that the network can handle the increased load.

潜在的なトレードオフにもかかわらず、ソラナコミュニティの多くは、ネットワークを拡大するための徐々にアプローチを支持しています。開発者とバリデーターは、以前に考慮されたCUの制限を9600万に増やすなど、抜本的な変化を実装することについて懸念を表明しています。代わりに、コミュニティは慎重で漸進的なアプローチを好むようです。これにより、リスク管理の改善が可能になり、ネットワークが負荷の増加を処理できるようになります。

The proposed increases to 50 million or 60 million CUs per block are seen as reasonable steps in this direction. By raising the CU limit incrementally, Solana can test the effects on network performance and make adjustments as needed.

提案された提案は、ブロックあたり5,000万または6,000万CUに増加しています。この方向の合理的なステップと見なされています。 CU制限を段階的に引き上げることにより、Solanaはネットワークのパフォーマンスに対する効果をテストし、必要に応じて調整を行うことができます。

This approach would also allow for optimal infrastructure utilization, ensuring that node operators and validators have sufficient resources to maintain network stability and security. As Solana continues to evolve and scale, the debate over the Compute Unit limit is a critical moment in the network’s development.

このアプローチは、最適なインフラストラクチャの利用を可能にし、ノードオペレーターとバリデーターがネットワークの安定性とセキュリティを維持するのに十分なリソースを確保することができます。 Solanaが進化し、拡大し続けるにつれて、コンピューティングユニットの制限に関する議論は、ネットワークの開発における重要な瞬間です。

Increasing the CU limit offers significant potential benefits, including improved scalability, faster transaction times, and a better overall user experience. However, it also presents challenges, particularly regarding validator strain, network stability, and the potential risks to decentralization.

CU制限を増やすと、スケーラビリティの向上、トランザクション時間の速度、全体的なユーザーエクスペリエンスの向上など、大きな潜在的な利点が得られます。ただし、特にバリデーターのひずみ、ネットワークの安定性、および地方分権に対する潜在的なリスクに関して、課題も提示します。

The proposals to increase

増加する提案