ソラナはネットワークスループットを向上させるために6000万CUのブロック制限を提案

ソラナは、取引能力を高めるためにブロック制限を60M CUsに増加させることを提案しています。

SIMD-0207は、最初に50M CUの増加を伴って展開されます。

バリデーターは新しいブロックサイズの互換性をサポートするためにソフトウェアをアップグレードする必要があります。

Solana Foundationは、ネットワークのブロック制限を(CUs) 6,000万コンピュートユニットに引き上げる提案を提出しました。この調整は、取引能力を高めることを目的としたもので、4,800万CUから5,000万CUへの小幅な増加を提案したSIMD-0207に基づく以前の提案に続くものです。現在の提案では、バリデーターのパフォーマンスを損なうことなく、高まるネットワーク需要に対応するために、制限をさらに押し上げることを計画しています。

主要な制約を変更せずに容量を拡張

Githubで公開されている改善ドキュメントによると、新しい提案はMax Block Unitsパラメータの変更のみに焦点を当てています。[Max Writable Account Units] や [Max Vote Units] など、その他の制約は固定されたままです。具体的には、最大書き込み可能アカウントユニットは1,200万CUのままで、最大投票ユニットは3,600万CUです。さらに、最大ブロック アカウント データ サイズの差分は 100 MB のままです。

最大ブロックユニットを変更することによって、ネットワークは非投票トランザクションのための余地を増やすことを目指しています。同時に、個々のアカウントの書き込み制限を安定させることで、トランザクションの並行処理を継続できるようにしています。したがって、各ブロックにより多くのアクティビティを詰め込むことができる一方で、単一アカウントへの書き込み能力は変わりません。この提案されたアップグレードは、SIMD-0207に従うように設計されています。

策定された計画に従い、SIMD-0207の50百万CUsへの小幅な増加が最初に展開されます。これは、長年の48百万CUの上限を引き上げることによって生じる可能性のあるパフォーマンスや構造的な懸念を監視する意図があります。したがって、新しい60百万CUの提案は、SIMD-0207の効果の成功した展開と観察に依存する、より攻撃的なフォローアップとして機能します。

代替案とネットワークの考慮事項

考慮された代替案は、9600万CUへのはるかに大きなジャンプでした。しかし、このアプローチは、ネットワークの安定性とタービンの性能に関する懸念から拒否されました。財団は、バリデーターやユーザーノードの性能を含むサポートインフラ内の潜在的な問題を指摘しました。

現在の段階的アプローチは、ネットワークの強化が観察されたパフォーマンスメトリックに沿っていることを保証します。初期の増加中に発見された予期しない問題は、より大きな6000万CUの制限を適用する前に解決できます。この変更により、ブロックごとに受け入れられるトランザクションが増え、全体的なスループットが向上します。しかし、ブロックの処理に時間がかかる場合があります。また、古いソフトウェアバージョンは新しい制限を使用するブロックを拒否する場合があります。したがって、バリデーターは互換性を維持し、ネットワークと同期を保つためにシステムを更新する必要があります。