現在のSolanaでは、PoHが暗号学的な時刻付けの役割を担います。リーダーノードが、一定の時間が経過したことを示す証明とともにブロックをタイムスタンプし、バリデータがそれを検証できる仕組みです。
その上でTower BFTが、バリデータの投票を積み重ねる形で合意形成を行います。各投票は特定のフォークを確認し、過去の投票にロックアウトを重ねていく設計です。
この仕組みは、Solanaの高速な「楽観的確認」を支えてきました。ただし、Alpenglowが狙うのは、体感上の速い確認だけではありません。Anzaのロードマップでは、現在のSolanaはおおむね1秒程度の楽観的ファイナリティを提供しているとされる一方、SIMD-0326はTower BFTのファイナリティを12.8秒、Alpenglow後の目標を100〜150ミリ秒と比較しています。
ここで重要なのは、「早く承認されたように見えること」と「コンセンサス上、取引がより強く確定したと見なせること」は別物だという点です。Alpenglowの焦点は後者、つまりより短い時間での決定的ファイナリティにあります。
Votorは、Alpenglowの中で投票とブロック確定のロジックを担う部分です。SIMD-0326では、ネットワーク状況に応じて単一ラウンドまたは二重ラウンドの投票プロセスでブロックをファイナライズする、軽量な直接投票ベースのプロトコルとして説明されています。
これは、Tower BFTのようにロックアウト付きの投票を長く積み上げる方式からの大きな転換です。十分なステークが参加している場合、Votorは1回または2回の投票ラウンドでファイナリティに到達する設計です。第三者の技術解説では60〜80%程度のステーク閾値に触れるものもありますが、一次情報に基づく安全な理解としては、SIMD-0326が説明する「単一または二重ラウンドでの確定モデル」を押さえるのがよいでしょう。
Anzaはまた、AlpenglowがBLS暗号プリミティブを活用し、安全性を保ちながらファイナリティ遅延を大幅に下げる設計だと説明しています。狙いは単なる通知の高速化ではなく、合意形成としての確定までの道のりを短くすることです。
Rotorは、Alpenglowにおけるデータ配信プロトコルです。Anzaは、Solanaの既存のブロック配信システムであるTurbineの考え方を取り入れ、さらに洗練させるものだと説明しています。
どれほどVotorの投票が速くても、バリデータがブロックデータを受け取れなければ評価も投票もできません。つまり、ファイナリティをミリ秒単位に縮めるには、ブロック伝播の遅延も同時に下げる必要があります。
第三者の技術解説では、Rotorがより構造化されたステーク重み付きのリレー経路を使い、ブロック配信を100ミリ秒未満にする目標や、典型的なネットワーク条件で18ミリ秒という推定値に触れています。ただし、これらはメインネットで実証済みの実測値ではなく、現時点では目標または推定として読むべきです。
| 領域 | 期待される変化 | 注意点 |
|---|---|---|
| ファイナリティ | Tower BFT下の12.8秒から、Alpenglowではおよそ100〜150ミリ秒への短縮が目標です。 | Solanaにはすでに約1秒規模の楽観的ファイナリティがあるため、最も大きな変化は「より強い合意上の確定」が速くなる点です。 |
| ブロック伝播 | Rotorにより、ブロック配信をより速く、予測しやすくすることが狙われています。第三者推定では100ミリ秒未満や18ミリ秒という数字も出ています。 | これらはまだメインネットで確立された実測値ではありません。 |
| スループットとブロックスペース | Alchemyは、現在のバリデータ投票がSolanaのブロックスペースのおよそ75%を消費しており、投票をオフチェーン化すればユーザー取引向けの余地が広がる可能性があると説明しています。 | Alpenglowの中心はコンセンサスとファイナリティの刷新であり、実行層のすべてを変えるものではありません。TPSが機械的に保証されるわけではなく、効果は間接的です。 |
| バリデータ費用 | オンチェーンに投稿するコンセンサス投票が減れば、バリデータの継続的な投票手数料負担は下がる可能性があります。一部の解説はValidator Admission Ticketモデルにも触れています。 | 実際の節約額は、最終実装、手数料設計、ネットワーク経済に左右されます。 |
| ネットワーク負荷 | 技術解説の中には、バリデータ間の通信オーバーヘッドを約40%削減できるとの推定もあります。 | これも導入後の測定で確認されるまでは予測です。 |
要するに、Alpenglowの最も直接的な約束は「低遅延のファイナリティ」です。スループットやバリデータ費用への効果は、主に投票関連のコンセンサス負荷を減らすことから生まれる副次的な改善と見るのが自然です。
Alpenglowは、AnzaによってSolanaの新しいコンセンサスプロトコルとして紹介され、Solanaのコアプロトコルにとって過去最大級の変更だと説明されています。正式なSIMD-0326は2025年8月に投稿され、Solanaの中核コンセンサスプロトコルを大きく刷新する提案として示されました。
投票は2025年8月下旬に始まり、SolanaFloorはエポック840から842までの投票期間だったと報じています。エポックとは、Solana上で一定期間を区切る単位です。
ガバナンス投票は2025年9月初旬に可決されました。賛成率については報道にやや差があり、Alchemyは98.27%の承認、Blockworksは参加者の98.94%が賛成したと報じています。どちらも、参加ステークはおおむね52%としています。細かな数字の違いはあるものの、バリデータから圧倒的な支持を得て可決された、という点は共通しています。
一方で、テストからメインネット展開までの見通しはまだ揺れがあります。AnzaのロードマップではAlpenglowが2026年初頭にSolanaメインネットへ到達する見込みとされていましたが、2026年4月のAlchemyのまとめでは、Alpenglowはプライベートクラスタでのテスト中で、メインネットは2026年後半見込みとされています。Anzaも、2026年の焦点はAlpenglowを開発クラスタからより広い展開へ移すことだと述べています。
現時点で最も慎重な整理は、2025年第3四半期に提案とガバナンス、2026年に開発・プライベートクラスタテスト、メインネット展開は2026年中の可能性があり、テストが律速になるなら2026年後半がより保守的な見通し、というものです。
Alpenglowが提案通りに導入されれば、Solanaにとって最も重要なコンセンサス変更の一つになります。Votorは投票とファイナリティを1〜2ラウンドに圧縮し、Rotorはその速度を支えるためにブロックデータをバリデータ網へより速く届ける役割を担います。
ただし、100〜150ミリ秒ファイナリティという数字は非常に野心的であり、メインネットで実証されるまではエンジニアリング上の目標として扱うべきです。ガバナンス上の勢いはすでにありますが、最終的な有効化はテスト、クライアント実装、そして投票負荷やバリデータ費用の削減が実環境でも見込み通りに機能するかにかかっています。