1M TPS の Firedancer：単一クライアントのリスクを排除するための Solana に よる 1 億ドルの賭け
2025 年 12 月、約 1,200 日の開発期間と Jump Crypto による 9 桁（数億ドル）の投資を経て、Solana メインネットで Firedancer バリデータクライアントのフルバージョンがついに稼働しました。4 ヶ月後、その結論が出ました。それは見事に機能しており、ネットワーク上の他のどのクライアントも及ばない速度でブロック生成を実行し、すでにネットワークステークの 20% 以上を引きつけています。より困難な問い、そして今や Solana の機関投資家レベルの信頼性がかかっているのは、最初の致命的な Agave のバグが問題を引き起こす前に、Ethereum が 10 年かけて築き上げたようなクライアントの多様性をネットワークが達成できるかという点です。
これは、ブロックチェーン史上最大の単一クライアント・エンジニアリングの取り組み、なぜそれが単なるスループットよりも回復力の面で重要なのか、そして 2026 年にデプロイ先を決定するビルダーにとって残された集中リスクが何を意味するのかについての物語です。
ネットワークカードから再構築された 3 年間のリライト
Jump Crypto は 2022 年、当時は無謀とも思える仮説を掲げて Firedancer の開発を開始しました。それは、高頻度取引（HFT）システムから借用したタイルベースのアーキテクチャを用い、C 言語で Solana バリデータ全体を一から書き直すというものでした。チームは当初、2024 年第 2 四半期のメインネット稼働を目指していましたが、結果的に約 18 ヶ月遅れることとなりました。
この遅延自体が示唆に富んでいます。Firedancer は、Anza の Agave（Rust ベースの参照クライアント）や Jito-Solana（Agave の MEV 最適化フォーク）のフォークではありません。実行コードをネットワークの他の部分と共有しない独立した C/C++ 実装です。つまり、すべてのコンセンサスルール、トランザクション処理パス、ゴシッププロトコルを再実装し、1 ドルのステークでも安全に稼働させる前に、実際のメインネットの挙動に対して徹底的にテストする必要がありました。
Jump の中間的なソリューションである Frankendancer は、Firedancer の高性能ネットワークスタックと Agave のランタイムを組み合わせたものでした。このハイブリッドは、2025 年を通じて静かにステークを集めました。6 月には 8%、10 月には 20.9% に達しました。12 月にフル版の Firedancer クライアントが完成した際、そのステークの多くが自然に移行し、稼働初日から新しいクライアントに信頼できる本番環境の足がかりを与えました。
100 万 TPS が実際に意味すること
見出しの数字は本物ですが、注釈が重要です。Firedancer のネットワーク層はストレスステストで毎秒 100 万件以上のトランザクションを処理しましたが、それらのテストは 4 大陸にまたがる制御された 6 ノードのクラスターで実施されたものであり、本番のメインネットではありません。今日の現実的な Solana は、プロトコルレベルで毎秒約 5,000 〜 6,000 TPS を維持しており、2026 年 4 月のピーク時にはメインネットの平均が 65,000 TPS に近い安定した数値を記録しました。
2026 年中盤の現実的な軌道は、より控えめですが有用なものです。日常的な本番環境で 10,000 TPS 以上、これは現在と比較して 2 〜 3 倍の改善であり、以前にネットワークを不安定にさせた急激な負荷を吸収する余裕があることを意味します。これこそが、オンチェーンで構築可能なものを根本的に変えるスループットです。
Firedancer が実際に最適化している内容：
- トランザクションの取り込み: NIC からパケットを直接読み取り、システムコールのオーバーヘッドを排除するカーネルバイパスネットワーキング。
- 署名検証: 1 コアあたり毎秒数万件の署名を処理できる AVX-512 ベクトル化された ed25519 検証。
- ブロック生成: 各バリデータ機能が独自の固定プロセスで実行されるタイルベースのパイプライン。これにより、署名検証の遅延がブロック生成を妨げることがなくなります。
- メモリレイアウト: 汎用的なランタイムを想定するのではなく、最新のサーバー CPU トポロジに合わせたキャッシュ認識型データ構造。
これらはいずれも派手なものではありません。データベースやマーケットデータフィードを高速化させるための緻密な作業そのものです。これをブロックチェーンバリデータに適用することで、負荷がかかった際に Solana を繰り返し機能低下状態に追い込んできたボトルネックが解消されます。
真実：単一クライアントの失敗モードの解消
スループットはプレスリリースで注目を集めますが、Firedancer のより重要な貢献は構造的なものです。Solana の歴史上初めて、Agave と実行コードの系統を共有しないバリデータクライアントが登場したのです。
代替案を考えてみましょう。ステーク量で支配的なクライアントである Jito-Solana 自体が、Agave のフォークです。バニラな（標準の）Agave は、残りの大部分で稼働しています。2026 年初頭の時点での大まかなシェアは以下の通りです：
- Jito-Solana: ステークされた SOL の 72%
- Frankendancer / Firedancer: 21%
- Vanilla Agave: 7%
ネットワークの 80% が共通のコードの祖先を共有しています。Agave のランタイムにおける単一の重大なバグ（過去 2 年間に Ethereum の実行クライアントを 2 度襲ったようなもの）は、単なるパフォーマンス低下イベントでは済みません。それはネットワークの停止を意味します。
Ethereum はこの教訓を高くついた形で学んでいます。2025 年 9 月の Reth のバグは、ブロック 2,327,426 でバージョン 1.6.0 および 1.4.8 のバリデータを停止させました。これは実行レイヤーのクライアントの 5.4% に影響を与えた不便な事件でしたが、他の 94.6% が Geth、Nethermind、Besu、Erigon に分散していたため、ネットワークはブロック生成を継続できました。エコシステムでは、単一のクライアントが保持すべき最大シェアを 33% としており、Geth の 48 〜 62% のシェアでさえ、未解決のガバナンス上の問題と見なされています。
現在の Solana における 80% 以上の Agave 由来の集中は、Ethereum が危機と見なす状況よりも大幅に深刻です。Firedancer は、この状況から抜け出すための唯一の信頼できる手段なのです。
次に何が起こるべきか
数学的な現実は厳しいものですが、対処可能です。Solana が真のマルチクライアント・レジリエンスを実現するためには、2026 年中に 2 つのことが起こる必要があります。
- Jito ユーザーが純粋な Firedancer へ移行すること。 Jito の MEV 抽出ロジックは、現在の集中を引き起こしている重力のような存在です。その機能が Firedancer 互換のプラグインに移植されるまで、大規模なステーキング運用には Agave 派生コードに留まる強力な経済的理由があります。
- Agave + Jito の合計ステーク比率が 50% 未満に低下すること。 Firedancer が 50% を超えれば、Solana は致命的な Agave のバグが発生しても停止することなく存続できます。これは、信頼できる機関投資家のカストディアンや ETF 発行体が暗黙のうちに引き受けているレジリエンスの下限です。
Frankendancer の採用が 4 か月で 2 倍以上に増えたという事実は、移行が可能であることを示唆していますが、自動的に進むわけではありません。バリデーターの経済性、監視ツール、運用の慣れなどはすべて、既存の仕組みに有利に働きます。Jump と Anza は共に 2026 年を強力に推進する年であると表明していますが、どちらもバリデーターセットを直接制御しているわけではありません。
Firedancer + Alpenglow：統合ロードマップ
Firedancer は、メインネット稼働以来、Solana の最も野心的な技術サイクルの半分に過ぎません。もう半分は、2025 年 9 月に投票権を持つ SOL ステークの 98.27% によって承認された、コンセンサスの完全な書き換えである Alpenglow です。
Alpenglow は Proof-of-History と TowerBFT を廃止し、高速ファイ ナリティ・コンセンサスのための Votor とデータ伝搬のための Rotor という 2 つの新しいコンポーネントに置き換えます。その主な成果は、ファイナリティが約 12.8 秒から 100 〜 150 ミリ秒へと短縮されることです。これは 100 倍の改善であり、2026 年第 3 四半期のメインネット統合を目標としています。
機関投資家にとっては、個別の要素よりも、これらを組み合わせることに大きな意味があります。
- 1 秒未満のファイナリティ により、決済能力が中央集権型取引所に匹敵するものとなります。これにより、現在は依然として伝統的な経路を介しているオンチェーンの高頻度取引や現実資産（RWA）の決済への道が開かれます。
- マルチクライアントによる高スループット は、これまで企業の財務部門やトークン化資産の発行体が慎重になっていた「Solana は停止する」という懸念を払拭します。
- 独立したコードパス は、カストディアンや ETF 指定参加者がネットワークのリスクモデルにますます盛り込んでいるデューデリジェンス要件を満たします。
2026 年初頭に Solana が引き付けた 1 日あたり 5,800 万ドルの ETF 流入と 8 億 2,700 万ドルのトークン化現実資産は、先行指標です。機関投資家の資金は、大規模な環境において単一クライアントのネットワークには投入されません。
ビルダーが留意すべき点
2026 年に Solana 上で開発を行う場合、実務上の影響は具体的です。
- スループットの余力は本物です。 5,000 TPS という本番環境の天井は、高頻度 dApp にとって一貫した設計上の制約でした。2026 年第 4 四半期までにこの制約は大幅に緩和され、これまでアグレッシブにバッチ処理や圧縮を行わなければならなかったオーダーブック、オンチェーンゲーム、エージェント駆動のワークフローのコスト計算が変わります。
- レイテンシの前提を更新する必要があります。 Alpenglow が予定通りに導入されれば、12 秒のファイナリティを前提とした決済設計は時代遅れになります。ダウンストリームのアクションをトリガーする前に確認を待つ設計は、複数のラウンドトリップを 1 つに集約できる可能性があります。
- クライアントを意識したインフラがこれまで以上に重要になります。 Firedancer の採用が進むにつれ、クライアント固有の癖を適切に処理する RPC プロバイダー、インデクサー、モニタリングツールが、商用グレードの選択肢となるでしょう。一般的な「Solana RPC」では、もはや差別化にはなりません。
- 集中リスクは依然として現実的です。 Jito のステークが移行するまでは、単一の Agave のバグが依然としてネットワークをダウンさせる可能性があります。財務上重要なアプリケーションは、Solana を避けるのではなく、レジリエンス曲線においてネットワークが Ethereum と比較してどの位置にあるかを理解した上で、そのシナリオを考慮して設計する必要があります。
結論
Firedancer のメインネットリリースは、Solana の歴史において最も重要なインフラの節目であり、それは主に速度に関するものではありません。技術的に最も野心的なブロックチェーンの 1 つが、機関投資家が引き受け可能なネットワークへと成長できるかどうかが問われているのです。100 万 TPS のデモは注目を集めますが、構造的な成果は、バリデーターの経済性が協力することを前提として、Solana がレジリエンス指標において Ethereum のような姿になるための信頼できる道を切り拓いたことです。
これからの 12 か月で、Jump の 1 億ドル以上の賭けが報われるかどうかが分かります。2026 年末までに Firedancer のステーク比率が 50% を超え、Alpenglow が予定通りリリースされれば、Solana は 2027 年を全く異なるネットワークとして迎えることになります。それは、高性能台帳のスループット、リアルタイム決済システムのファイナリティ、そして信頼できる機関級レールのクライアント多様性を兼ね備えたネットワークです。もし採用率が 25 〜 30% で停滞すれば、見出しの数字はマーケティング資産に留まり、潜在的な単一クライアントのリスクは継続します。
開発者やインフラチームにとって、その読み取りは明快です。2026 年の Solana は 2025 年の Solana よりも高性能でレジリエンスが高く、軌道は良好であり、残された課題は技術的なものではなく運用上のものです。これは、Jump が 4 年前に解決に乗り出した問題よりも、はるかに望ましい問題です。
BlockEden.xyz は、Firedancer、Agave、および Jito 派生ノードを標準サポートし、マルチクライアント時代に合わせて設計された商用グレードの Solana RPC インフラを運営しています。ネットワークの過去ではなく、未来を見据えたインフラを構築するために、当社の Solana API サービス をご覧ください。