ソラナはFiredancerがブロック制限を対象とするにつれターボブーストを得る可能性がある

ソラナのパフォーマンス向上への取り組みは今週新たなモメンタムを得ました。Jumpが主導する高性能バリデータクライアント「Firedancer」のエンジニアたちが、ネットワークのブロックレベルの計算ユニット（CU）制限を撤廃する新しいソラナ改善文書（SIMD-0370）を提出しました。彼らはこの変更がAlpenglowの導入後は冗長になっており、需要が急増した際に即座に高いスループットと低い遅延につながると主張しています。

ソラナの次のターボブースト

「Firedancerチーム」が作成し2025年9月24日に公開されたこのプルリクエストは、明確に「ポストAlpenglow」の提案として位置づけられています。Alpenglowでは、投票ノードが割り当てられた時間内に提案されたブロックを実行できない場合、SkipVoteをブロードキャストします。遅いブロックは自動的にスキップされるため、著者らはブロックごとのプロトコル強制CU上限は不要だと主張しています。

「Alpenglowでは、投票ノードが時間内にブロックを実行できない場合、SkipVoteをブロードキャストします...したがってこのSIMDはブロック計算ユニット制限の強制を撤廃します」と文書は述べ、アップグレードされたスケジューリングルールの下ではこの制限が余分であると説明しています。

技術的な整理を超えて、著者らはより鋭い経済的整合性を提案しています。現在のブロックレベルCU上限は、ハードウェアやソフトウェアの改善ではなくプロトコルを通じて容量を制限することでインセンティブを損なっていると彼らは主張します。これを撤廃することで、プロデューサーは自分のマシンが安全に処理・伝播できる範囲までブロックを埋めることができ、クライアントとハードウェアの競争が前面に押し出されます。

「ネットワークの容量はハードウェアの能力ではなく、恣意的なブロック計算ユニット制限によって決定されています」と彼らは書き、この制限を解除することがバリデータクライアントとプログラム開発者の両方にとってインセンティブを再調整する理由を概説しています。

コア貢献者とクライアントチームからの初期コードレビューコメントは、短期的なユーザーへの影響と変更の境界の両方を強調しています。あるレビュアーは実用的なメリットをこう要約しました：「今日この制限を撤廃することは、ネットワークの将来のアーキテクチャが詳細化されるのを待たずに、エコシステムとエンドユーザーに具体的な利益をもたらします」。別のレビュアーは「最大シュレッド制限」を引用しながら、一部のブロック制約は残ると強調し、他のレビュアーはネットワークはトランザクションごとのCU制限を当面維持し、そこでの変更は別の、より広範な議論として扱うべきだと提案しました。

セキュリティと活性の考慮事項が顕著に取り上げられています。レビュアーは、ブロックが重すぎて時間内に伝播できない場合でも安全性が保たれる理由を明示的に説明するよう提案に求めました。Alpenglowの回答は、そのようなブロックは単に投票されない、つまりスキップされるというものです—ネットワークにペナルティを与えることなく前進を維持します。Firedancerの著者らは、決定的なガードレールは静的なCU上限ではなく、時計と伝播予算であることに同意しています。

この提案はスループット議論でよく出る懸念にも対応しています：調整です。あるブロックプロデューサーが積極的にハードウェアをアップグレードする一方で他が遅れをとる場合、ネットワークはスキップされたブロックからの混乱のリスクを負うのでしょうか？あるレビュアーは、野心的すぎるプロデューサーはすでに自己調整していると指摘します。なぜなら、ミスしたブロックはミスした報酬を意味し、自然にブロックサイズをピアが時間内に受け入れられる範囲に制限するからです。文書はさらに、CU制限がなくなれば、市場の力が容量を支配すると主張します：実行、ネットワーキング、スケジューリングを最適化するプロデューサーとクライアントチームは、より多くのブロックと手数料を獲得し、需要に応じてフロンティアを押し広げます。

重要なことに、SIMD-0370は将来互換性があります。複数の同時提案者のための進行中の設計—ソラナの長期ロードマップ項目—は、時にはブロック制限を想定し、時には想定しません。レビュアーは、現在の制限を撤廃しても後の同時提案者アーキテクチャを排除するものではないと強調しています。それは単に「今日実現できる」改善の障害を取り除くだけです。

GitHubの議論が技術的な中身を提供する一方で、Agaveの背後にあるソラナクライアントチームであるAnzaもソーシャルチャネルでこの提案を増幅し、この変更とそのユーザー向けの影響に対する広範なクライアントチームの注目を示しています。

SIMD-0370が実装された場合、ユーザーと開発者にとって何が変わるのでしょうか？ピーク期間—エアドロップ、ミント、市場のボラティリティ—において、ブロックはスロット時間内に実行・伝播できる限り、より多くの計算を運ぶことができ、持続的なスループットを高め、手数料のスパイクを滑らかにする可能性があります。

ソラナ開発者にとって、より高いヘッドルームとクライアント/ハードウェア最適化へのより強いインセンティブは、要求の厳しいワークロードのテール遅延を減らす可能性がありますが、並列性とローカリティのためのプログラムを最適化する継続的な必要性があります。バリデータにとって、競争の優位性は実行効率、ネットワーキングパフォーマンス、そして手数料収入と重すぎてスキップされるブロックを生成するリスクのバランスを取るスマートなブロック構築ポリシーにさらに傾くでしょう。

すべてのSIMDと同様に、この変更はコミュニティのレビュー、実装、バリデータクライアント間のデプロイメント調整の対象となります。しかし方向性は明確です。ポストAlpenglowでは、ソラナの設計者はスロット時間の予算が真の制限要因だと考えています。

プレス時点で、ソラナは205.38ドルで取引されていました。