Solana、最新アップグレードで200msスロットに接近

ブロックチェーンデータによると、新設定は9月18日に稼働し、Solanaは従来の300ms設定での約3.3に対し、毎秒4つの目標スロットを実現した。この変更はSIMD-0525の第3段階であり、ネットワークの当初の400ms設定から最終目標の200msまでスロット時間を段階的に短縮することを目的としている。

スロットとは、指定されたバリデータがブロックを生成できる期間のことである。この期間を短縮することで、ウォレット、取引所、取引アプリケーションはネットワークの状態をより頻繁に更新できるようになる。

バリデータは引き続き4つの連続スロットでリーダーを務める。各スロットが250msに設定されたことで、バリデータの名目上のリーダーウィンドウは従来の1.2秒から1秒に短縮された。

Solanaのスロット時間が250msに到達

crypto.newsが以前報じたように、Solanaは8月に今回の展開を開始し、ネットワーク開始以来初めてスロット時間を400msから350msに短縮した。

SIMD-0525は、最終目標に直接移行するのではなく、350ms、300ms、250ms、200msの4段階にプロセスを分割した。各短縮には個別の機能アクティベーションが必要であり、開発者とバリデータ運用者は次の段階に進む前にネットワーク性能を評価できる。

250msでは、毎秒4回のスロット機会が訪れる。間隔が短くなることで、アプリケーションはトランザクションとネットワーク状態をより最新の状態で把握でき、ブロック生成があるバリデータから別のバリデータへより早く引き継がれる。

オラクルベースの市場や自動マーケットメーカーは、オンチェーンデータの古さに依存する可能性があるため、この提案の対象に含まれている。間隔が短いほどネットワーク更新間の時間が短縮され、ユーザーはトランザクションのステータス変化をより早く確認できる。

スワップでは、タイミングが短縮されることで、トランザクションが送信されてからネットワークに到達するまでの期間を狭めることができる。基礎となる提案では、スロット時間短縮の利点として、確認の高速化と更新頻度の向上が挙げられている。

この変更によってSolanaの生のトランザクション処理能力が約17%向上するわけではない。

SIMD-0525では、リソース制限がスロット時間に比例して削減される。一定期間に生成されるスロット数は増えるが、各スロットで処理できる計算量とデータ量は少なくなり、ネットワークがリアルタイムで処理できる作業量はほぼ同じ水準に保たれる。

提案で使用されている6000万コンピュートユニットのベースラインでは、クロックが速くなるにつれてスロットあたりの制限が低下する。250ms設定は3750万コンピュートユニットの制限に相当し、計画されている200ms段階では3000万に引き下げられる。

ブロックの高速化がSolanaのインフラ要件を変える

インフラプロバイダーは、実時間の処理上限がほぼ変わらないにもかかわらず、処理・保存すべき個々のブロック数が増加する。

スロット番号に固定スロット時間を掛けて経過時間を計算するアプリケーションは、クロックの高速化に対応する必要があるかもしれない。スロットがより速く進むにつれてブロックハッシュの有効期限が実時間で早まり、オフライン署名や人間による遅延承認を伴うトランザクションプロセスに残された時間が短くなる。

エポックのタイミングも同じ理由で変化する。Solanaは各エポックを432,000スロットに固定しているため、各スロットの時間が短くなるとエポックも短くなる。

以前の300ms目標では、エポックは約36時間続いた。250ms設定では、予想期間は約30時間に短縮される。最終目標の200msに移行すると、約24時間に短縮される。

Solanaの段階的なスロット短縮は、Agave 4.2の展開の一部である。このクライアントリリースは8月にいくつかのネットワーク変更のアクティベーションを開始しており、オンチェーンストレージレントの引き下げ、トランザクションの大容量化、200msスロットへの道筋が含まれている。

段階的設計には、ブロックスキップ率に関連する安全策が含まれている。スキップ率が開発者が許容できると考える水準を超えた場合、次のスロット設定への進行を停止でき、バリデータは次の短縮がアクティベートされる前に各設定で運用する時間を得られる。

200ms段階のメインネットでの日付はまだ設定されていない。

Solanaのアップグレードはスロット高速化だけにとどまらない

スロットタイミングは、Agaveを通じて展開されているネットワーク変更の一部にすぎない。

Solanaは別途、トランザクションV1を導入し、シリアル化されたトランザクションの最大サイズを1,232バイトから4,096バイトに引き上げた。この大容量トランザクションフォーマットは、ゼロ知識証明や複雑なマルチシグネチャ命令などのデータ量の多い操作を単一のトランザクション内に収めることができる。

トランザクションV1はオプションであり、レガシーおよびバージョン0のトランザクションは引き続きサポートされる。ブロックを読み取るアプリケーションは、V1トランザクションを正しく処理するために新しいフォーマットをサポートする必要がある。

トランザクションサイズの増加はSIMD-0525とは別のものである。したがって、個々のトランザクションが大きくなってもスロットクロックは決定されず、スロットが短くなってもトランザクションの最大サイズが自動的に増加するわけではない。

Solanaは機能ゲートを通じて変更を個別にアクティベートしてきた。この構造により、Agave 4.2に含まれる他の機能を同時にアクティベートすることなく、1つのアップグレードを進めることができる。

Solanaは依然として200msスロットを目標としている

SIMD-0525の最終段階では、目標スロット時間が250msから200msに短縮され、ネットワークは毎秒5つの目標スロットに達する。

4スロットのバリデータリーダーウィンドウは、結果として約800msに短縮される。エポック期間は、現在の250ms設定での約30時間から約24時間に短縮される。

Solanaの開発者は、最終的な短縮のメインネットアクティベーション日を提供していない。進行は、現在の設定下でのネットワークの挙動、特にバリデータが許容可能なブロックスキップ率を維持できるかどうかに依存する。

スロット短縮は、Solanaが計画しているコンセンサス再設計であるAlpenglowとは別のものである。Alpenglowは、TowerBFTをVotorと呼ばれる投票システムに置き換え、オンチェーン投票トランザクションをネットワークのコアコンセンサスプロセスから排除することを目的としている。

Alpenglowコンセンサスアップグレードは、約150msのファイナリティを目標としている。そのコードはテスト用に含まれているが、メインネットへの展開はSIMD-0525に使用されるスロット時間機能ゲートではなく、Agave 4.3に関連付けられている。

Alpenglowは2026年初めにコミュニティバリデータテストを開始し、運用者はメインネットへの展開前にテストクラスタでコンセンサス設計を実行できるようになった。Anzaは、このシステムをSolana史上最大のコンセンサス変更と説明している。

SIMD-0525については、開発者が最終機能ゲートをアクティベートするまで、ネットワークは250ms段階に留まる。200ms設定は、400msから始まり、350ms、300ms、250msを経て、各段階でリソース制限を削減してきた展開を完了させることになる。