学ぶ
Solanaの今後のロードマップとアップグレード解説｜Alpenglow・Firedancerで何が変わる（2026）
結論
Solanaの今後のロードマップとアップグレードの中心は、コンセンサス（合意形成）を丸ごと刷新するAlpenglow（アルペングロー）と、ネットワークを支える2つ目の独立クライアントFiredancer（ファイアダンサー）です。Alpenglowは取引の最終確定（ファイナリティ）を従来の約12.8秒からおおむね100〜150ミリ秒へ短縮する提案で、ガバナンス投票（SIMD-0326）はすでに可決され、メインネット反映は2026年後半が目標です。読み解く軸はシンプルで、Solanaのアップグレードはどれも「①速くする ②止まらなくする ③分散させる」のどれかに効いています。この記事では投機の話を抜きに、各アップグレードが技術的に何を意味するのかを整理します。
この記事のポイント
- Alpenglow＝コンセンサス刷新。ファイナリティ 12.8秒 → 約100〜150ms、投票をチェーン外へ（SIMD-0326 可決・2026後半目標）
- Firedancer＝Jump Crypto製の第2クライアント。単一実装依存を解消し「止まりにくい」ネットワークへ
- 手数料・実行の改善＝ローカル手数料市場やACEで、混雑が他の取引に波及しにくくする
- すべては「速さ・障害耐性・分散性」の3目的に集約される。日付やTPSは目標値であり、確定ではない
Solanaのアップグレードを読む3つの目的軸
新しい用語が次々出てきますが、目的で分ければ迷いません。
| 目的軸 | 何を良くするか | 主なアップグレード |
|---|---|---|
| ①速くする | 確定までの待ち時間・スループット | Alpenglow（Votor/Rotor）、Firedancer |
| ②止まらなくする | 停止・障害への耐性 | 複数クライアント（Firedancer＝クライアント多様性） |
| ③分散させる | 検証者・意思決定の分散 | オンチェーン・ガバナンス、クライアント多様性 |
なぜ「速さ」が重要かは、Solanaの設計思想を扱ったなぜSolanaは速いのかで補足しています。
Alpenglow ― コンセンサスを丸ごと入れ替える最大の目玉
Alpenglowは、Solanaが長年使ってきたProof of History（PoH）＋TowerBFTという仕組みを置き換える大型アップグレードです。ガバナンス提案はSIMD-0326として提出され、コミュニティ投票で圧倒的多数（約98%）の賛成で可決されました。2026年5月にはAnzaのテスト用クラスタで稼働を開始し、メインネットへの反映は2026年後半（テストと監査が順調な場合）が目標とされています。
技術的な柱は2つです。
- Votor（投票）：合意のための投票処理を新方式にし、従来チェーン上に大量に流れていた「投票トランザクション」を削減。ステーク（預け入れ量）の一定割合が賛成すれば少ないラウンドで確定でき、これが「約100〜150msファイナリティ」の核になります。
- Rotor（伝播）：ブロックデータをネットワーク全体へ配る仕組み（従来のTurbine）を見直し、より少ない中継で速く広げる設計です。
ポイントは速度だけではありません。投票をチェーン外に逃がすことでブロックの空きが増え、その分をユーザーの実取引に回せる、という効率化の意味も大きい変更です。
重要
「12.8秒 → 100〜150ms」「メインネットは2026後半」などの数値・時期は、開発チームが掲げる目標値であり確定した事実ではありません。監査やテスト結果しだいで前後します。本記事は技術教育を目的としたもので、投資助言ではありません。SOLの価格や利回りを保証するものではなく、最新状況は必ず公式（Solana Foundation／Anza）で確認してください。
Firedancer ― 「1つの実装に依存しない」ための第2クライアント
これまでSolanaは、実質的に1種類の検証者ソフト（Rust製のAgave系）で動いてきました。1つの実装にバグや不具合があると、ネットワーク全体が止まりうる――これは過去のSolanaのネットワーク停止の一因でもありました。
Firedancerは、この単一実装リスクを解消するためにJump CryptoがゼロからC/C++で書き起こした独立した第2クライアントです。現在はネットワーク前段だけを差し替えたハイブリッド版Frankendancerを経て、フル版Firedancerがメインネットで稼働を始め、検証者の一定割合で採用が進んでいます。将来的には100万TPS級という高い処理性能を目標に掲げています。
Firedancerが何を変えるのか、仕組みの詳細はFiredancerとは何かで個別に解説しています。重要なのは、Firedancerは単に「速くする（①）」だけでなく、実装の多様性でネットワークを止まりにくくする（②・③）という分散性の改善でもある点です。
手数料と実行の改善 ― 混雑を「隣に波及させない」
3つ目の流れが、手数料市場と実行まわりの改善です。人気NFTのミントや特定アプリの急激な混雑が起きたとき、関係のない取引まで手数料が跳ね上がる――この波及を抑えるのが狙いです。
- ローカル（局所）手数料市場：混雑を発生源のプログラム周辺に閉じ込め、他の取引ペアへの影響を小さくする方向の改善。
- ACE（Application Controlled Execution）：アプリ側が実行のされ方をより細かく制御できるようにする方向の取り組み。
これらは派手さこそありませんが、「①速さ」を実利用のなかで安定させるための地味に重要なピースです。
いま何が「済み／進行中／これから」なのか
| アップグレード | 目的軸 | ステータス（2026年時点の目安） |
|---|---|---|
| Firedancer（第2クライアント） | ①②③ | メインネット稼働・採用拡大中 |
| Alpenglow（SIMD-0326） | ① | ガバナンス可決／テスト稼働中・メインネットは2026後半目標 |
| ローカル手数料市場・ACE | ① | 継続的に開発・改善中 |
| オンチェーン・ガバナンス | ③ | 稼働開始（ステーカーが投票に参加） |
ステータスは変化が速い領域です。ニュースの信頼度の見分け方はSolanaニュースの読み方にまとめています。
よくある質問
Q. Alpenglowはいつメインネットに来ますか？ A. ガバナンス投票（SIMD-0326）はすでに可決され、テストクラスタでの稼働を経て、メインネット反映は2026年後半が目標とされています。ただし監査・テスト次第で前後するため、確定日ではありません。
Q. AlpenglowとFiredancerは何が違うの？ A. Alpenglowは「合意形成（コンセンサス）の仕組み」の刷新、Firedancerは「検証者ソフト（クライアント）」の新実装です。層が違うため両立し、片方が速さ、もう片方が主に障害耐性・分散性に効きます。
Q. これらでSOLの価格は上がりますか？ A. 本記事は技術解説であり、価格や利回りを予測・保証するものではありません。アップグレードはネットワークの性能・信頼性を高める取り組みですが、価格は多くの要因で動きます。
Q. Proof of Historyはなくなるの？ A. Alpenglowは従来のPoH＋TowerBFTを置き換える設計です。移行はテストと監査を段階的に踏むため、最新の適用範囲は公式情報で確認してください。
参考・出典
Sources
FAQ
- Alpenglowはいつメインネットに来ますか？
- ガバナンス投票（SIMD-0326）はすでに可決され、テストクラスタでの稼働を経て、メインネット反映は2026年後半が目標とされています。ただし監査・テスト次第で前後する可能性があり、確定した日付ではありません。
- AlpenglowとFiredancerは何が違いますか？
- Alpenglowは合意形成（コンセンサス）の仕組みの刷新、Firedancerは検証者ソフト（クライアント）の新実装です。層が異なるため両立し、片方が速さ、もう片方が主に障害耐性・分散性に効きます。
- これらのアップグレードでSOLの価格は上がりますか？
- 本記事は技術解説であり、価格や利回りを予測・保証するものではありません。アップグレードはネットワークの性能・信頼性を高める取り組みですが、価格は多くの要因で変動します。
- Proof of History（PoH）はなくなりますか？
- Alpenglowは従来のPoH＋TowerBFTを置き換える設計です。移行はテストと監査を段階的に踏むため、最新の適用範囲は必ず公式情報で確認してください。
本記事は情報提供のみを目的とし、投資・金融・取引の助言ではありません。価格は参考値で古い場合があります。投資判断はご自身の責任で。
