ファイヤーダンサーとは何ですか? Solana の Jump Crypto Validator クライアント 2026
— By Tony Rabbit in Tutorials

Firedancer は、100 万 TPS をターゲットとする Jump Crypto の C 言語 Solana 検証クライアントです。メインネット 2026 の開始、フランケンダンサー ハイブリッド、DeFi への影響について説明します。
Firedancer: Solana を 100 万 TPS に引き上げるために構築された Validator クライアント
Solana は 4 年間かけて 1 秒あたり 100 万トランザクションを約束しましたが、実稼働ハードウェアではその達成に至りませんでした。チェーンは高速に実行され、場合によっては業界最速でしたが、元のバリデータ クライアント (現在は Agave と呼ばれています) は、シリコンからすべてのクロック サイクルを絞り出すように設計されていませんでした。 2026 年 5 月、ついにその天井に亀裂が入りました。 ファイヤーダンサー Jump Crypto によって完全に C で書かれたクリーンルームの Solana バリデータ クライアントである は、初めてメインネット ブロックの生成を開始し、数千万のライブ トランザクションを処理し、Solana の理論上の帯域幅がプロトコルの問題ではなく常にソフトウェアの問題であることを証明しました。
バリデーターにとって、このリリースは経済構造を再構築します。 Jupiter、Raydium、Drift を利用する DeFi トレーダーにとって、ミームコインの狂乱の最中に、手数料の削減、より迅速な約定、ドロップされるトランザクションの減少が約束されます。より広範なエコシステムにとって、これは Solana にはなかったものをもたらします。それは、イーサリアムが長らく分散化の基盤として宣伝してきた真のクライアントの多様性です。
この 2026 年の常緑ガイドでは、Firedancer とは何か、Jump Crypto が何年にもわたる低レベル エンジニアリングを注ぎ込んだ理由、テストネットのマイルストーンとメインネット ブロックの本番環境にわたってロールアウトがどのように展開されたか、そしてそれが高スループットのオンチェーン ファイナンスの将来にとって何を意味するのかについて正確に説明しています。フランケンダンサーハイブリッド、リュウゼツランやジト・ソラナとの比較、MEVとDeFiプロトコルへの影響、依然として検討中のリスク、そしてソラナのすべての利害関係者が現在尋ねている実際的な質問について取り上げます。
注目のスニペット: Firedancer とは何ですか?
Firedancer は、Jump Trading の技術部門である Jump Crypto によって C でゼロから構築された独立した Solana バリデータ クライアントです。毎秒 100 万トランザクションを目標としており、クライアントの多様性を Solana にもたらし、100 日以上の継続的なテストネット運用と 50,000 ブロックを超える検証を経て、2026 年 5 月にライブ メインネット ブロックの生成を開始しました。 Solana バリデーターの約 26% は、発売時までに Firedancer またはそのハイブリッド Frankendancer を実行していました。
Solana に 2 番目のバリデータ クライアントが必要な理由
Firedancer がメインネットに到達するまで、Solana は事実上単一クライアント ネットワークでした。地球上のすべての投票バリデータは、もともと Solana Labs によって書かれた同じ Rust コードベースの一部を実行していました (後に Agave と改名され、Solana Labs がエンジニアリング部門を再構築した後、現在は Anza チームによって保守されています)。単一のクライアントは、単一のバグのセットを意味します。 Agave がメモリ不足の問題やコンセンサス エッジ ケースに遭遇すると、チェーン全体が同一のソフトウェアを実行していたため、チェーン全体が停止しました。
ソラナは、まさにこの理由により、2021 年から 2023 年にかけて数時間にわたる停止を複数回経験しました。コミュニティは解決法 (別の言語、別のスレッド モデル、別のメモリ想定で 2 番目の独立したクライアントを構築する) を知っていましたが、運用グレードのバリデータ クライアントを最初から作成することは、業界で最も要求の厳しいエンジニアリング タスクの 1 つです。それには、コンセンサス プロトコルの専門知識、カーネル レベルでのネットワークの最適化、ビット完璧に実装された暗号化プリミティブ、および 1 秒あたり数千のトランザクションを処理するチェーン上の敵対的な条件に対処する能力が必要です。
Jump Crypto が志願しました。世界最大のクオンツ取引会社の 1 つである Jump Trading のリソースの支援を受けて、チームは 2022 年に C 言語でクリーンルーム実装を構築することにコミットしました。C 言語は、Web サーバー、高頻度取引システム、ナノ秒を争うゲーム エンジンの作成に使用される言語と同じです。賭けは単純でした。Jump が実現できれば、Solana は冗長性を獲得するだけでなく、プロトコル設計で常に約束されていた生のスループットを解放できるでしょう。
クライアントの多様性を 3 行で表現
1 つのクライアントに重大なバグがある場合、他のクライアントを実行しているバリデーターはブロックを生成し続け、チェーン全体の停止を防ぎます。
実装が異なれば、ボトルネックも異なります。生の速度向けに作成された C クライアントにより、ネットワークは実際のスループットの上限を検出できます。
複数の独立したクライアントにより、単一のチーム、財団、または管轄区域がプロトコルの方向を制御することが困難になります。
Jump Crypto とは何者ですか?なぜそれを構築したのですか?
Jump Crypto は、1999 年にシカゴで設立され、世界で最も秘密主義で収益性の高い独自取引会社の 1 つとして知られる Jump Trading のデジタル資産に特化した子会社です。 Jumpは2017年以来、暗号通貨市場で積極的な流動性プロバイダーとして活動してきましたが、Jump Cryptoは、以前はJumpの暗号エンジニアリングの取り組みを率い、現在はグループの表の顔として機能しているカナブ・カリヤ氏のリーダーシップの下、2021年に別個の事業部門として正式に設立されました。
高頻度取引会社はなぜブロックチェーンの公共インフラの構築に何年も費やすのでしょうか?理由は 2 つあります。まず、Jump は最大の非プロトコル SOL トークン保有者の 1 つであり、Solana DEX を通じて大量の取引量を実行しているため、より高速で信頼性の高い Solana は Jump 自身のビジネスを直接改善します。第二に、Firedancer の作成に必要なエンジニアリングの系譜 (カーネル バイパス ネットワーキング、ロックフリー データ構造、SIMD アクセラレーション暗号化、カスタム メモリ アロケータ) は、Jump Trading がコロケーション ベースの株式および先物取引システムですでに行っているものとまったく同じです。スキルセットが転送されました。
このプロジェクトは、2022 年の Breakpoint Lisbon で初めて公表されました。Jump は当初から、Apache 2.0 オープンソース ライセンスの下で Firedancer をリリースすることにコミットしていました。これは、バリデーター オペレーターであれば誰でもコードを構築、監査、変更できることを意味します。完全なソースは GitHub 上にあり、2024 年以来複数のサードパーティによるセキュリティ監査の対象となっています。
ブロックチェーンがソフトウェア スタックをどのように構造化するかについて初めて理解する場合は、ブロックチェーンの概要をご覧ください。 暗号通貨がプロトコル層でどのように機能するか では、ノード、クライアント、コンセンサスへの参加の基本について説明します。
Firedancer が実際に内部でどのように機能するか
Solana バリデーターは 5 つのことを並行して実行します。 UDP ネットワーク ポートで受信トランザクションをリッスンします (Solana は、TCP ではなく UDP に階層化された QUIC と呼ばれるカスタム プロトコルを使用します)。すべてのトランザクションでデジタル署名を検証します。 Solana 仮想マシン内でトランザクションを実行します。どのブロックが有効であるかについて投票することでコンセンサスに参加します。そして、リーダーとしての番が来ると、新しいブロックを生成し、Turbine (Solana のブロック伝播プロトコル) 経由でブロードキャストします。
Agave は、5 つのタスクすべてを単一の統合された Rust プロセスで処理します。 Firedancer は、高性能ネットワーキング システムから借用した設計である共有メモリ リングを介して通信する個別のプロセスにそれらを分割します。各コンポーネントは、独自のメモリ領域を持ち、グローバル ロックはなく、特定の CPU コアに固定された「タイル」として実行されます。トランザクション取り込みタイルは、カーネルを介してパケットをコピーせずにネットワーク カードから直接パケットを読み取り、検証タイルは SIMD 命令を使用してミリ秒あたり数千の Ed25519 署名をチェックし、実行タイルはディスク読み取りを回避するために最近アクセスしたアカウントのホット キャッシュを保持します。
その結果、コモディティ データセンター ハードウェアで実行されている Firedancer バリデータは、Agave が物理的に匹敵できないスループットを維持できるようになりました。これは、Agave の設計により、メモリ競合とシステム コールが多すぎるためです。内部ベンチマーク (後に devnet 上のサードパーティによって確認されました) では、Firedancer は、単一の 64 コア マシン上で 1 秒あたり 100 万を超える持続的な署名検証速度を実証しました。これは、プロトコルの主要な TPS 目標を達成するために必要な大まかな目安です。
Firedancer アーキテクチャ: 5 つのタイル
XDP 経由のカーネルバイパス UDP 取り込みは、ネットワーク カードから QUIC パケットを直接読み取ります。
SIMD アクセラレーションによる Ed25519 署名検証、コア間で並列化。
ブルーム フィルターを使用して重複するトランザクションをフィルターし、下流での無駄な作業を回避します。
ブロック内のトランザクションを順序付けし、コンピューティング バジェットを尊重しながら効率的にパックします。
ブロックを Turbine シュレッドにエンコードし、ネットワークの残りの部分にブロードキャストします。
共有メモリ リングのアプローチには、セキュリティに関して大きな利点が 1 つあります。1 つのタイルがクラッシュしても、他のタイルは実行を続けることができ、壊れたコンポーネントが再起動される間、バリデーターはオンラインに留まります。 Agave では、サブシステムでパニックが発生すると、プロセス全体がダウンする可能性があります。欠点は複雑さです。オペレーターは各タイルの CPU アフィニティとメモリ レイアウトを調整する必要がありますが、これはほとんどの Solana ステーカーがやりたい種類の作業ではありません。
フランケンダンサー: アガベとファイアダンサーの架け橋となったハイブリッド
完全なバリデータ クライアントを構築するのは困難です。ライブメインネットの敵対的条件下でブロックを正しく生成するものを構築することはさらに困難です。 Jump Crypto の実用的な答えは、Agave の十分にテストされたネットワーキング、コンセンサス、ランタイム コードと、Firedancer の新しい高性能ブロック生成パイプラインを組み合わせたハイブリッドである Frankendancer でした。
Frankendancerは最初の布石として2024年にリリースされました。バリデーターはメインネット上で実行することをオプトインし、コンセンサス投票と完全な Solana 仮想マシン実行レイヤーに Agave を依存しながら、Firedancer のパック アンド シュレッド タイルのブロック生成速度を得ることができます。 Frankendancer は Agave の戦闘でテストされたコンセンサス コードを使用していたため、チェーンを停止するリスクは無視できました。これを実行した検証者は、リーダー スロット中の CPU 使用率が低く、トランザクション包含率がわずかに高いと報告しました。
2025 年後半までに、ソラナ株の約 15% がフランケンダンサーを運営していました。これらのオペレーターは、最終的に完全な Firedancer クライアントに段階的に移行するブロック生成パイプラインの事実上のベータ テスターとなりました。 Firedancer メインネットの完全なリリースが 2026 年 5 月に到着したとき、ハイブリッド パスは、Jump Crypto がコードベースの最も新しい部分に関する実際のパフォーマンス データをすでに持っていることを意味し、カットオーバーのリスクを大幅に回避しました。
フランケンダンサーは消えません。ハイブリッドは、Firedancer ブロックの生産半分からの測定可能なパフォーマンス向上を備えた既知の良好な Agave コンセンサス レイヤーを提供するため、多くの事業者はハイブリッドを実行し続けるでしょう。これは、イーサリアム オペレーターが、あるチームの実行クライアントと別のチームのコンセンサス クライアントを組み合わせる方法と同じだと考えてください。組み合わせの柔軟性自体が多様性の恩恵です。
メインネットの展開スケジュール (2022 年から 2026 年)
Firedancer は一度のビッグバンでは到着しませんでした。リリース戦略は意図的に増分的であり、マイルストーンごとに、チェーンを安全に保ちながら、より多くのコードベースを敵対的な条件にさらします。
Firedancer 開発タイムライン
2026 年 5 月の「ブロックヒット」の瞬間が変曲点でした。初めて、非リュウゼツランの子孫であるコードベースが Solana メインネット上のブロックをファイナライズしました。チェーンは停止せず、二重兆候も検出されず、ネットワークは鳴り続けました。イーサリアムがクライアントの多様性を育成するのに10年を費やしてきたのを見てきたエンジニアにとって、このマイルストーンはソラナが同じリーグに卒業したことを示した。
ファイアダンサー vs アガベ vs ジト・ソラナ: 直接対決
Solana では現在、実質的に 3 つの本番バリデータ クライアントがアクティブに使用されています。 Agave はオリジナルの Rust クライアントであり、Solana Labs の再編後に Anza によって保守されています。 Jito-Solana は、Jito Labs によって保守されている Agave のフォークであり、MEV バンドルのサポートを追加し、ブロック ビルダーがトランザクション順序を収益化できるようにします。そして Firedancer は Jump Crypto の新しい C クライアントです。それぞれに異なる強みがあります。
バリデーターシェアの数値は週ごとに変動します。重要なのは方向性の傾向です。リュウゼツランの市場シェアは 2023 年の 100% 近くから 2026 年半ばには約 44% まで縮小し、Jito-Solana と Firedancer が残りを吸収しています。それは健康です。これは、成熟した分散システムで見られる一種の構造的多様化でもあり、イーサリアムの実行層が現在 Geth、Nethermind、Besu、Erigon、Reth に分割されているのと似ています。比較のためにイーサリアムのスタックに関する入門書が必要な場合は、私たちの記事を参照してください。 完全なイーサリアム初心者ガイド。
Solana DeFi にとって Firedancer が意味するもの
Validator クライアントはインフラストラクチャであり、ほとんどのユーザーが直接触れることはありません。しかし、アプリケーション層に対する下流の影響は重大です。
まず、持続可能なスループットが高くなると、料金の中央値が低くなります。 Solana の手数料市場はダイナミックです。チェーンが混雑すると、優先料金が跳ね上がります。有効ブロック容量が大きくなり、より高速なブロック生産が可能になることで、優先料金市場に余裕が生まれ、ミームコインのマニアやNFTの鋳造期間中であっても中央値コストが低く抑えられます。 Jupiter、Raydium、Drift の DEX ユーザーにとって、これは、最初の試行でスワップを成功させるか、3 回連続でタイムアウトになるかの違いです。
第 2 に、Firedancer の決定論的なタイルベースのアーキテクチャにより、トランザクションの包含がより予測可能になります。 Solana には長い間、ユーザーがスワップを送信しても、バリデーターが負荷の下でトランザクションをドロップしたためにトランザクションが完了せず、ユーザーは再試行する必要があるという「トランザクション損失」の問題が発生していました。 Firedancer のパック タイルは、より深くより公平なメモリプールを保持し、トランザクションのドロップを減らすように特別に設計されています。アクティブトレーダーにとって、再試行が減るということは、よりクリーンな約定とスリッページの減少を意味します。
3 番目に、MEV の話が変わります。現在、ほとんどの Solana MEV は Jito-Solana バンドルを介して流れており、検索者はバリデータに直接支払いを行って、ブロック内の特定の位置にトランザクションを含めます。 Firedancer は MEV プラグイン可能になるように設計されています。将来のバージョンでは、サンドイッチ攻撃に耐えたり、暗号化されたメモリプールを実装したりする修正バージョンの実行など、オペレーターが独自のブロック構築ポリシーを選択できるようになります。この作業を動機付ける攻撃パターンを理解したい場合は、次の説明を参照してください。 MEV ボット、フロントランニング攻撃とサンドイッチ攻撃 はメカニズムをカバーしています。
4 番目に、予測可能なパフォーマンスにより、新しいアプリケーション カテゴリが可能になります。高頻度のオンチェーン注文帳、リアルタイム ゲーム、オンチェーン指値注文はすべて、確認レイテンシーの中央値が低下し、低く維持されると、より実現可能になります。ファイアダンサーの天井がロック解除されると、Sui やその他の Move ベースのチェーンが並列実行を追求するようになったのと同じロジックが Solana にも適用されます。私たちの スイネットワークの詳細 では、コンテキストに応じた代替の高スループット設計について説明します。
Firedancer バリデーターの実行: 高レベルのウォークスルー
Firedancer ノードの運用は簡単な作業ではありません。ハードウェア要件は厳しいです (Solana の現在の仕様では、32 コア CPU、512 GB RAM、およびハイエンド NVMe ストレージが推奨されていますが、Firedancer ではさらに多くのコアが提供されます)。タイル構造のため、構成面はアガベよりも大きくなります。そして、メインネットで実行するということは、コンセンサス責任を受け入れることを意味します。ノードが不正に動作すると、削減されたり、投票報酬を失ったりする可能性があります。
Firedancer の 5 ステップのセットアップ概要
config.toml 各タイル (ネット、ベリファイ、重複排除、パック、シュレッド、バンク、リプレイ) を特定の CPU コアに固定します。共有メモリ リングに巨大なページを割り当て、ネットワーク インターフェイスで XDP を有効にします。あなたが委任者(自分でバリデーターを実行するのではなく、バリデーターに SOL を賭けている人)の場合は、どのクライアントを実行しているかをオペレーターに尋ねることができます。多くのステーキング ダッシュボードでは、クライアントの構成が一目でわかるようになりました。 Firedancer または Frankendancer バリデーターに委任することは、個々のステーカーが Solana の多様化をサポートできる最も直接的な方法の 1 つです。
リスクと正直なトレードオフ
ファイヤーダンサーは印象的ですが、新しいものでもあります。いくつかのリスク カテゴリについては、注意深く検討する必要があります。
監視すべき未解決のリスク
C はメモリ安全ではない言語です。 Jump Crypto は複数の監査を依頼し、広範なファズ テストを使用していますが、C コードベースの攻撃対象領域は基本的に Rust のコードベースよりも大きくなります。どのタイルでも微妙なバッファ オーバーフローが発生すると、致命的な事態が発生する可能性があります。
100 万 TPS という数字は、単一の検証ツールのベンチマークであり、持続的なネットワーク スループットではありません。現実世界のネットワークの伝播、コンセンサス投票、および州の成長が、その上限をはるかに下回ってチェーンのボトルネックとなっています。
バリデーターは正当な理由からリスクを回避します。何千ものオペレーターを Agave から Firedancer に移行するには、数か月ではなく数年かかります。採用がかなりの過半数の株式に達するまでは、多様性のメリットは部分的なものにとどまります。
Jump Crypto は現在、Firedancer の唯一の意味のあるメンテナーです。 Jump が資金調達を中止するか、焦点を再設定した場合、プロジェクトは、Solana Labs から Anza への移行に匹敵するコミュニティへの引き継ぎが必要になるでしょう。
コンセンサスプロトコルの独立した再実装には、微妙なプロトコルの相違が生じるリスクが伴います。 Firedancer がブロックの有効性に関して Agave と意見を異にする原因となるバグにより、チェーンが分岐する可能性があります。これはまさに、クライアントの多様性が回復可能にすることを目的とした災害シナリオです。
これらはいずれも Firedancer を避ける理由にはなりません。これらは慎重に展開する理由であり、それがまさに Jump Crypto と Solana バリデーター コミュニティが行ったことです。メインネット前の 100 日を超える継続的なテストネットと 50,000 ブロックを超える検証は、マーケティングのマイルストーンではありませんでした。それらは、この小説のコードベースのリスクを回避する代償でした。
Firedancer のコンテキスト: L1 にわたるクライアントの多様性
ズームアウトする価値があります。ほとんどの主要な L1 は、進化のある時点でクライアントの多様性に取り組んできました。
イーサリアムが標準的な例です。実行層には 5 つの実行可能なクライアント (Geth、Nethermind、Besu、Erigon、Reth) があり、コンセンサス層にはさらに 5 つのクライアント (Prysm、Lighthouse、Teku、Nimbus、Lodestar) があります。単一のクライアントが常に約 50% を超える株式を管理することはなく、コミュニティは進捗状況を追跡するために毎月ダイバーシティ ダッシュボードを公開します。この多様性のコストはエンジニアリングの労力です (複数のチームがすべてのプロトコルのアップグレードを段階的に実装する必要があります) が、利点は、1 つのクライアントのバグによってチェーンが停止しないことです。
ビットコインは別の道を歩みました。 Bitcoin Core は単一クライアントの圧倒的多数でネットワークを支配しており、btcd や libbitcoin などの代替実装は小規模です。ビットコイナーたちは、プロトコルの安定性と小さくて動きの遅いコードベースがクライアントの多様性に対するインセンティブを減少させると主張しているが、哲学的な見解の相違は未解決である。
のような新しいチェーン モナド、 ベース と セレスティア は、まだ歴史が浅く、リソースが不足しているため、まだ単一クライアントのネットワークを持っています。 Firedancer の成功により、他の場所でも同様の投資が加速する可能性があります。一流のクオンツ企業が大手 L1 向けに 100 万 TPS クラスのクライアントを構築できれば、他の企業も追随するでしょう。
Firedancer はトレーダーの日常をどう変えるか
あなたが Solana のアクティブなトレーダーであれば、Firedancer に直接気付かないかもしれません。しかし、あなたはその結果に気づくでしょう。
混雑ピーク時の確認時間は短縮されるはずです。 Pump.fun でのミーム コインのローンチでは、最初の送信でトランザクションのランディング率が 1 桁の成功率に押し上げられていましたが、Firedancer 対応ブロックでは、より多くの包含容量が得られます。新たに導入されたトークンを監視するボットを実行しているトレーダーは、無駄な RPC コールが減り、最初の購入に必要な優先手数料が削減されることになります。ローンチスナイピングとフロントランニングがバリデータパイプラインとどのように相互作用するかについて詳しくは、 ロングポジショニングとショートポジショニング は、指向性ダイナミクスの一部をカバーしています。
トランザクションシミュレーションの精度も向上します。 Firedancer のランタイムは、ダウンストリーム ツールが正確に再生できる確定的な実行トレースを生成します。シミュレーション データをウォレットや取引フロントエンドに提供する RPC プロバイダーは、よりクリーンで均一な API サーフェスの恩恵を受けます。署名する前に取引をシミュレーションすると、返されるデータの信頼性が高まります。私たちの解説者は、 トランザクションシミュレーション では、これが安全にとって重要である理由について説明します。
DeFi プロトコル自体は、新しいヘッドルームを活用できます。スループットが向上すると、Drift のようなオーダーブックはよりタイトなティック、より低い最小注文サイズ、より高速なキャンセルと置換のループを提供できるようになります。 Solana 上に構築されたステーブルコイン決済ネットワークは、1 秒あたりにより多くの加盟店にサービスを提供できます。基礎となるバスケットを定期的に再調整するトークン化プロトコルは、より安価に再調整を行うことができます。オンチェーン ファイナンスをより広範囲に検討している場合は、 DeFi 基礎ガイド は良い出発点です。
今後の道: Firedancer が次に可能にするもの
メインネットブロックの生成はゴールではなくスタートでした。いくつかのアップグレードが進行中であるか、公開ロードマップに記載されていることが明らかです。
1 つはハードウェア アクセラレーションです。 Firedancer のタイルの一部は GPU または FPGA での実行に適しており、1 秒あたりの署名検証数が桁違いに多くなります。 Jump Crypto は、開発者カンファレンスで FPGA を利用した検証タイルのプロトタイプをデモし、バリデーターが同じクライアント内の特定の役割に合わせてハードウェアを特化する未来を示唆しました。
もう一つはMEVを同梱しています。 Firedancer のアーキテクチャにより、サードパーティはカスタム ブロック構築ロジックをプラグインできます。たとえば、Jito Labs は、理論的にはバンドル オークションを Firedancer のパック タイル上で実行するように移植し、Jito の成熟した MEV インフラストラクチャと Firedancer の生のパフォーマンスという両方の長所を活用することができます。その統合が行われるかどうかは、2 つのチーム間の商業的な調整に依存しますが、技術的な道筋は明らかです。
3 つ目は暗号化されたメモリプールです。いくつかの Solana 研究グループは、検索者が検索に到達する前に保留中のトランザクションを確認できないようにするメモリプール暗号化スキームを提案しています。 Firedancer のタイル モデルを使用すると、コンセンサス コードに触れることなく、重複排除タイルを暗号化対応バリアントに交換することが比較的簡単になります。暗号化されたメモリプールが実装されれば、Solana DEX に対するサンドイッチ攻撃が大幅に軽減される可能性があります。
4 つ目はライトクライアントです。 Firedancer の決定論的実行トレースは、まさにライト クライアントとブリッジがネットワークの外部から Solana の状態を確認するために必要なアーティファクトの一種です。ライトクライアントのサポートが向上することで、Solana のベースレイヤー上に構築されたクロスチェーンブリッジ、サイドチェーン、L2 が強化されます。
よくある質問
Q ファイヤーダンサーとは簡単に言うと何ですか?
Firedancer は、Jump Crypto によって C で最初から書かれた、Solana 用の 2 番目の検証ソフトウェアです。既存の Agave クライアントと同じ仕事 (トランザクションの検証、ブロックへの投票、新しいブロックの生成) を実行しますが、1 秒あたり最大 100 万トランザクションを対象とする、より高速で効率的な設計が採用されています。 2 番目の独立したクライアントを持つことで、Solana はバグや停止に対する回復力が高まります。
Q Firedancer が Solana メインネットでリリースされたのはいつですか?
Firedancer メインネット ブロック全体の生産は、100 日以上の継続的なテストネット運用と 50,000 を超えるテストネット ブロックを経て、2026 年 5 月に開始されました。ハイブリッド Frankendancer クライアントは、2024 年からメインネットですでに使用されていましたが、純粋な Firedancer バリデーターが Solana メインネットでブロックを完了したのは 2026 年 5 月が初めてでした。このチェーンは、立ち上げ後の最初の数週間で、Firedancer を通じて数千万件のライブ トランザクションを処理しました。
Q Firedancer を作成したのは誰ですか?なぜ?
Firedancer は、1999 年に設立された世界的な定量取引会社である Jump Trading のデジタル資産子会社である Jump Crypto によって構築されました。Kanav Karya 氏が Jump Crypto を率いています。 Solana にはクライアントの多様性が欠けており、単一クライアントのバグによって繰り返し停止が発生し、プロトコル設計で約束されていたスループットを引き出すことができなかったため、チームは 2022 年にプロジェクトに着手しました。 Jump の低遅延システムの専門知識により、これは自然に適合し、同社はより高速で信頼性の高い Solana から商業的な利益を得ています。
Q ファイヤーダンサーとフランケンダンサーの違いは何ですか?
Frankendancer は、Agave (Solana のオリジナル クライアント) のコンセンサスおよびランタイム コードと、Firedancer の高性能ブロック生成パイプラインを組み合わせたハイブリッド バリデータ クライアントです。これは Jump Crypto の完全なスタンドアロン Firedancer クライアントへの足がかりであり、バリデーターは Agave の歴戦のコンセンサス層に依存しながら部分的なパフォーマンスの利点を得ることができました。 Firedancer は完全に独立したクライアントであり、コンセンサス投票を含むすべてのコンポーネントが C で最初から実装されています。
Q 実際のところ、ファイアダンサーはアガベより速いですか?
はい。同等のハードウェア上では、Firedancer は Agave よりも大幅に高い署名検証率とタイルあたりの CPU 使用率が低いことを示しています。 1 秒あたり 100 万トランザクションという見出しの数字は、単一のバリデーターのベンチマークですが、メインネットでの実際のテストでは、バニラの Agave と比較して、Firedancer または Frankendancer を実行しているバリデーターのトランザクション包含率が向上し、トランザクションのドロップが減少したことが示されています。ネットワーク レベルの完全なスループットの上限は、コンセンサス レイテンシーや状態の成長などの他の要因に依存します。
Q Firedancer は Jito-Solana などの MEV バンドルをサポートしていますか?
まだネイティブではありませんが、Firedancer は MEV プラグイン可能になるように設計されています。そのマルチプロセス タイル アーキテクチャにより、サードパーティはデフォルトのブロック構築ロジックをカスタム モジュールに置き換えることができます。これは、原則として、Jito スタイルのバンドル システムが Firedancer のパック タイルの上で実行できることを意味します。本番グレードの Jito 統合が実現するかどうか、またいつ実現するかは、Jito Labs と Jump Crypto の協力次第です。暗号化されたメンプールなどの他の MEV 耐性の実験も、Firedancer のアーキテクチャを使用するとより実現可能になります。
Q 現在、Firedancer を実行している Solana バリデーターは何人ですか?
2026 年 5 月のメインネット マイルストーンの頃には、Solana バリデーターの 26% 以上が完全な Firedancer クライアントまたは Frankendancer ハイブリッドのいずれかを実行していました。このシェアは 2024 年以降着実に増加しており、クライアントが成熟し、オペレーターが自信を獲得し、構成と監視に関するツールが改善されるにつれて、今後も上昇し続けると予想されます。コミュニティトラッカーによって公開されたライブダイバーシティダッシュボードは、リュウゼツラン、ジトソラナ、ファイアダンサーまたはフランケンダンサーの株式の間の最新の分割を報告しています。
Q Firedancer は Solana の取引手数料を削減しますか?
間接的にはそうです。 Firedancer は、有効なブロック容量を拡張し、トランザクションのドロップを減らし、混雑時に優先料金市場に余裕を与えます。 Solana の基本料金はすでに低いため、節約効果はミームコインのローンチや NFT ミントなどのピーク時の優先料金に最も明確に現れます。 Jupiter、Raydium、Drift などの DEX を使用するトレーダーは、再試行が減り、実行がよりクリーンになるため、Solana での取引のオールインコストが機能的に低下します。
Q Solana Labs が Anza に名前変更されたのはなぜですか?
Anza は、Solana Labs からスピンアウトして、同時に Agave に名前変更された元の Solana バリデーター クライアントのメンテナンスを引き継ぐ、エンジニアリングに重点を置いた新しい会社です。この分割により、Anza はコア プロトコルとクライアント エンジニアリングに専念できるようになり、Solana Labs は他の取り組みを継続できるようになります。 Anza は現在、Jito Labs が Jito-Solana を維持し、Jump Crypto が Firedancer を維持しているのと並行して、コミュニティ連携のリファレンス クライアントとして Agave を維持しています。
Q Firedancer はオープンソースですが、誰でもコードを監査できますか?
はい、Firedancer は Apache 2.0 オープンソース ライセンスに基づいてリリースされています。完全なソース コードは GitHub 上にあり、バリデーター、セキュリティ研究者、開発者は、ここで読み取り、構築、監査、貢献できます。 2024 年以降、暗号化プリミティブ、ネットワーキング層、コンセンサスの実装に焦点を当てた、複数のサードパーティによるセキュリティ監査が委託されています。コードベースがメモリ安全ではない言語である C で書かれていることを考慮すると、継続的な外部レビューはプロジェクトの中核となる安全メカニズムの 1 つです。
Q 通常の SOL 保有者は Firedancer のために何かする必要がありますか?
直接的なアクションは必要ありません。ウォレット、取引所、DeFi アプリは、どのクライアント バリデータが実行されているかに関係なく、引き続き正常に動作します。委任者が実行できる最も意味のあるアクションは、選択したバリデーターがどのクライアントを実行しているかを確認し、クライアントの多様性をサポートするために Firedancer または Frankendancer を実行しているオペレーターに委任することを検討することです。現在、ほとんどのステーキング ダッシュボードにはクライアントの構成が一目で表示されるため、Solana の回復力に貢献しているバリデーターと代表団を簡単に連携させることができます。
Q Firedancer の起動後に重大なバグが発生した場合はどうなりますか?
Solana には複数の独立したクライアントがあるため、バリデーターが停止したりネットワークの残りの部分と一致しない原因となる Firedancer のバグにより、Agave および Jito-Solana バリデーターは正常に動作したままになります。大多数のステークが健全である限り、チェーンはブロックを生成し続けます。これがクライアントの多様性の要点です。1 つのクライアントの重大なバグは、チェーン全体の停止ではなく、回復可能なイベントになります。 Firedancer バリデーターはパッチを適用して再参加し、ネットワークは継続します。
結論: 静かで根本的な変化
Firedancer はトークンの起動、派手な DEX、またはミームコインではありません。これは、ほとんどの Solana ユーザーが目にすることも、考える必要もないインフラストラクチャです。まさにそれが重要なのです。お気に入りのチェーンが実行するバリデータ クライアントによって、そのチェーンが実際にどの程度信頼できるか、どの程度高速か、どの程度分散化されているかが決まります。 5 年間、Solana は単一のクライアントで実行されました。現在、それは 3 台で稼働しており、新参者 (トップクラスのクオンツ商社によって C でクリーンルームを構築) は、100 万 TPS チェーンがマーケティングのスローガンではなく、エンジニアリングの目的地であることを実証しています。
トレーダーにとって、実際的な意味合いは単純明快です。Solana は以前よりもよりきびきびと公平で、より安く感じられるはずです。ドロップされるトランザクションの減少、優先料金競争の緩和、およびより予測可能なシミュレーション結果はすべて、検証ソフトウェア層で行われる作業から生まれます。 MEV バンドリングのための Jito-Solana の並行進化と、Anza の下での Agave の継続的なメンテナンスと組み合わせることで、Solana は、本格的な L1 が目指すべき階層化された冗長インフラストラクチャ スタックを備えています。
建設業者にとって、その影響はさらに大きくなります。より高いスループット、より低いレイテンシ、プラグイン可能なブロック構築により、低速な単一クライアントの Solana には適合しなかったアプリケーション カテゴリが解放されます。リアルタイムのオンチェーン ゲーム、高頻度の指値注文 DEX、毎秒数千の加盟店にサービスを提供する決済ネットワーク、ライト クライアント スタイルのプルーフに依存するブリッジはすべて、より扱いやすくなります。 Solana アプリケーションの次の波は、Agave だけで実現できるものではなく、Firedancer が可能にするものを中心に設計されています。
プロジェクト、ポートフォリオの割り当て、または単に状況を理解するために L1 を評価している場合、Firedancer は比較を変更します。 Solana はもはや、単一の高齢化したクライアントによって妨げられた英雄的なプロトコル設計を備えたチェーンではありません。これは、そのクライアントスタックがそのエコシステムの成熟度を反映しているチェーンです。来年にかけてFiredancerシェアが成長するのを見ることは、どのトークン価格チャートよりもSolanaの軌跡についてもっと詳しく教えてくれるでしょう。 L1 ランドスケープを探索し続けたい場合は、以下の詳細をご覧ください。 Monad の並列化 EVM、 スイのMoveランタイム、 BaseのCoinbase L2 と Celestia のモジュール型データの可用性 は、2026 年に高性能ブロックチェーンがどのように進化するかについての全体像をまとめています。
DexTools で Solana 市場データ、トップトークン、バリデーターを意識した分析を追跡して、Firedancer がオンチェーンエクスペリエンスをどのように再構築するかを先取りします。バリデーターで SOL をステークする場合でも、Jupiter と Drift で取引戦略を実行する場合でも、Solana ランタイム上でアプリを構築する場合でも、より広範なポートフォリオの一部として単にトークンを保持する場合でも、クライアント層はデューデリジェンスの一部になります。委任する前に、バリデーターがどのクライアントを実行するかを尋ねます。主張を確認したい場合は、GitHub のコミット履歴を読んでください。 Frankendancer と Firedancer がより多くのネットワークを吸収するにつれて、バリデーターシェアの数値が四半期ごとにどのように変化するかを見てください。昨日使用したチェーンは、明日使用するチェーンとまったく同じではありません。その違いは、1 秒あたり 100 万トランザクションはスローガンではなく期限であると判断したエンジニアのチームによって、一度に 1 つの C ソース ファイルで作成されています。