Blockworks によると、Anza のエンジニアである Tao Zhu 氏は、Solana ブロックの効率性を高めることを目的とした Solana プロトコルの大幅な修正を提案したとのことです。Solana Improvement Document (SIMD) 0172 に詳細が記載されているこの提案は、当初は計算の無駄を防ぐために実装された現在の「コンピューティング バジェット」プログラムを対象としています。Zhu 氏は、このプログラムによって Solana ブロックスペースが非効率的に使用されると主張しています。

コンピューティング バジェットは、トランザクションが使用できるコンピューティング ユニット (CU) の数を決定するコード行です。トランザクションによって必要な CU の数は異なりますが、無駄なトランザクションを避けるために、Solana はトランザクションごとに 200,000 CU というデフォルトの制限を設定しています。各 Solana ブロックには最大 4,800 万 CU を含めることができ、デフォルトのコンピューティング バジェットを持つトランザクション用に 200,000 CU が予約されています。Zhu 氏は、このデフォルトは多くの場合過大評価であり、ブロック内に予約されているが使用されていないスペースが生じると考えています。

Zhu 氏の提案では、デフォルトのコンピューティング バジェットを 10 エポック (約 20 日間) で 200,000 CU からゼロに削減することを提案しています。この変更により、トランザクション作成者はより正確なコンピューティング バジェットを要求する必要があり、Solana ブロックの 4,800 万 CU でより多くのトランザクションを処理できるようになります。この調整により、最近課題に直面しているバリデーターに支払われる手数料が増加する可能性があります。

しかし、Solana 開発者全員が Zhu 氏の提案した修正案に賛成しているわけではない。デフォルトのコンピューティング バジェットがゼロであっても、トランザクションにはコンピューティング バジェット命令を含める必要があり、トランザクションあたり 1232 バイトの最大データ制限にカウントされると主張する開発者もいる。これらの命令は現在、総データ制限の約 4% を占めている。一部の開発者は、コンピューティング バジェットを命令とは別のトランザクション ヘッダーに移動することを提案しており、これによりバイト数が少なくなる可能性がある。Zhu 氏は、将来コンピューティング バジェット プログラムを完全に廃止する可能性について言及しているが、これは現在の提案には含まれていない。

Solana 開発者の間で議論は続いており、暫定的な修正により開発者にとって事態がさら​​に複雑になる可能性があると懸念する声も上がっています。意見は分かれていますが、提案された変更は Solana のブロック効率を最適化し、ネットワーク全体のパフォーマンスを向上させることを目的としています。