Last Updated on 2026年10月22日 by oba3

ソラナ(Solana)は2026年10月21日、次世代コンセンサス「Alpenglow」をメインネットで有効化した。Solana ExplorerではメインネットのコンセンサスがAlpenglowへ切り替わったことが確認でき、従来のTowerBFTに代わってVotorがブロック確定を担う。ソラナ財団(Solana Foundation)と開発を担うアンザ(Anza)は、従来約12.8秒だった確定時間を約150ミリ秒へ短縮することを目標としている。
ただし、150ミリ秒は常に保証される固定値ではない。公式説明でも、これはテスト時のステーク分布などを前提にした期待値で、ブロックが1ラウンドで確定するか2ラウンド必要かによっても変わる。今回確認できる事実は、Alpenglowがメインネットで稼働し、最終確定の仕組みがTowerBFTからVotorへ置き換わったことだ。実際の本番環境で150ミリ秒前後がどの程度安定して維持されるかは、今後の観測が必要になる。
何が起きたのか?
Solana Explorerでは、2026年10月21日にメインネットがエポック1064へ入り、Alpenglowが有効化されたことを確認できる。Explorer上ではコンセンサスがAlpenglow、Genesis Slotが459,652,999と表示され、TowerBFTから新しい確定方式への移行が完了した。
Alpenglowの第一段階ではVotorが導入された。Votorは、従来ブロック内に含まれていたバリデーターの投票トランザクションをなくし、バリデーター同士が直接投票を交換して集約証明を作る仕組みだ。
ソラナ財団のAlpenglow公式説明では、従来のTowerBFTで約12.8秒かかっていた最終確定を約150ミリ秒へ短縮することを目標としている。Alpenglowではブロックに最終化証明が形成された時点で確定し、従来分かれていたconfirmedとfinalizedの距離が実質的に縮まる。
一方、今回同時にすべてのAlpenglow機能が稼働したわけではない。現在メインネットで導入されたのはVotorで、ブロック伝播方式を置き換えるRotorは後の段階で導入される予定だ。実行環境であるSVMそのものを置き換えるアップグレードでもない。
また、200ミリ秒のスロット時間短縮はAlpenglowとは別のアップグレードとして先に実施されている。約150ミリ秒という数字はブロック生成間隔ではなく、提案されたブロックが最終的に取り消せない状態へ到達するまでの確定時間を指す。
なぜ重要なのか?
ブロックチェーンでは、画面上で取引が見えたことと、その取引が最終的に確定したことは同じではない。取引所、決済サービス、DeFiアプリは、チェーンの再編成や確定状態を考慮して一定時間待ってから資産移動を認める場合がある。
TowerBFTでは最終確定まで約12.8秒かかっていたため、利用者が数秒以内に処理完了を期待する決済や高頻度取引では、この待ち時間がアプリ設計上の制約になっていた。
Alpenglowで確定が数百ミリ秒規模へ短縮されれば、アプリ側が確定を待つ時間を大幅に減らせる可能性がある。特に決済、オンチェーン注文、担保移動、取引所の入出金、マーケットメーカーのリスク管理では、数秒と数百ミリ秒の差が実務上大きくなる。
ただし、ユーザーが体感するすべての処理が150ミリ秒になるわけではない。RPC、ウォレット、フロントエンド、オラクル、取引所内部処理など、チェーン外の待ち時間は残る。Alpenglowが短縮するのはコンセンサス上の最終確定部分だ。
市場構造への影響
確定時間が短くなると、最も影響を受けるのは「資産を受け取った後、次の取引へ進めるまでの待ち時間」だ。決済事業者は入金確定を早く判断でき、取引アプリは注文成立後の資産移動や担保再利用をより短い間隔で設計できる。
これは単純なTPS向上とは異なる。1秒あたりの処理件数が同じでも、資産が最終確定するまでの時間が短ければ、同じ資本を次の取引へ再利用できるまでの待機時間を減らせる。
特にオンチェーン取引では、価格が短時間で変化するため、最終確定を待つ時間が長いほどマーケットメーカーや裁定業者は価格変動リスクを抱える。Votorが本番環境で安定して低い確定遅延を維持できれば、こうしたリスクの一部を小さくできる可能性がある。
一方、ネットワークの高速化だけで市場の深さや取引品質が自動的に改善するわけではない。流動性、オラクル更新、注文経路、MEV対策、RPC性能なども取引体験を左右するため、Alpenglowはそれらの一つの基盤要素として評価する必要がある。
資金・規制・流動性との関係
機関投資家や決済事業者にとって、ブロックチェーンの確定時間は資金拘束と直接関係する。入金が最終確定するまで次の処理へ進めない場合、その時間だけ資産を待機させる必要がある。
確定時間が短くなれば、オンチェーン決済から証券決済、担保移動までの処理間隔を縮められる可能性がある。特に24時間動く市場では、短い確定時間は資本をより頻繁に再利用する設計と相性が良い。
ただし、金融機関が実際に待ち時間を150ミリ秒まで短縮するとは限らない。各社は独自のリスク基準を持ち、ネットワーク障害、ソフトウェア不具合、オラクル異常、取引額などを考慮して追加の確認時間を設定する可能性がある。
今回のアップグレードでは、バリデーター側の運用条件も変わった。Alpenglowへ参加するバリデーターは対応するAgave系クライアントを使用し、Validator Admission Ticketに対応するため投票口座へ追加のSOLを保持する必要がある。こうした運用要件がバリデーター構成やネットワークの安定性へどう影響するかも観測点になる。
初心者向け補足
ブロックチェーンの「確定」とは、取引がチェーン上でほぼ取り消せない状態になることだ。たとえば送金画面に取引が表示されても、ネットワークがまだ最終判断を終えていなければ、理論上は状態が変わる余地が残る。
Solanaではこれまで、取引が処理された直後の状態と完全に最終確定した状態に時間差があった。Alpenglowは、その最終確定までの時間を大幅に短くすることを目的としている。
約150ミリ秒とは0.15秒程度だ。ただしこれは目標値であり、常にすべての取引が0.15秒で完了するという保証ではない。ネットワーク状態やステーク分布によって確定までの時間は変動する。
また、ウォレットで送信ボタンを押してから画面に完了表示が出るまでには、通信、RPC、アプリ内部処理なども含まれる。そのためコンセンサスが高速になっても、利用者が感じる全体の待ち時間はアプリによって異なる。
Web3Timesの視点
今回見るべきなのは、「Solanaが150ミリ秒になった」という単純な速度競争ではない。約12.8秒かかっていた最終確定を、決済や取引アプリが実用上ほぼ即時として扱える水準へ近づけようとしている点だ。
第一の観測点は実測値である。公式の約150ミリ秒は目標・期待値であり、固定保証値ではない。メインネットでp50、p95、障害時の確定遅延がどこに落ち着くかを見る必要がある。
第二は安定性だ。高速化した状態を通常時だけでなく、高負荷やネットワーク遅延、バリデーター障害が起きた際にも維持できるかが重要になる。金融用途では最高速度より、悪条件でも予測可能に動くことの方が重要な場合がある。
第三はアプリ側の対応だ。確定時間が短くなっても、取引所やウォレットが従来と同じ確認待ち時間を使い続ければ利用者体験は変わらない。各サービスがconfirmedとfinalizedの扱いをどう変更するかが、Alpenglowの実効的な価値を左右する。
第四はRotorの導入だ。今回稼働したのはVotorで、ブロック伝播を置き換えるRotorは後続フェーズになる。Alpenglow全体の性能を評価するには、Votorだけでなく将来の伝播経路変更まで含めて見る必要がある。
ブロックチェーンの競争はTPSだけでは測れない。決済や取引では、注文が処理される速度、価格が更新される速度、資産が最終確定する速度がそれぞれ異なる。Alpenglowのメインネット稼働は、Solanaが次の競争軸を単なる処理件数から確定待ち時間へ移した事例として見ることができる。
