Solana's Alpenglow: Proof of History を廃止し 150ms のファイナリティを実現するコンセンサスの再構築
Visa のトランザクションの承認には約 1.8 秒かかります。Google 検索の結果は 200 ミリ秒で返されます。2025 年 9 月にバリデーターの 98.27% の支持を得て承認され、2026 年初頭にメインネットへの導入が予定されている Solana の Alpenglow アップグレードは、トランザクションのファイナリティを 150 ミリ秒に短縮することを目指しています。これは人間の瞬きよりも、Google 検索よりも速く、Solana の現在の 12.8 秒という確認ウィンドウの約 85 倍の速さです。
これは単なる漸進的なパラメータの調整ではありません。Alpenglow は Solana の歴史において最も根本的なアーキテクチャの変更であり、Proof of History、Tower BFT、およびゴシップベースの投票伝搬を廃止し、チェーンのコンセンサス層をゼロから作り直すものです。これらに代わり、Votor と Rotor と呼ばれる 2 つの新しいプロトコルが、ネットワークがどのように状態に合意し、バリデーター間でデータを移動させるかを再定義します。
Alpenglow が実際に何を置き換えるのか
Alpenglow がなぜ重要なのかを理解するには、それが何を排除するのかを理解する必要があります。
Solana は 2020 年に、3 つの柱に基づいた斬新なコンセンサスメカニズムを備えてローンチされました:
- Proof of History (PoH): バリデーターが時間について通信することなく、イベントの検証可能な順序を確立する暗号化クロック。各バリデーターは SHA-256 ハッシュチェーンを実行し、トランザクションが互いにいつ発生したかを証明する逐次的なタイムスタンプを生成します。
- Tower BFT: PoH をクロックソースとして使用する、改良された実用的ビザンチン障害耐性(PBFT)プロトコル。バリデーターは、指数関数的に増加するロックアウト期間を伴うブロックに投票します。つまり、特定のフォークに長く投票するほど、切り替えが困難になります。
- ゴシップベースの投票伝搬: バリデーターは P2P(ピアツーピア)のゴシップネットワークを通じて互いに投票をブロードキャストし、大幅な帯域幅のオーバーヘッドを発生させます。
このアーキテクチャは 2020 年当時、画期的なものでした。これにより、Solana は 400 ミリ秒のブロック時間と、他のどの Layer 1 も 太刀打ちできないスループットを達成できました。しかし、5 年間の本番運用により、根本的な限界が露呈しました。
PoH は、ブロック生成者(リーダー)とネットワークの他の部分との間に強い結合を生み出しました。Tower BFT のロックアウトメカニズムは、特定の攻撃を防ぐ一方で、長い確認遅延を導入しました。これが、ユーザーがトランザクションが真にファイナライズされるまでに現在経験している 12.8 秒という時間です。そして、ゴシップベースの投票は膨大な帯域幅を消費し、投票トランザクションが Solana のオンチェーン活動の大部分を占める原因となっていました。
Alpenglow はこれらのシステムを修正するのではなく、完全に削除します。
Votor:150 ミリ秒でのシングルラウンド・ファイナリティ
Alpenglow の中心となるのは Votor です。これは Tower BFT とオンチェーン投票伝搬の両方を置き換える新しい投票プロトコルです。投票をブロックチェーン上のトランザクションとしてブロードキャストする代わりに、バリデーターは BLS(Boneh-Lynn-Shacham)集約署名を使用して投票証明書に署名し、それらをオフチェーンで配布します。
Votor は、2 つの同時進行のファイナライズパスで動作します:
高速ファイナライズ(Fast Finalization) 。 ブロックがネットワークのステークされた SOL の 80% 以上を代表する投票証明書を受け取ると、即座にファイナライズされます。セカンドラウンドはありません。待機もありません。そのブロックは正当(キャノニカル)となり、競合するフォークは永久に拒否されます。大多数のバリデーターがオンラインで応答している通常のネットワーク条件下では、このパスにより約 150 ミリ秒でファイナリティが生成されます。
低速ファイナライズ(Slow Finalization)。 一部のバリデーターがオフライン、低速、または敵対的であるためにブロックが最初のラウンドで 80% のしきい値を達成できない場合、60% の承認に達した時点で自動的に 2 回目の投票ラウンドが開始されます。この 2 回目のラウンドでも 60% の承認が得られれば、ブロックはファイナライズ証明書(Finalized Certificate)によって確定されます。このパスは時間がかかりますが、劣悪な条件下でもネットワークが前進し続けることを保証します。
両方のパスは同時に実行されます。プロトコルは高速ファイナライズが失敗するのを待ってから低速ファイナライズを開始するのではなく、両方を並行して実行し、先に成功した方を完了させます。
この実用的な影響は驚異的です。現在の Solana の 12.8 秒のファイナリティでは、分散型アプリケーションは複雑な楽観的確認システムを構築するか、ユーザーに待機を強いる必要があります。150 ミリ秒になれば、確認の遅延は知覚できなくなります。DEX でのスワップ、ゲームのアクション、支払い、これらすべてがユーザーの視点から瞬時に完了するようになります。
Rotor:データ伝搬の再考
Alpenglow の第 2 のコンポーネントは、Solana の既存のデータ配布レイヤーである Turbine を置き換える、アップグレードされたブロック伝搬プロトコル「Rotor」です。
Turbine は、ブロックを「シュレッド(shreds)」と呼ばれる小さなパケットに分割し、ファンアウト 200 の多層ツリー構造を通じて配布することで機能します。ツリーの各レイヤーがレイテンシを追加し、リーダーノードはすべてのブロックデータの唯一のソースとして不釣り合いな帯域幅の負担を負います。
Rotor はこのモデルを根本的に変えます:
- シングルホップ・リレー・アーキテクチャ。 多層ツリーの代わりに、Rotor はシングルホップでシュレッドの配布を処理するリレーノードを使用します。各シュレッドは単一の消失訂正符号化(erasure-coded)されたパケットとして送信され、必要なネットワークホップ数を最小限に抑えます。
- ステークに比例した帯域幅の利用。 Rotor はバリデーターのステークに応じて帯域幅を割り当てます。つまり、大規模なバリデーターほどブロック伝搬により多くの帯域幅を提供します。これにより、高負荷時に Solana を悩ませてきたリーダーのボトルネックが解消されます。
- DoubleZero との互換性。 Rotor は、Solana 専用の光ファイバーネットワークインフラストラクチャである DoubleZero などのマルチキャストシステムとネイティブに互換性があり、高性能ネットワークに接続されたバリデーターに対してさらに高速な伝搬を可能にします。
Votor と Rotor の組み合わせにより、ブロックはより速く伝搬され、より速くファイナライズされるようになります。これは、ネットワークのパフォーマンススタックのあらゆる層に及ぶ複合的な改善です。
セキュリティ・トレードオフの論争
Alpenglow の速度向上には代償が伴います。このプロトコルは、従来のビザンチン障害耐性(BFT)の前提から逸脱したセキュリティモデルを導入しており、このトレードオフは広範なブロックチェーンコミュニティ内で大きな議論を巻き起こしています。
従来の BFT プロトコルは、バリデーターの最大 33% が悪意を持って行動しても許容します。Alpenglow は、設計者が「20+20」レジリエンス(回復力)モデルと呼ぶ仕組みで動作します。これは、ステークの最大 20% が攻撃者によって制御されていてもネットワークはセーフティ(対立するブロックをファイナライズしないこと)を維持し、さらに 20% のステークがオフラインまたは無反応であってもライブネス(ブロックの生成を継続すること)を維持するというものです。
これは、Alpenglow の純粋な攻撃耐性が従来の 33% から 20% に低下することを意味します。その代わり、現実世界の障害に 対するよりきめ細かなモデルを獲得しています。バリデーターは単に「誠実」か「悪意がある」かだけでなく、「オフライン」、「遅延」、「地理的な不利」といった状態も取り得るからです。20+20 モデルは、これらの混在する障害シナリオを明示的に考慮しています。
セキュリティ研究者のジェフ・ガージック(Jeff Garzik)氏を含む批判派は、攻撃耐性のしきい値を下げることは危険な前例になると主張しています。乗っ取りのしきい値が 20% になれば、ネットワークを攻撃するコストは比例して低下します。ステークの集中がすでに懸念されているネットワーク(ステーク上位のバリデーターが Solana の総ステークの大部分をコントロールしている現状)において、安全マージンはさらに狭まります。
一方、支持派は、従来の BFT における 33% というしきい値は理論的なものであり、実用的ではないと反論しています。現実には、ステークの 33% が敵対的になったネットワークは、他の面ですでに壊滅的な失敗を遂げています。20+20 モデルは、実際の障害モードをより適切に反映しており、壊滅的なエッジケースよりも、一般的なケース(ほとんどのバリデーターが誠実でオンラインである状態)に合わせて最適化されていると彼らは主張します。
この議論はまだ解決しておらず、現代のブロックチェーン設計において最も重大なアーキテクチャ上のトレードオフの一つとなっています。比較すると、Ethereum は Gasper コンセンサスメカニズムにおいて従来の 33% のしきい値を維持しており、レイテンシの最適化よりも安全性の保証を優先しています。