ここでは、その技術的な仕組みから、Agaveバリデータクライアントを通じた段階的ロールアウト、セキュリティ対策、そしてこのアップグレードが位置づけられるより広範なインフラロードマップまで、知っておくべき情報をすべて解説します。
その変更は広範囲に及びます。以下の表は、Solanaの現在のコンセンサスとアルペングロー導入後の違いをまとめたものです。
| 項目 | 現在のSolana | アルペングロー導入後 |
|---|---|---|
| コンセンサスメカニズム | Proof of History(PoH)+ Tower BFT | Votor投票アルゴリズム + BLS署名 |
| トランザクションファイナリティ | 約12.8秒(TowerBFTによる確定性) | 100〜150ミリ秒 |
| 障害耐性 | 33% | 40%(混合障害シナリオ) |
| バリデータ投票 | オンチェーン、多段階の投票階層 | オフチェーン(VATによる)、BLSで集約 |
中心となるのは Votor です。Tower BFTが要求していた多層的な投票エスカレーション(累積ロックアウト期間を伴う32段階の投票ラウンド)の代わりに、Votorはバリデータが1ラウンドまたは2ラウンドのプロセスでブロックを確定できるようにします 。高速パスでは、総ステーク加重の80%以上がブロックを支持すれば1ラウンドで即座に確定し、約100ミリ秒でファイナリティを達成します。支持が60%から80%の間の場合、2ラウンド目がトリガーされ、約150ミリ秒で確定します
。
投票データをBLS集約署名によってオフチェーンに移すことには、もう一つ大きな副次的利点があります。これまで各バリデータの個別投票をオンチェーン取引として記録していたブロックスペースの約3分の1が、実際のユーザー取引のために解放されるのです 。
このロールアウトは、Anzaがメンテナンスする主要な実装であるAgaveバリデータクライアントの2つのリリースにわたって、意図的に段階的に行われます。この二段階アプローチにより、アルペングローの全コードベースを早期にコミュニティテスト、セキュリティ監査、テストクラスター検証に提供し、その後メインネットでのアクティベーションをトリガーすることが可能になります。
この変更の規模を考慮し、AnzaとSolana財団は多層的なセキュリティアプローチを実装しています。
anza-xyz/agave コードベース内の4つのモジュールを対象としています:votor(投票エンジン)、votor-messages(票と証明書のシリアライゼーション)、bls-sigverify、bls-cert-verify アルペングローは、Solanaが「インターネット資本市場(Internet Capital Markets)」と呼ぶ、高性能で機関投資家向けの金融プラットフォームへとネットワークを進化させることを目指す、2026年のより大規模なインフラ整備計画の一部です 。
これらのアップグレードは、150ミリ秒未満のファイナリティ、100万TPSのピーク能力、マルチクライアントによる冗長性をSolanaにもたらします。これらの特性は、高頻度取引、伝統的金融のワークロード、そしてほぼ瞬時の決済を必要とする消費者向けアプリケーションのインフラとして、ネットワークを信頼に値するものにします 。