Solanaは、大幅に高速なファイナリティ目標をパブリックテストネットでテストする準備を進めています。Agaveバリデータクライアントを手がける開発スタジオAnzaは、9月22日に更新した公式のフィーチャーゲートトラッカーにおいて、Alpenglowを「テストネット有効化待ち」に分類しました。この登録は、機能がパブリックテストネットでの有効化を待っている状態であり、現時点で有効化エポックが発表されていないことを意味します。

このエントリは機能を「SIMD-0326: Alpenglow: new consensus algorithm」と識別し、Agave v4.3.0に割り当てています。テストネット有効化エポックと有効化日のフィールドは空欄のままです。Agave v4.3.0は、次に予想されるテストネットのバージョンフロアとしても記載されています。バージョンフロアとは、バリデータがそのネットワークとの互換性を維持したまま実行できる最も古いソフトウェアリリースのことです。Anzaはスケジュールを暫定的なものとしており、この登録は有効化日を保証するものではありません。

150ms目標が実際に測るもの

[Solanaの公式アップグレードドキュメントhttps://solana.com/upgrades/alpenglow)によると、Alpenglowはファイナリティを約12.8秒から約150ミリ秒に短縮することを目指しています。達成されれば、ファイナリティは約85倍高速になります。

ファイナリティとは、バリデータがあるブロックを不可逆として扱うのに十分な合意に達した時点のことです。これは単にトランザクションがネットワークに最初に現れた瞬間ではありません。現在、アプリケーションはSolanaのトランザクションを、ネットワークのより強力な「finalized」ステータスを受け取る前に「confirmed」と見なすことがあります。Alpenglowは、最終化証明書が現在初期確認に要する期間とほぼ同じ範囲で到着しうるため、この2つの段階を収束させるように設計されています。

1つの支払いを左右する3つの時計

• 実行： トランザクションが実行され、最初にブロックに現れる。
• プロトコルファイナリティ： バリデータがブロックをこれ以上取り消すべきでないと確定する。
• サービスリリース： 取引所、ブリッジ、加盟店が入金の計上、資産の解放、注文の完了の時期を決める。

Alpenglowは2番目の時計を短縮します。3番目は依然として各企業が管理するため、150msのプロトコル目標は、すべての顧客向け支払いが150ミリ秒で完了することを保証するものではありません。

AlpenglowがSolanaのコンセンサスを変える仕組み

Alpenglowの第一段階では、Solanaの現在のTowerBFTコンセンサスシステムが使用する投票プロセスの代替であるVotorを導入します。現在、バリデータはトランザクションとして投票を提出し、一連のスロットにわたってファイナリティを構築します。Votorの下では、バリデータは投票を直接交換し、十分なステークがブロックを承認したことを示す証明書にそれらを組み合わせます。

参加が迅速に得られれば、ブロックは1回の投票ラウンド後にファイナライズできる可能性があります。ネットワーク状況が高速経路を妨げる場合には、第2ラウンドが利用可能になります。

🚨 Testnet operators: Alpenglow activation on testnet only runs on Agave. If you're on Firedancer or Frankendancer today, switch over to an Agave node before the migration window so your stake counts toward activation. Details in the thread below 👇 https://t.co/4b6b5GaZJN

— Anza (@anza_xyz) September 22, 2026

このアップグレードは、スマートコントラクトの実行方法、残高の計算方法、通常のトランクションの送信方法を変更するものではありません。バリデータが結果のブロックを最終的なものとして合意する方法を変更します。

Solanaは、トランザクションに含められる内容も変えています。最近の最大トランザクションサイズの拡大により、署名、命令、証明のためのスペースが広がりました。そのアップグレードはトランザクションに何が収まるかを変えるものであり、Alpenglowはネットワークがそれをどれだけ速く不可逆と見なせるかを変えるものです。

高速なファイナリティが差异をもたらしうる場所

• 取引所： プラットフォームはSolanaの入金をより早く計上できる可能性がありますが、本人確認、ウォレットスクリーニング、内部リスク管理により資金へのアクセスが遅れる場合があります。
• ブリッジ： ブリッジは転送のSolana側をより早く検証できる可能性がありますが、リレイヤーと宛先ブロックチェーンはそれぞれ別のタイムラインで動作し続けます。
• 加盟店： ブロックチェーンのファイナリティが決済の最も遅い部分である場合、決済プロセッサは不可逆な支払いをより早く確認し、注文の履行を開始できます。

この改善は、サービスが現在Solanaの最も強力な決済保証を待っている場面で最も顕著になります。コンプライアンスチェック、別のブロックチェーン、オフチェーン決済システムがすでに大きな遅延の原因となっている場合には、効果は小さくなります。

トラッカー上の有効化は現時点でAgaveのみ対応

Solanaは、独立して開発されたバリデータクライアントを通じて運用できます。AgaveはAnzaが保守しており、FiredancerとFrankendancerは代替実装を提供しています。現在のAlpenglowエントリはこの機能をAgave v4.3.0に割り当て、FiredancerとFrankendancerの両方を非対応としてマークしています。

このエントリは保留中のテストネットフィーチャーゲートを記述するものであり、メインネットでの有効化が検討される時点でどのクライアントがAlpenglowをサポートするかを確定するものではありません。トラッカーには、いずれの代替クライアントへの対応追加の日付も記載されていません。したがって、それらの対応準備は恒久的に除外された証拠ではなく、未解決のロールアウト上の課題として残っています。

テストネット有効化が証明すべきこと

• 移行： バリデータはブロック生成を中断せずにコンセンサスシステムを切り替えられるか？
• 観測速度： 実測のファイナリティは、管理されたテストで目標を満たすだけでなく、150msに近づくか？
• ネットワーク遅延： バリデータやインターネット接続の応答が遅い場合でも、ファイナリティは信頼性を維持できるか？
• インフラ配信： RPCプロバイダとインデクサは新しいファイナリティデータを迅速かつ一貫して受け取れるか？
• ライアント対応： 追加のバリデータ実装はいつ新しいコンセンサスシステムをサポートできるようになるか？

150msという数値は定数ではなく期待値です。Solanaのドキュメントによると、ファイナリティはステークの分布や、ブロックが1回の投票ラウンドで済むか2回必要かによって変動し得ます。また、一部のインフラは、証明書を直接生成するバリデータより遅れてブロックの最終化を把握する場合があります。

テストネットで成功した結果でも、メインネットで同一のパフォーマンスが保証されるわけではありません。バリデータの参加状況、ステークの分布、ネットワークトラフィックは、2つの環境間で異なる可能性があります。

有効化エポックが本当のテストの始まりとなる

次の検証可能なマイルストーンは、有効化エポックの発表か、フィーチャーゲートが開いたことの公式通知です。その後、パブリックテストネットのデータにより、Alpenglowが目標にどれだけ近づくか、そしてファイナリティのシグナルがウォレットやインフラにどれだけ速く届くかが示されることになります。

決済企業にとって、より速いバリデータ間の合意は、資金の解放時期を変えられるほど速くその情報を受け取れる場合にのみ有用です。有効化エポックはそのテストを開始するものであり、それ自体で結論を出すものではありません。

本記事は情報提供のみを目的としています。ネットワークのスケジュール、バリデータクライアントの対応状況、実測のファイナリティは、テストの進行に伴って変更される可能性があります。

出典：Solana Prepares to Test 150ms Finality — Coindoo