クライアントが増えるほど、ネットワークは壊れにくくなる。Firedancerは、Solanaに「2つ目の独立したエンジン」を与えるプロジェクトです。 More independent clients = a tougher network. Firedancer gives Solana a second, fully independent engine.
DEMOクライアント多様性シミュレータClient Diversity Simulator
Solanaの安定運行のカギは、オンラインのステーク(預けられたSOL)が66.7%以上を保てているか。これを下回るとネットワーク全体に影響が及ぶ可能性があります(資産は守られる設計です)。クライアントの系統が分散しているほど、どこかでトラブルがあっても66.7%を保ちやすくなります。スライダーで未来のステーク分布を作り、「もしもどこかの系統でバグが起きたら?」を想定してみましょう。 The key to Solana's smooth operation is keeping 66.7%+ of stake online. Below that line, the whole network can be affected (assets remain protected by design). The more diverse the client mix, the easier it is to hold the line when trouble hits one lineage. Set a stake distribution and explore the what-if scenarios.
🧬 「Jitoも実はAgave系」がポイント🧬 Key point: Jito is Agave lineage too
現在主流のJitoクライアントは、元祖クライアント「Agave」の改良版(フォーク)で、どちらもRust製の同じ系譜です。FirefoxとChromeのように完全に別のコードベースを持つのがFiredancer。同じ仕様を、別の言語(C/C++)で、別のチームが実装しています。 Today's dominant Jito client is a fork of the original Agave client — same Rust lineage. Firedancer is a completely separate codebase, like Firefox vs Chrome: the same spec, implemented in a different language (C/C++) by a different team.
🏔️ 次の進化: Alpenglow「20+20」🏔️ Next up: Alpenglow "20+20"
2025年9月に98.27%の賛成で承認されたコンセンサス刷新「Alpenglow」(2026年展開予定)は、20%が悪意を持ち+20%がオフラインでも安全という「20+20」耐性を導入予定。クライアント多様性と合わせて、Solanaはさらに堅牢になります。 Alpenglow — the consensus overhaul approved with a 98.27% vote in Sept 2025 (rolling out in 2026) — introduces "20+20" resilience: safe even with 20% malicious + 20% offline. Combined with client diversity, Solana gets even tougher.
Frankendancerは「いいとこ取り」のハイブリッド、Firedancer 1.0は100%独立。段階的な進化で、安全に世代交代しています。 Frankendancer is the best-of-both hybrid; Firedancer 1.0 is 100% independent. A staged evolution for a safe transition.
DEMOFrankendancer 解剖図Frankendancer Anatomy
スイッチを切り替えて、ハイブリッド版「Frankendancer」からフル版「Firedancer 1.0」への進化を見てみましょう。緑のブロック(Agaveが担当)がオレンジ(Firedancerネイティブ)に置き換わります。 Flip the switch to evolve the hybrid "Frankendancer" into the full "Firedancer 1.0". Green blocks (handled by Agave) become orange (Firedancer-native).
👆 各タイルをタップすると、役割の説明が表示されます👆 Tap any tile to see what it does
タイルを選択してくださいSelect a tile
※ 点線の3タイル(bank・poh・store)は、実行エンジンやブロック保存と密に連携する必要があるため、FrankendancerではAgaveプロセスのアドレス空間内で動作します(公式バグバウンティ規定より)。フル版1.0ではすべてのAgave依存がネイティブC実装に置き換わり、3つとも完全にFiredancerネイティブになります。※ The three dashed tiles (bank, poh, store) need tight integration with the execution engine and block storage, so in Frankendancer they run inside the Agave process's address space (per the official bug bounty scope). In the full 1.0 client, every Agave dependency is replaced with native C — all three become fully Firedancer-native.
🧩 なぜ二段階で進化させたの?🧩 Why evolve in two stages?
バリデータソフトはネットワークの心臓部。そこでまず、高速なネットワーク処理だけをFiredancer製に差し替えたFrankendancerを2024年9月に投入し、本番環境で長期間の実績を積みました。その土台の上に、実行レイヤーまで完全独立したFiredancer 1.0が登場 — 着実で安全な世代交代です。 Validator software is the network's heart. So first, Frankendancer (Sept 2024) swapped in only the high-speed networking, building a long production track record. On that foundation, Firedancer 1.0 arrived with a fully independent execution layer — a steady, safe hand-off.
遅い工程にだけ人を増やす — 工場のライン設計と同じ。Firedancerは仕事を9工程の「タイル」に分け、各タイルを専用CPUコアで走らせます。 Add workers only where the line is slow — just like a factory. Firedancer splits work into 9 pipeline stages ("tiles"), each on its own CPU core.
DEMOボトルネック・シミュレータBottleneck Simulator
🤔 まず予想してみよう🤔 Predict first
毎秒10万件のトランザクションが流れ込むのに、署名検証(verify)タイルが1個しかなかったら、何が起きる? 100k transactions per second pour in, but there's only one signature-verify tile. What happens?
👆 各ステージをタップすると、役割の説明が表示されます👆 Tap any stage to see what it does
ステージを選択してくださいSelect a stage
※ 処理能力: verify・bank(2〜4万/s)とnet・quic(100万/s級)は公表レンジに基づく値。dedup・pack・poh等はデモ用の概算です。※ Capacities: verify/bank (20–40k/s) and net/quic (~1M/s) follow published ranges; dedup/pack/poh etc. are demo approximations.
※ この9ステージは「自分がリーダー(ブロック生産者)のとき」にトランザクションがたどる一本道です。sign・metricは全工程を支える補助タイル、replayや投票(consensus)は非リーダー時の仕事、gossip・repairは常時走る別系統なので、このラインには乗りません(下の「リーダーじゃないときは?」と 01 解剖図へ)。※ These 9 stages are the path a transaction takes when this node is the leader (block producer). sign/metric are support tiles serving every stage, replay/consensus are non-leader work, and gossip/repair run continuously on separate tracks — so none of them ride this line (see the modes diagram below and 01 Anatomy).
🔍 ズームイン: netタイルの「カーネルバイパス」🔍 Zoom in: the net tile's "kernel bypass"
netタイルはAF_XDPという技術でOS(Linuxカーネル)の長い通用路をショートカットし、NICからほぼ直行でパケットを受け取ります。再生して2つの経路を競争させてみましょう。 Using AF_XDP, the net tile shortcuts the long corridor of the Linux kernel and receives packets almost directly from the NIC. Hit play and race the two paths.
👆 各経由地をタップすると、説明が表示されます👆 Tap any stop to see what it does
経由地を選択してくださいSelect a stop
🔭 では、リーダーじゃないときは?🔭 So what happens when you're not the leader?
バリデータがリーダー(ブロック生産者)に選ばれるのはスロットごとの当番制で、大半の時間は「他のリーダーが作ったブロックを検証する側」です。モードを切り替えて、2つの仕事の流れを見比べてみましょう。 Being leader (block producer) is a per-slot rotation — most of the time a validator is on the other side, verifying blocks made by other leaders. Toggle the modes to compare the two workflows.
👆 ボックスをタップすると、説明が表示されます👆 Tap any box to see what it does
ボックスを選択してくださいSelect a box
エンジン単体の最高速と、みんなで走る巡航速度は別もの。Firedancerは前者を一気に引き上げ、採用拡大とAlpenglowが後者を引き上げていきます。 An engine's top speed and the convoy's cruising speed are different things. Firedancer raises the first; growing adoption and Alpenglow raise the second.
DEMOラボ vs メインネットLab vs Mainnet
合成負荷テスト(市販ハードウェア)で110万TPSを記録 — AgaveチームとFiredancerチームがそれぞれ独立に確認した数字です。1コアあたりの性能を磨き抜いたC/C++実装と、タイルアーキテクチャの並列性が生むパワー。 Synthetic-load tests on commodity hardware hit 1.1M TPS — a figure independently confirmed by both the Agave and Firedancer teams. The power of a hand-tuned C/C++ implementation and the tile architecture's parallelism.
⚙️ 速さの源泉 ①: CPUに寄り添う設計⚙️ Speed source #1: CPU-sympathetic design
ロックやカーネル呼び出しを徹底的に避け、CPUを「それぞれ1つの仕事をする小さなコンピュータの集まり」として扱う。タイル間の受け渡しは共有メモリ経由で、キャッシュラインの速度で進みます。 Locks and kernel calls are avoided relentlessly; the CPU is treated as a cluster of tiny single-purpose computers. Tiles hand off work via shared memory at cache-line speed.
⚙️ 速さの源泉 ②: 賢い並列化⚙️ Speed source #2: Smart parallelism
net・quicタイルは1個で毎秒100万件級。一方、暗号署名の検証(verify)や実行(bank)は重い処理なので、そこだけタイルを複数並べる。02のシミュレータで体験した通りです。 One net or quic tile handles ~1M/sec. Heavy work like signature verification (verify) and execution (bank) gets multiple tiles in parallel — exactly what you experienced in demo 02.
3年かけて開発し、2年かけて慎重に世代交代。2026年、Firedancerはいよいよ本格普及のフェーズへ。 Three years to build, two years of careful hand-off. In 2026, Firedancer enters its growth phase.
STORYFiredancerのあゆみThe Firedancer Journey
Jump CryptoがC/C++によるフルスクラッチ開発を開始。Jump Crypto starts a from-scratch C/C++ implementation.
ネットワーキング層をFiredancer製に置き換えたハイブリッド版が本番稼働開始。The hybrid with Firedancer networking goes live in production.
Frankendancerのステーク比率が6月の約8%から10月には約21%へ。バリデータコミュニティの信頼が数字に。Frankendancer stake grows from ~8% (June) to ~21% (Oct). Validator confidence, in numbers.
Breakpoint(アブダビ)で発表 — すでに少数バリデータで100日間稼働し、5万ブロック以上を生産済みだったというサプライズ。Announced at Breakpoint Abu Dhabi — surprise: it had already run on a handful of validators for 100 days, producing 50,000+ blocks.
Accelerate(マイアミ)のタイミングで1.0に到達。開発チームいわく、直近数ヶ月で数千万件のトランザクションを処理済み。静かで着実な本番拡大が続く。Reaching 1.0 around Accelerate Miami. Per the team, tens of millions of transactions packed over recent months — a quiet, steady production ramp.
ステークの過半数採用を目指して拡大中。コンセンサス刷新Alpenglow(約150msファイナリティ)も控え、Solanaの基盤は新時代へ。Expanding toward majority stake adoption, with the Alpenglow consensus upgrade (~150ms finality) on deck. A new era for Solana's foundation.
📈 Firedancerファミリーのステーク比率📈 Firedancer-family stake share
数字に幅があるのはなぜ?Why a range?
「Firedancerファミリー」にはハイブリッド版(Frankendancer)とフル版(1.0)が含まれ、どちらを数えるか・ステーク基準かバリデータ数基準か・集計時点によって数字が変わります(例: フル版単体は2026年前半で約2.6%とする集計も)。本サイトは2026年6月時点の複数ソースを幅で示しています。 The "Firedancer family" spans the hybrid (Frankendancer) and the full client (1.0). Figures vary by which variant is counted, stake vs validator count, and snapshot date (e.g., one source puts the full client alone at ~2.6% in early 2026). This site shows a range across sources as of June 2026.