Jump CryptoのFiredancerチームが、ソラナのトランザクション処理方法を再構築する可能性のある提案、SIMD-0370を発表した。
独立したバリデータークライアントは、ネットワークの固定された計算ユニット（CU）ブロック制限を撤廃し、バリデーターの性能が容量を決定すべきであり、任意の上限ではないと主張している。
ソラナ開発者、ブロックキャップ置換計画で意見分裂
Sponsoredこの提案は、ブロックの確定時間を12.8秒から100〜150ミリ秒に短縮する予定のAlpenglowという今後のネットワークアップグレードに基づいている。
Alpenglowは、混雑を緩和し、冗長なゴシップメッセージを排除することで、ブロックチェーンネットワークの効率を大幅に向上させると期待されている。
Firedancerは、このような環境では、SIMD-0286によって義務付けられたソラナのブロック容量を6000万から1億の計算ユニットに制限することは不要な制約であると主張している。
現在、すべてのバリデーターはハードウェアに関係なく同じ上限に直面している。この構造は、より強力なマシンがより大きなブロックを処理することを妨げ、開発者やオペレーターに不均等なインセンティブを生むとチームは主張している。
“現在のバリデータークライアントとプログラム開発者のインセンティブ構造は壊れている。ネットワークの容量はハードウェアの能力ではなく、任意のブロック計算ユニットの制限によって決定されている”とチームは主張した。
しかし、FiredancerのSIMD-0370提案により、それは変わるだろう。
Sponsored Sponsoredこの提案の下では、ブロックプロデューサーはシステムが処理できるだけ多くのトランザクションを詰め込むことができる。
そのブロックを時間内に処理できないバリデーターは単にそれをスキップし、チェーンは中断なく続行する。
Firedancerは、このアプローチがネットワーク容量を市場の需要に合わせると主張している。使用状況に基づいてスループットが上下する動的なシステムを作り出し、手動の更新に依存しない。
この提案はまた、競争のためのより大きなインセンティブを導入する。
Sponsored Sponsoredパフォーマンスを最適化したブロックプロデューサーは、1ブロックあたりより多くのトランザクションを含めることができ、それによってより高い報酬を得ることができる。
その結果、遅いバリデータークライアントは、遅れを取らないようにセットアップを改善し、収益を逃さないようにしなければならない。
Firedancerは、これが一貫したパフォーマンスの向上を促し、バリデーターセット全体の基準容量を引き上げる「フライホイール効果」を引き起こすと期待している。
“ネットワークの容量は市場の力によって支配される – 需要があれば、ネットワークの容量はそれに応じて増加する”と開発者は主張した。
それでも、すべての開発者がこの計画に納得しているわけではない。
SponsoredAnzaの研究責任者であるロジャー・ワッテンホッファーは、ブロック制限を撤廃することが技術的リスクを招き、中央集権化を促進する可能性があると警告した。
しかし、これらの問題は解決可能であると述べた。
“エポック中に速度が進むと、60/80の閾値を下回る可能性があり、その時点でスキップしか得られず、基本的にAlpenglowの災害シナリオに入らなければならない”と研究者は述べた。
同様に、システムエンジニアのアキレシュ・シンガニアは、大規模なオペレーターがより高価なハードウェアにスケールアップすることで、小規模なバリデーターを価格面で排除する可能性があると警告した。
この変化がネットワークを少数の手に集中させる可能性があると注意を促した。
