Last Updated on 2026年10月16日 by oba3
ソラナ（Solana）は次世代コンセンサス機構Alpenglowについて、メインネットでの有効化時期をエポック1064に設定した。ソラナ財団（Solana Foundation）の公式資料では、エポック1064は2026年10月21日15時UTC前後に開始する見込みで、日本時間では10月22日0時前後となる。ただしエポック開始時刻はスロット進行によって変動するため、時計上の時刻ではなくエポックを基準に確認する必要がある。
Alpenglowが目指すのは、単純に1秒あたりの処理件数を増やすことではない。現在のTowerBFTで約12.8秒かかる最終確定を、条件が整えば約150ミリ秒へ短縮することだ。決済やマーケットメイクなどでは、取引を受信した速さだけでなく「もう巻き戻らない」と判断できるまでの時間が重要になる。今回の日程具体化は、Solanaの性能競争がTPSから確定時間へ移っていることを示している。
何が起きたのか？
AlpenglowはSolanaの現在のコンセンサスであるTowerBFTを置き換える大型アップグレードだ。第一段階ではVotorと呼ばれる投票方式を導入し、バリデーターが投票を通常のトランザクションとしてブロックへ書き込むのではなく、直接相互に送信して署名を集約する。
ソラナ財団によると、Votorでは1回または2回の投票ラウンドでブロックを確定でき、目標ファイナリティは約150ミリ秒。現在の約12.8秒から大幅に短縮される。一方、SVM、トランザクション形式、プログラム実行、手数料体系そのものを置き換えるアップグレードではない。
Devnetでは9月25日にAlpenglowが有効化され、Testnetでもすでに稼働している。10月16日時点ではMainnetはまだTowerBFTで動いており、Alpenglowは未有効化だ。
メインネットではエポック1064開始時に機能ゲートが有効化される予定だが、直後にコンセンサスが切り替わるわけではない。公式資料では、エポック開始後5000スロット、現在の200ミリ秒スロットを前提に約18分間はTowerBFTを継続し、その後Alpenglowへ切り替える設計になっている。
また今回導入されるのはAlpenglow全体の第一段階であるVotorだ。ブロックデータの伝播方式を置き換えるRotorは後続フェーズとして計画されているが、現時点で実施時期は確定していない。
なぜ重要なのか？
ブロックチェーンでは、トランザクションが画面上に表示された時点と、その結果を最終確定として扱える時点は同じではない。金融取引で重要になるのは、後者の時間だ。
たとえば決済事業者が商品を渡す場合、取引を受信しただけでなく、支払いが後から巻き戻されないと判断できる確度が必要になる。取引所やマーケットメーカーでも、残高更新や次の注文を安全に出すには、どこまで確定を待つかがリスク管理に関わる。
現在のSolanaではconfirmed状態は通常短時間で到達する一方、より強いfinalized状態にはTowerBFTで約12.8秒を要する。Alpenglowではconfirmedとfinalizedの差が事実上縮まり、最終確定を直接利用しても待ち時間が大きく増えない設計になる。
この違いが実務では重要だ。ユーザー画面上で速く見えるだけでなく、金融サービス側がより強い確定性を短時間で利用できれば、決済や取引処理で設けている待機時間を見直せる余地が出てくる。
市場構造への影響
高速ファイナリティの効果が出やすい分野の一つが決済だ。ステーブルコイン送金や店舗決済では、数秒から十数秒の最終確定待ちでも、既存カードや即時決済と比べると利用体験や在庫引き渡しの判断に影響する。約150ミリ秒という水準が安定して実現すれば、ブロックチェーン上の決済確認をアプリ側で特別扱いする必要が小さくなる可能性がある。
もう一つはマーケットメイクや高頻度取引だ。価格更新が速い市場では、古い状態を前提に注文を出す時間が長いほど、マーケットメーカーは価格変動リスクを抱える。確定時間が短くなれば、残高やポジションをより早く確定状態として扱えるため、見積価格やリスク管理を更新する周期を短くできる余地がある。
ただしAlpenglowだけで金融取引全体が150ミリ秒になるわけではない。注文を送る通信時間、RPC事業者の遅延、アプリ側処理、価格配信、署名、法定通貨側の決済など別の待ち時間も残る。
そのため見るべきなのは目標値そのものではなく、エンドツーエンドでどれだけ待ち時間が縮むかだ。コンセンサスだけが高速化しても、周辺インフラが数秒単位で処理していれば利用者が感じる改善は限定される。
資金・規制・流動性との関係
短いファイナリティは、資金を次の取引へ再利用できるまでの時間にも関係する。たとえばステーブルコインを受け取った後、その残高を担保や次の決済へ使う場合、受取側が最終確定を待つ時間が短ければ資金が待機する時間も短くなる。
取引所や決済事業者では、ブロックチェーンごとに入出金確認回数や待機時間を設定している。Alpenglow導入後に最終確定が安定して短縮されれば、こうした運用ルールを見直す余地が出る。ただし実際の変更は各事業者のリスク管理判断に依存する。
バリデーター側では運用条件も変わる。Alpenglowでは投票トランザクションを廃止する代わりに、Validator Admission Ticketという仕組みが導入され、投票参加するバリデーターは投票口座に家賃免除最低額とは別に0.8 SOLを確保する必要がある。最初の徴収はエポック1064開始時で、次のエポック参加分に充てられる。
また移行時点ではAgave 4.3系を基盤とするAgave、Jito-Solana、Harmonic Salsaが対応対象となり、FiredancerとFrankendancerは移行時に対応しない。高速化だけでなく、バリデーター構成やクライアント運用がどのように安定するかも確認が必要になる。
初心者向け補足
ブロック時間とファイナリティは別の数字だ。Solanaでは2026年10月までにスロット時間が400ミリ秒から200ミリ秒へ段階的に短縮された。これは新しいブロックを作る間隔に近い指標になる。
一方、Alpenglowが約150ミリ秒へ短縮しようとしているのは、ブロックがネットワーク全体で最終確定したと判断できるまでの時間だ。200ミリ秒のスロット時間と150ミリ秒のファイナリティを単純に比較して「ブロックより先に確定する」と理解するのは正確ではない。
Alpenglowではブロック生成と投票の仕組み自体が変わり、従来のように32スロット分の投票を積み上げて最終確定する必要をなくす。その結果、1回または2回の投票ラウンドで確定できる設計になる。
また約150ミリ秒は目標値であり、すべてのトランザクションが常に正確に150ミリ秒で確定すると保証された数値ではない。ネットワーク遅延、バリデーター配置、障害状況などによって実測値は変わる。
Web3Timesの視点
Alpenglowで最も重要なのは、Solanaがさらに速くなったという性能ランキングではない。金融サービスがこれまでリスク管理のために確保していた「確定待ち時間」をどこまで削れるかだ。
第一の観測点は、10月21日前後のメインネット移行そのものだ。機能ゲート有効化とAlpenglowへの実際の切り替えには約5000スロットの差があるため、移行状況は日付ではなくネットワーク上のコンセンサス状態で確認する必要がある。
第二は実測ファイナリティだ。Testnetでは目標値より短い結果も報告されているが、本番環境では地理的に分散した多数のバリデーターと実際の負荷が存在する。メインネットで平均値だけでなく遅延のばらつきまで安定するかが重要になる。
第三は金融アプリ側の変更だ。決済事業者、取引所、DEX、マーケットメーカーがfinalized状態を直接使うようになり、入出金待ち時間や注文管理を実際に短縮するなら、Alpenglowの価値は性能指標から業務効率へ移る。
第四は周辺インフラだ。RPC、インデクサー、Geyser系データ配信では複数の候補ブロックを扱うための変更が必要になり、confirmedとfinalizedの関係も変わる。コンセンサスが高速でも、データ配信基盤が追従できなければ金融サービス側ではその速さを使い切れない。
Solanaの次の評価軸はTPSではなく、確定した状態をどれだけ早く金融業務へ渡せるかになる。Alpenglowがメインネットで約150ミリ秒級の最終確定を安定して実現し、その速度を決済、取引、担保管理まで利用できれば、ブロックチェーンをリアルタイム金融インフラとして使う際の実務上の待ち時間は大きく変わる可能性がある。
