Solana の 100 万 TPS 構想：Firedancer と Alpenglow がブロックチェーンのパフォーマンスを再定義する
Jump Crypto が 4 大陸にまたがる 6 つのノードで毎秒 100 万件（1M TPS）以上のトランザクションを処理する Firedancer の実演を行ったとき、それは単なるベンチマークではなく、一つの宣言でした。イーサリアム（Ethereum）がロールアップ アーキテクチャを議論し、ビットコイン（Bitcoin）がブロック サイズを巡って論争している一方で、Solana は従来のブロックチェーンがダイヤルアップ接続に見えるほどのスループット レベルを目指してエンジニアリングを進めています。
しかし、ほとんどのニュースが見落としている点があります。1M TPS のデモは印象的なパフォーマンスですが、真の革命は今まさに本番環境（プロダクション）で起きています。Firedancer はわずか 100 日間でメインネットのステークの 20% を突破しました。さらに、ステーカーの 98.27% によって承認された Alpenglow コンセンサス アップグレードにより、ファ イナリティは 12.8 秒から 100 〜 150 ミリ秒へと短縮される予定です。これは、研究室の中ではなく、日々数十億ドルの取引が行われているネットワークにおいて、確定速度が 100 倍向上することを意味します。
これは単なる誇大広告やテストネット上の約束ではありません。高頻度 DeFi からリアルタイム ゲーム、AI エージェントの調整に至るまで、12 秒もの決済待ちが許されないアプリケーションのためのインフラ層として Solana を位置づける、根本的なアーキテクチャの刷新なのです。
Firedancer のメインネットにおけるマイルストーン：第 2 のコードベースという強み
3 年間の開発期間を経て、Firedancer は 2025 年 12 月に Solana メインネットでローンチされました。2025 年 10 月までに、すでに 207 のバリデーターにわたって全ステークの 20.94% を獲得しています。次の目標であるステーク比率 50% は、Solana のリスク プロファイルを根本的に変え、ネットワークを単一のコードベースへの依存から、真のクライアント多様性へと移行させることになります。
なぜこれが重要なのでしょうか？ それは、歴史上の主要なブロックチェーンの停止のすべてが、支配的なクライアント実装における致命的なバグという同じ根本原因に起因しているからです。イーサリアムは 2016 年の上海コンセンサス失敗でこの教訓を痛いほど学びました。Solana の悪名高いダウンタイム イベント（2021 年から 2022 年にかけての 7 回の主要な停止）も、すべて Rust ベースの Agave クライアント（当初は Solana Labs が開発し、現在は Anza がメンテナンス）の脆弱性に端を発していました。
Jump Crypto によって C/C++ で記述された Firedancer は、Solana にとって初の完全に独立した実装を提供します。Jito-Solana はステークの 72% を占めていますが、それは本質的に MEV 抽出に最適化された Agave のフォークであり、同じコードベースと脆弱性を共有していることを意味します。Firedancer の独立したアーキテクチャにより、Agave をクラッシュさせるバグが必ずしも Firedancer に影響を与えるとは限らず、その逆もまた同様です。
Firedancer の高性能ネットワーク スタックと Agave のランタイムを組み合わせたハイブリッド クライアント「Frankendancer」は、ローンチから数週間でバリデーター市場シェアの 26% 以上を獲得しました。この過渡的なアーキテクチャは、100 日以上の稼働と 50,000 以上のブロック生成を経て、クライアント間のコンセンサス乖離が発生しないことを示し、本番環境での相互運用性が機能することを証明しました。
バリデーターからは Agave と比較してパフォーマンスの低下は報告されておらず、「より優れているが異なる」クライアント実装にありがちな導入の摩擦を排除しています。Solana は 2026 年第 2 〜 第 3 四半期までに Firedancer のステーク比率 50% を目指しており、その時点でネ ットワークは単一の実装不全に対して耐性を持つようになります。
Alpenglow：Proof of History を置き換える 1 秒未満のファイナリティ
Firedancer が新しいエンジンであるならば、Alpenglow はトランスミッションのアップグレードです。2025 年 9 月にステーカーのほぼ満場一致の支持を得て承認された Alpenglow は、Votor と Rotor という 2 つの新しいコンセンサス コンポーネントを導入します。
Votor は、オンチェーン投票をオフチェーンの BLS 署名証明書に置き換え、1 回または 2 回のラウンドでブロックを確定させます。このデュアルパス システムは、Tower BFT の再帰的投票のオーバーヘッドを伴わずに、60 〜 80% のステーク閾値を使用してコンセンサスを達成します。実用面では、2026 年第 1 四半期に Alpenglow が有効化されると、現在ファイナリティに 12.8 秒かかっているブロックが 100 〜 150 ミリ秒で確定するようになります。
Rotor は、Turbine のツリー構造からワンホップのブロードキャスト モデルへとブロック伝播を再設計します。一般的なネットワーク条件下では、Rotor はステーク加重型のリレー パスを使用して 18 ミリ秒のブロック伝播を実現します。これにより、バリデーター数が 1,000 ノードを超えるとボ トルネックとなる階層型ブロードキャスト ツリーのマルチホップ レイテンシが解消されます。
Votor と Rotor が組み合わさることで、ジェネシス以来 Solana を定義してきた 2 つのコンセンサス メカニズムである Proof of History と Tower BFT の両方が置き換えられます。これは漸進的なアップグレードではなく、ネットワークが合意に達する方法の根本的な書き換えです。
パフォーマンスへの影響は驚異的です。DeFi プロトコルは 10 倍タイトなスプレッドで裁定取引戦略を実行でき、ゲーム アプリケーションは体感できないほどの低遅延でゲーム内アクションを処理できるようになります。クロスチェーン ブリッジは、リスク ウィンドウを数分から 1 秒未満の間隔に短縮できます。
しかし、Alpenglow にはトレードオフも存在します。批判的な意見として、ファイナリティを 150 ミリ秒に短縮するには、バリデーターがより低遅延のネットワーク接続とより強力なハードウェアを維持する必要があるとの指摘があります。すでにイーサリアムよりも高い Solana の最小ハードウェア要件は、さらに上昇する可能性が高いでしょう。ネットワークは、バリデーターのアクセスのしやすさよりもパフォーマンスを優先するという、意識的なアーキテクチャの選択を行っており、最大主義的な分散化よりもスループットとスピードを最適化しています。
100万 TPS の現実：デモと実際のデプロイの差
Jump Trading Group のチーフサイエンティストである Kevin Bowers 氏が、Breakpoint 2024 で 100万 TPS（トランザクション/秒）を処理する Firedancer を実演した際、クリプト界は大きな注目を集めました。しかし、詳細を確認することが重要です。これは 4 大陸にまたがる 6 つのノードを使用した管理下のテストベッドでの結果であり、本番のメインネット環境の条件ではありません。
Solana は現在、本番環境で実社会のトランザクションを秒間 3,000 〜 5,000 件処理しています。Firedancer のメインネット採用により、2026 年半ばまでにこれが 10,000 TPS 以上に押し上げられるはずですが、これは 2 〜 3 倍の改善であり、200 倍の飛躍ではありません。
100万 TPS に到達するには、2027 年から 2028 年まで揃うことのない 3 つの条件が必要です：
- ネットワーク全体での Firedancer の採用 — 新しいクライアントを実行するステークが 50% 以上（目標：2026 年第 2 〜第 3 四半期）
- Alpenglow のデプロイ — メインネットでアクティブになる新しいコンセンサスプロトコル（目標：2026 年第 1 四半期）
- アプリケーション層の最適化 — 向上したスループットを活用するために書き直された DApp とプロトコル
理論上の容量と実際の利用状況の間には巨大な隔たりがあります。たとえ 100万 TPS の能力があっても、Solana にはそのトランザクション量を生成するアプリケーションが必要です。現在のピーク使用量は 5,000 TPS をわずかに超える程度であり、ネットワークのボトルネック はインフラではなく、アダプション（採用）にあります。
イーサリアムとの比較は有益です。 Optimistic および ZK ロールアップは、すでにロールアップごとに 2,000 〜 3,000 TPS を処理しており、数十の本番ロールアップが稼働しています。個々のロールアップの容量は Solana よりも低いものの、すべてのレイヤー 2 を合わせたイーサリアムの総スループットは、今日すでに 50,000 TPS を超えています。
問題は Solana が 100万 TPS に到達できるかどうかではありません。そのエンジニアリングは信頼に値します。問題は、モノリシックな L1 アーキテクチャが、その容量を利用するために必要な多様なアプリケーションエコシステムを引きつけられるか、それともモジュラー設計の方が時間の経過とともに適応性が高いことが証明されるかです。
クライアントの多様性：なぜ「4 番目」のクライアントが実質的に「2 番目」なのか
Solana には技術的に 4 つのバリデータクライアントがあります：Agave、Jito-Solana、Firedancer、そして実験的な Sig クライアント（Syndica によって Zig で記述）です。しかし、真に独立した実装は 2 つだけです。
Jito-Solana はステーク の 72% を占めていますが、MEV 抽出のために最適化された Agave のフォークです。これらは同じコードベースを共有しているため、Agave のコンセンサスロジックに重大なバグが発生した場合、両方のクライアントが同時にクラッシュすることになります。Sig はまだ開発の初期段階にあり、メインネットでの採用はごくわずかです。
Firedancer は、Solana にとって初の真に独立したクライアントであり、異なるプログラミング言語でゼロから記述され、独自のアーキテクチャ設計がなされています。これはセキュリティ上の画期的な進歩です。つまり、単に「4 番目」のクライアントが登場したということではなく、「2 番目」の独立した実装が誕生したことが重要なのです。
イーサリアムのビーコンチェーンには 5 つの本番クライアント（Prysm、Lighthouse、Teku、Nimbus、Lodestar）があり、単一のクライアントが 45% 以上のステークを占めることはありません。Solana の現在の分布（Jito 72%、Firedancer 21%、Agave 7%）は、以前の Agave 99% だった頃よりは改善されていますが、イーサリアムのクライアント多様性基準にはまだ遠く及びません。
レジリエンス（回復力）への道には 2 つの変化が必要です。Jito ユーザーが純粋な Firedancer へ移行すること、そして Agave と Jito の合計ステークが 50% を下回ることです。Firedancer が 50% を超えれば、Solana はネットワークを停止させることなく Agave の壊滅的なバグを乗り越えることができます。それまでは、ネットワークは単一実装の失敗に対して脆弱なままです。
2026 年の展望：パフォーマンスが本番環境と出会うとき
2026 年第 3 四半期までに、Solana は 50% の Firedancer ステーク、Alpenglow による 1 秒未満のファイナリティ、そして 10,000 TPS 以上の実社会での処理能力という 3 つの要素を達成する可能性があります。この組み合わせは、他のブロックチェーンが現在提供していない機能を生み出します：
高頻度 DeFi: イーサリアム L2 ではスプレッドが狭すぎて成立しないアービトラージ戦略が可能になります。清算ボットは数秒ではなく、ミリ秒単位で反応できます。オプション市場は、低速なチェーンでは不可能な粒度でストライク（権利行使価格）を提供できます。
リアルタイムアプリケーション: ゲーミングは、体感できる遅延なしに完全にオンチェーンへと移行します。ソーシャルメディアのインタラクションは即座に決済されます。マイクロペイメントは、1 セント未満の価値であっても経済的に合理的になります。
AI エージェントの調整: 複雑なマルチステップのワークフローを実行する自律型エージェントは、高速なファイナリティの恩恵を受けます。クロスチェーンブリッジは、悪用（エクスプロイト）の窓口を数分から 1 秒未満の間隔に短縮します。
しかし、速度は新たな攻撃ベクトルも生み出します。 ファイナリティが速くなるということは、悪用の実行も 速くなることを意味します。MEV ボット、フラッシュローン攻撃、オラクル操作はすべて比例して加速します。Solana のセキュリティモデルは、そのパフォーマンスプロファイルに合わせて進化する必要があり、MEV の緩和、ランタイム監視、形式手法による検証の進歩が求められます。
モジュラー vs モノリシックの議論が激化します。 イーサリアムのロールアップエコシステムは、特化型の実行環境（プライバシーロールアップ、ゲーミングロールアップ、DeFi ロールアップ）の方が、画一的な L1 よりも優れたカスタマイズ性を提供できると主張しています。
Solana は、ロールアップ間ではコンポーザビリティが分断されると反論しています。Arbitrum と Optimism の間のアービトラージにはブリッジが必要ですが、Solana の DeFi プロトコルは同じブロック内でアトミックに相互作用（コンポーザビリティ）を維持します。
インフラの軍拡競争
Firedancer と Alpenglow は、生のパフォーマンスがブロックチェーンインフラにおける競争上の優位性（堀）であり続けるという Solana の賭けを象徴しています。イーサリアムがモジュラーアーキテクチャを通じてスケールし、ビットコインが不変性を優先する一方で、Solana は単一チェーン設計の中で可能な限り最速の決済層を構築しています。
100万 TPS というビジョンは、任意の数字を達成することではありません。ブロックチェーンイン フラを十分に高速化し、遅延が設計上の制約にならないようにすること、つまり開発者がブロックチェーンが追いつけるかどうかを心配せずにアプリケーションを構築できる環境を作ることです。
その賭けが報われるかどうかは、ベンチマークよりも採用状況にかかっています。勝利するネットワークは、理論上の TPS が最も高いネットワークではなく、開発者が即時のファイナリティ、アトミックなコンポーザビリティ、予測可能な手数料を必要とするアプリケーションを構築する際に選択するネットワークです。
2026 年末までには、Solana のエンジニアリング上の優位性がエコシステムの成長につながるかどうかが判明するでしょう。それまでは、Firedancer のステークが 20% を超えることや、Alpenglow の第 1 四半期のローンチは、注視に値するマイルストーンです。それらが 100万 TPS に達するからではなく、パフォーマンスの向上がホワイトペーパーの中だけでなく、実際に本番環境へ届けられることを証明するからです。
高パフォーマンスなブロックチェーンアプリケーションのための信頼性の高い RPC インフラが必要ですか？ BlockEden.xyz は、99.9% のアップタイムと負荷分散されたマルチプロバイダー・ルーティングを備えた、Solana、イーサリアム、および 10 以上のチェーンへのエンタープライズグレードの API アクセスを提供します。