Solana、メインネットのブロック時間を350ミリ秒に短縮、200ミリ秒を目標に
重要ポイント
- •Solanaのメインネットのブロック間隔は、5月に技術提案SIMD-0525が承認された後、ローンチ以来最速となる350ミリ秒となりました。
- •この変更により、リーダーのローテーション間隔が1.6秒から1.4秒に短縮されレイテンシが低下しますが、各スロットに含まれるトランザクション数は増えません。
- •Solanaは、Feature Gateによって有効化され432,000スロットのエポックに紐づけられた50ミリ秒ずつの4段階の短縮を通じて、200ミリ秒のブロック時間への段階的な道筋を計画しており、スキップされるブロックの増加などの状態悪化時には延期が可能です。
- •Turbineのブロック伝播と、バリデータがブロックの検証・投票に使用するReplayシステムの改善により、より短いスロットが実現可能になりました。
- •スロット短縮は、ファイナリティを約12.8秒から100~150ミリ秒に短縮し、20%の悪意あるバリデータと20%のオフラインのバリデータが存在してもファイナリティを維持するよう設計されたコンセンサスプロトコルAlpenglowとは別個の取り組みです。

Solanaは、メインネット上のブロック間隔を350ミリ秒に短縮しました。これはネットワークのローンチ以来で最速のブロック間隔であり、開発者は今後さらに200ミリ秒への短縮に向けて作業を続けています。今回の更新はSolanaのXでの発表で詳述されており、5月に承認された技術提案SIMD-0525に基づくものです。この変更は主にネットワークのレイテンシを削減することを目的としており、スループットの向上を意図したものではありません。
スロット短縮の仕組み
Solanaは時間を「スロット」と呼ばれる短い間隔に分割しており、各スロットでは「リーダー」と呼ばれる指定されたバリデータがブロックを生成します。各リーダーには4つの連続するスロットが割り当てられるため、スロット時間を400ミリ秒から350ミリ秒に短縮すると、リーダーのローテーション間隔は1.6秒から1.4秒に短くなります。ネットワークが最終的に200ミリ秒の目標に到達した場合、各リーダーは4つのスロットを合計0.8秒にわたって担当することになります。
スロットの短縮により、トランザクションがネットワーク内をより速く処理されるようになり、分散型アプリケーション、決済、分散型金融(DeFi)におけるユーザーエクスペリエンスが向上する可能性があります。ただし、この変更によって1つのスロットに含められるトランザクション数が増えるわけではなく、この調整は主にレイテンシの改善であり、スループットの向上ではありません。
リーダーのローテーション間隔が短くなることで、個々のバリデータがブロック生成を掌握する時間も短縮される可能性があります。Solanaの開発者は、これによりバリデータが意図的にトランザクションを遅延させたり選択的にフィルタリングしたりする機会が制限され、ネットワークの検閲耐性が向上する可能性があると主張しています。
200ミリ秒のブロック時間に向けた4段階の道筋
Solanaは、ブロック時間を400ミリ秒から200ミリ秒へと、50ミリ秒ずつの4段階で短縮する計画です。ネットワークでは各短縮をFeature Gate(フィーチャーゲート)によって有効化し、開発者は次の段階に進む前に安定性を監視できます。各変更はその後の432,000スロットのエポックに紐づけられており、スキップされるブロックが多すぎる場合などを含め、ネットワークの状態が悪化した場合には延期可能です。
Solanaは、より短いスロットを可能にした要因として、ブロック伝播システムであるTurbineと、バリデータがブロックの検証と投票に使用するReplayの改善を挙げています。
Alpenglowとは別の取り組み
スロット時間の短縮は、トランザクションのファイナリティ高速化を目指す新たなコンセンサスプロトコルであるAlpenglowに関するSolanaの取り組みとは別個のものです。Solanaは現在、ファイナリティに到達するまでにおよそ12.8秒を要していますが、Alpenglowはこれを約100~150ミリ秒に短縮するよう設計されています。
ブロック生成の機会の間隔を短縮するスロット短縮とは異なり、Alpenglowはコンセンサスプロセス自体を改善することを目的としています。また、提案されている設計では、バリデータの20%が悪意ある状態で、さらに20%がオフラインになった場合でもファイナリティを維持することが想定されています。
スロットタイミングの変更とファイナリティの変更はネットワークの異なる部分に影響するため、それぞれ別々のトラックで開発が進められています。ブロック生成の高速化がもたらす実際の効果はファイナリティの高速化とは同じではないため、この区別は、Solanaの実行層とコンセンサス層が並行して進化する様子を見守るユーザーと開発者にとって重要です。
これらのアップグレードは、スロットあたりのブロック容量が変わらないという根本的な制約を変えることなく、ネットワークの応答性を高め続ける取り組みを示しています。迅速な確認フィードバックに依存するアプリケーションにとって、こうしたタイミングの詳細は、パフォーマンスと耐障害性の両面で反復的な改善を進める中でSolanaが自社インフラをどう位置づけているかを示す一端となっています。