Solana Firedancer TPS：100万トランザクションの解説

Solana Firedancer TPSは、特定のFiredancerテスト環境下で目標とされた、あるいは測定されたスループットを指し、すべてのメインネットトランザクションにおける保証レートではありません。

ステータスに関する注意： Firedancerのロールアウト、ベンチマーク条件、およびバリデータクライアントの採用状況は時間とともに変化します。以下のマイルストーンは記載された日付時点のものであることを理解し、引用されている公式ソースを通じて最新のデプロイ状況を確認してください。

要点

• ベンチマークTPS： 制御されたテストネット環境でのテストにおいて、Jump CryptoのFiredancerは秒間1,000,000トランザクション（TPS）を実証しました。これは最適なラボ環境下で測定された数値であり、現在のメインネットのパフォーマンスではありません。
• 現実のTPS： Solanaは現在、メインネット上で合計2,000～4,000 TPSを処理しています。非投票トランザクション（実際のユーザーアクティビティ）は平均400～1,000 TPSです。
• Firedancerとは： Jump CryptoによってC/C++で書かれたSolana用の独立したバリデータクライアントです。トークンやフォーク、プロトコルのアップグレードではありません。
• 日付時点のステータス： 本稿のドラフトでは、Frankendancerがメインネットで稼働中であり、フル版のFiredancerは2025年にかけて段階的にロールアウトされると説明されています。公式ソースを通じて最新の状況を確認してください。
• 2つの利点： スループット容量の向上とクライアントの多様性の両方が、Solanaのネットワーク障害に対する脆弱性を軽減します。

目次

• Firedancerとは？Solana第2のバリデータクライアントの解説
• Firedancerがいかにして極限のスループットを実現するか：アーキテクチャ詳解
• Solana Firedancer TPS：秒間1,000,000トランザクションの主張を分析する
• Solana Firedancer TPSとイーサリアム、ビットコイン、Visa、SWIFTの比較
• FrankendancerからFiredancerへ：デプロイメントのタイムラインとメインネットの状況
• FiredancerがSolanaネットワークの信頼性を向上させ、停止リスクを軽減する仕組み
• FiredancerのTPSがSolanaで解き放つ現実世界のユースケース
• FiredancerがSolana (SOL) 投資家とエコシステムに意味すること
• よくある質問：Solana Firedancer TPS
• 結論：Solanaの高性能な未来におけるFiredancerの役割

Firedancerとは？Solana第2のバリデータクライアントの解説

Firedancerは、Solanaのバリデータクライアント（コンピューターがトランザクションを処理し、ネットワークのコンセンサスに参加するために実行するソフトウェア）を、Jump Trading Groupの暗号資産およびブロックチェーン部門であるJump CryptoがCおよびC++でゼロから再実装した独立したソフトウェアです。これはトークンでも、フォークでも、プロトコルのアップグレードでもありません。Firedancerは、LighthouseとPrysmがどちらも異なるブロックチェーンにならずにイーサリアムのプロトコルを実行しているのと同じように、既存のAgaveクライアントが実行しているものと同じSolanaプロトコルを実行します。

Solana自体は、スケーラブルな分散型アプリケーション向けに設計された、高性能でパーミッションレスなレイヤー1ブロックチェーン（数千台のコンピューターで同時にトランザクションを記録する、分散型で暗号学的に保護された台帳）です。2020年にメインネットベータをローンチしたSolanaは、Proof of Historyを考案した元Qualcommのエンジニア、Anatoly Yakovenkoによって2017年に設立されました。2024年から2025年時点で、約1,900の稼働中のバリデータがSolanaのメインネットを保護しており、それぞれが担保としてSOLトークンをステーキングし、見返りとしてブロック報酬を獲得しています。

Firedancerが登場するまで、すべてのSolanaバリデータは同じクライアントであるAgaveを実行していました。Agaveクライアント（旧Solana Labsバリデータクライアント、現在はAgaveバリデータクライアントを維持するチームであるAnzaによって維持されています）はRustで書かれており、メインネットベータのローンチ以来Solanaを支えてきました。Firedancerは、異なるエンジニアリングの優先順位と根本的に異なる内部アーキテクチャで構築された、2つ目の独立した選択肢をバリデータに提供することで、その状況を変えます。

FiredancerはSolanaに対して3つの役割を果たします。トランザクションスループットを1,000,000 TPSというベンチマークの上限まで引き上げ、処理のレイテンシを短縮し、バリデータエコシステムにクライアントの多様性をもたらします。クライアントの多様性（同じプロトコルに対して個別に開発された2つの実装を持つこと）は、現在のSolanaに欠けている構造的な回復力の特性です。Firedancerはそのギャップを埋めるものです。

Firedancerの開発元は？

Firedancerは、世界最大級の高速取引（HFT）およびマーケットメイク企業であるJump Trading Groupの暗号資産およびブロックチェーン部門、Jump Cryptoによって構築されました。この背景は直接的に重要です。カーネルバイパスネットワーキング、ミリ秒未満のレイテンシ目標、ハードウェアへの直接アクセスなど、Firedancer内部のパフォーマンス向上策は、処理速度がマイクロ秒単位で測定される伝統的な金融インフラに定量的取引企業が適用するエンジニアリングの優先順位を反映しています。

Firedancerのソースコードは完全にオープンソースであり、FiredancerのオープンソースGitHubリポジトリ.)で公開されています。技術ドキュメントとベンチマーク結果は、Jump CryptoのFiredancer技術ブログ.)に掲載されています。

Firedancerがいかにして極限のスループットを実現するか：アーキテクチャ詳解

Firedancerは、Solanaの既存の速度面での優位性、特にProof of History（PoH）を基盤としています。PoHは、継続的に動くストップウォッチのように機能する暗号学的な計時システムであり、すべてのトランザクションに検証可能なタイムスタンプを刻むことで、他のネットワークを減速させるようなやり取りをすることなく、バリデータがトランザクションの順序に合意できるようにします。Solanaのコンセンサスアーキテクチャは、トランザクションの順序付けのためのPoHと、ファイナリティのためのTower BFT（Solanaのビザンチン障害耐性コンセンサスプロトコル）、およびバリデータ選出のためのProof of Stake（PoS）を組み合わせています。PoHは独立したコンセンサスメカニズムではなく、主要な調整のボトルネックを取り除くプレオーダリングレイヤーです。FiredancerはPoHを置き換えるのではなく、バリデータスタックの他のすべてのレイヤーを改善し、PoHのフルスループットの可能性を解き放ちます。SolanaのGulf Streamプロトコル（メンプールを介さないトランザクション転送）やTurbineブロック伝搬プロトコル（BitTorrentにインスパイアされたブロック配布）を含む追加のイノベーションが、Firedancerが動作する基盤を完成させます。PoHの詳細については、Proof of Historyに関するSolana公式ドキュメント.)を参照してください。

Firedancerのアーキテクチャを工場の組み立てラインに例えてみましょう。Agaveクライアントは、材料の受け取り、仕分け、検証、処理、梱包というすべての製造工程を順番にこなす1人の熟練労働者です。Firedancerは、その1人の労働者を専門化された製造ラインに変え、各ステーションが他のすべてのステーションと同時に、正確に1つのタスクを処理するようにします。Firedancerでは、これらのステーションを「タイル（Tiles）」と呼んでいます。

タイルアーキテクチャ：専門化されたパイプライン処理

Firedancerは、バリデータの作業を分離された処理ステージのパイプラインに整理します。各タイルは正確に1つのジョブを担当し、個別のオペレーティングシステムプロセスとして実行され、他のすべてのタイルと同時に動作します。

Net（ネット）タイル： ネットワークインターフェースカードから生のネットワークパケットを取り込み、パイプラインに渡します。

Verify（検証）タイル： 入ってくるトランザクションに対して暗号署名の検証を行い、それぞれが正しいプライベートキーによって承認されたことを確認します。

Pack（パック）タイル： どのトランザクションをどの順序で含めるかを決定し、トランザクションをブロックのスロットにスケジュールします。

Bank（バンク）タイル： 現在の台帳の状態に対してトランザクションを実行し、アカウント残高の変更やプログラムロジックを適用します。

PoHタイル： 実行されたトランザクションの各バッチについて、暗号学的な時間の証明を記録します。

Shredタイル: 完成したブロックをより小さな送信ユニットに分割し、バリデータネットワーク全体に配布します。

各タイルは個別のプロセスとして実行されるため、あるタイルでクラッシュが発生しても他のタイルへ連鎖することはありません。影響を受けたタイルが再起動する間も、パイプラインは処理を継続します。Solanaの並列トランザクション処理ランタイムであるSealevelは、すでに競合しないトランザクションを同時に処理していますが、Firedancerのタイルパイプラインは、Agaveのアーキテクチャでは太刀打ちできない速度でそのランタイムにデータを供給します。

カーネルバイパスネットワーキングとDPDK

標準的なネットワーク処理では、アプリケーションがデータを読み取る前にオペレーティングシステムのネットワーキングスタックを経由して着信ルートを処理するため、各ステップでレイテンシが発生します。Firedancerは、バリデータがネットワークハードウェアと直接通信できるようにするソフトウェアライブラリであるDPDK（Data Plane Development Kit）を使用することで、その経路全体をバイパスし、オペレーティングシステムの標準的なネットワーキングスタックを完全にスキップします。

この違いは、信号機を通って合流する標準的なオンランプと、高速道路に直結する専用の急行有料車線の関係に例えられます。DPDKはこの急行車線にあたります。パケットはネットワークインターフェースカードからFiredancerのnetタイルへ直接送られ、レイテンシをミリ秒単位からマイクロ秒単位へと削減します。

なぜFiredancerはRustではなくC/C++で書かれているのか

FiredancerがAgaveで使用されているRustではなくCおよびC++で書かれているのは、CおよびC++がメモリ割り当てとシステムコールに対して決定論的な制御を可能にするためです。処理レイテンシがマイクロ秒単位で測定されるホットパス（頻繁に実行される重要な経路）では、ランタイムのメモリ動作が、Rustの所有権モデルが優先するように設計されていないレベルで重要になります。Rustは高性能であり、Agaveも従来の基準では十分に機能しますが、Firedancerの設計上の優先順位においては、C/C++の方がより自然に適合したのです。

Agave vs. Firedancer: 比較表

どちらのクライアントも同じSolanaプロトコルを実装しています。これらは競合するブロックチェーンではなく、Solanaバリデータを実行するための代替手段です。

Solana FiredancerのTPS: 1,000,000 TPSという主張を読み解く

管理されたベンチマークテストにおいて、Jump CryptoのFiredancerバリデータクライアントは毎秒1,000,000トランザクション（TPS）を実証しましたが、その数値には特定の意味があります。これを理解するには、ほとんどの報道で混同されている3つの異なるTPS測定値を切り離して考える必要があります。

TPSは、ネットワークが1秒間に個別のトランザクションをいくつ処理・確定できるかを測定する指標です。高速道路の車線のようなものだと考えてください。車線が多いほど、渋滞することなく、より多くの車（またはトランザクション）が同時に移動できます。Solanaの既存のアーキテクチャは、すでにビットコインやイーサリアムよりもはるかに多くの車線を備えています。Firedancerはその道路をさらに桁違いに広げます。しかし、道路が理論的に処理できる車線数、ストレス下で処理できる数、そして通常の火曜日の朝の通勤時に処理できる数は、それぞれ異なる数値となります。

3種類のTPSの定義

ソースドラフトには、100万TPSのベンチマークに関する独立したサードパーティによる検証の引用はありません。この数値は最適な条件下でのアーキテクチャ上の上限を示すものであり、メインネットでの持続的なパフォーマンスを保証するものではありません。

投票トランザクションに関する注記：Solanaバリデータは、コンセンサスの投票メッセージを実際のトランザクションとしてオンチェーンで送信し、それが合計TPSの数値にカウントされます。これらはユーザーのトランザクションではありません。非投票TPS（400–1,000 TPS）の方が、Solanaのアプリケーションスループットを評価する上でより意味のあるベンチマークとなります。ベンチマークと実環境のTPSの差は、ネットワーク伝搬の制約、バリデータセット全体のハードウェアの不均一性、トランザクション手数料市場のダイナミクス、および完全なFiredancerがまだすべてのバリデータに導入されていないという事実を反映しています。

メインネットでのFiredancerの採用が進むにつれ、ベンチマークと実環境の数値の差は縮まると予想されますが、完全な導入までのスケジュールは依然として流動的です。

Solana FiredancerのTPSをイーサリアム、ビットコイン、Visa、SWIFTと比較

Solanaの現在の実環境におけるTPS（2,000–4,000）は、すでにイーサリアムのレイヤー1のスループットの約100倍、ビットコインの約400倍に達しています。Firedancerのベンチマーク数値は、異なる条件下での異なる種類の数値を比較することにはなりますが、その差を全く別の次元へと広げるものです。

ブロックチェーンネットワークと従来の決済プロセッサとの直接的なTPS比較は、規模の例示として機能するものであり、アーキテクチャ上の同等性を示すものではありません。Visaは、分散型のコンセンサスを必要としない集権型データベースを運営しています。一方、Solanaは1,900以上の独立したバリデータ全体でトランザクションを処理し、トランザクションを確定する前に合意に達する必要があります。ブロックチェーンのトリレンマは、これがなぜ困難であるかを示しています。ブロックチェーンは、3つの特性（スケーラビリティ、セキュリティ、分散型）のうち、同時に最大2つまでしか実現できません。Firedancerは、クライアントの多様性を通じてセキュリティを向上させつつ、スケーラビリティの問題に対処します。

TPS比較: Solana Firedancer vs. 主要ブロックチェーンおよび決済ネットワーク (2025年)

最も商業的に関連性の高い比較は、Solanaのベンチマーク数値とイーサリアム レイヤー1との比較です。Firedancerの100万TPSというベンチマークは、イーサリアムのレイヤー1のスループットの約33,000倍に相当します。イーサリアムは、Arbitrum、Optimism、Baseなどのレイヤー2（L2）ソリューションを通じてスケーラビリティを追求しています。これらはイーサリアムのメインチェーン外でトランザクションを処理し、定期的にその証明をレイヤー1に投稿します。そのアプローチはスケーリングを実現しますが、ブリッジ、流動性の断片化、および追加の信頼の前提による複雑さを招きます。対照的に、Solanaはレイヤー1で直接スケーラビリティを追求し、単一の統一されたネットワークのコンポーザビリティを維持しています。

SolanaのアプローチがEthereumとどのように異なるかについての詳細な内訳は、Solana対Ethereumのパフォーマンス比較をご覧ください。EthereumとBitcoinのパフォーマンスの違いに関する背景については、Ethereum対Bitcoinのパフォーマンス比較で主要な相違点を説明しています。

FrankendancerからFiredancerへ：デプロイのタイムラインとソース日付のメインネット状況

Frankendancerは、Firedancerの高性能なネットワーキングレイヤーと、Agaveの確立されたコンセンサスおよび実行ロジックを組み合わせた暫定的なハイブリッドバリデータクライアントです。これは、Agaveの十分にテストされたコンセンサス動作を一度に放棄することなく、バリデータがFiredancerの速度向上を採用できるように設計された、意図的な中間地点です。Firedancerには単一のローンチ日はありません。そのデプロイは段階的に行われており、各段階はフルクライアントの置き換えに向けた、テスト・検証済みの進展を表しています。

Frankendancerとは？

Frankendancerという通称は、Frankenstein（フランケンシュタイン）とFiredancerを組み合わせたもので、そのハイブリッドな性質を反映しています。すなわち、Firedancerの高速なフロントエンドネットワーキングスタックを、Agaveの定評あるコンセンサスおよび実行バックエンドに移植したものです。この名称は口語的であり、Solanaの開発者コミュニティで広く使用されています。

Frankendancerは、独立したブロックチェーンでも、別のトークンでも、永続的なソリューションでもありません。これは、Agaveのコンセンサスロジックを維持しながら、バリデータにFiredancerのパケット処理およびネットワーキングタイルへのアクセスを提供する移行期の構成です。この段階的なアプローチにより、ネットワークは完全な置き換えを行う前に、Firedancerコンポーネントの実世界での経験を蓄積することができます。Frankendancerは、フルスペックのFiredancerのベンチマーク上限には達していないものの、すでにAgave単体と比較して測定可能なTPSとレイテンシの向上を実現しています。

Firedancerデプロイの節目（マイルストーン）

Firedancerのメインネットへのデプロイは段階的に行われており、単一の公開ローンチ日は設定されていません。

デプロイの指標は継続的に更新されています。現在のバリデータクライアントの採用数値については、solana.comでの現在のバリデータクライアント配布状況. をご覧ください。FrankendancerまたはフルFiredancerを実行しているネットワークステーキングの割合は、実世界での総合的なTPS向上に直接影響します。

バリデータ運用者の方へ： Firedancerのカーネルバイパスネットワーキングスタックには、DPDKドライバをサポートするネットワークインターフェースカード（NIC）が必要です。特定のハードウェア要件は、ソフトウェアの成熟に伴い変更される可能性があります。移行を検討しているバリデータは、現在のハードウェア仕様と移行ドキュメントについて、FiredancerのオープンソースGitHubリポジトリを参照してください。

FiredancerがどのようにSolanaネットワークの信頼性を向上させ、停止リスクを軽減するか

クライアントの多様性とは、同じブロックチェーンプロトコルの複数の独立したソフトウェア実装が、異なるバリデータ間で同時に実行されることを意味します。これは、スループットの大幅な向上と並んで、FiredancerがSolanaにもたらす2つの主要な信頼性向上のうちの1つです。すべてのSolanaバリデータが同じソフトウェアを実行している場合、そのソフトウェアに重大なバグが1つあるだけで、すべてのバリデータが同時に失敗するため、ネットワーク全体が一度にクラッシュしたり停止したりする可能性があります。2つの独立したクライアントが並行して動作していれば、Agaveバリデータをクラッシュさせるバグが発生しても、Firedancerバリデータは完全に動作し続けることができます。

Solanaのネットワークで2つの独立したバリデータクライアントを実行することは、2つの異なるエンジンメーカーが航空機フリートにエンジンを供給するようなものです。一方のメーカーのエンジンに重大な欠陥が見つかっても、もう一方のメーカーのエンジンを搭載した航空機は飛行を続けることができます。単一サプライヤーのフリートでは、すべての飛行機が同時に地上待機となります。Firedancer導入前のSolanaのアーキテクチャは、その単一サプライヤーのフリートにあたります。

Solanaは2021年から2023年の間に、バリデータのメモリを圧倒したトランザクションスパム攻撃、Agaveクライアントのコンセンサスバグ、およびバリデータノードの設定ミスによって、複数のネットワーク中断を経験しました。ネットワーク混雑（トランザクション需要がネットワークの処理能力を超え、トランザクションの失敗、無期限のキュー待ち、または高い手数料が必要になる状態）は、それらの事象において繰り返し発生したメカニズムでした。

Firedancerは、2つのカテゴリのネットワーク中断に対するSolanaの脆弱性を大幅に軽減します。その高いスループット上限により、混雑が発生する前に大幅な余裕が生まれます。また、独立したコードベースであるため、Agaveに影響を与えるソフトウェアバグがFiredancerバリデータに波及することはありません。両方のクライアントは同じプロトコルを実装していますが、コードを共有していないため、一方のロジックエラーがネットワーク全体で相関的な障害を引き起こすことはありません。

Ethereumのネットワークは、Lighthouse、Prysm、Tekuの間で意味のあるクライアントの多様性を達成したことで、明らかに回復力が増しました。単一のクライアントがEthereumのバリデータセットの圧倒的多数を支配していないため、個々のクライアントのバグはバリデータの一部にしか影響しません。SolanaはFiredancerを通じて、同じアーキテクチャの回復力を追求しています。

Firedancerは将来のすべての停止に対する保証ではありません。ネットワークの信頼性は、バリデータのハードウェア品質、地理的分散、およびプロトコルレベルの改善にも依存します。Firedancerが提供するのは、歴史的に最も一般的であった2つの失敗モード、すなわち混雑による速度低下と、単一クライアントに起因する相関障害の発生確率を構造的に低減させることです。

FiredancerのTPSがSolana上で解き放つ実世界のユースケース

レイヤー1における高いスループット容量は、現在のSolana上の特定のカテゴリのアプリケーション、特にほぼリアルタイムの決済、深い注文板の流動性、または継続的なマイクロペイメントストリームを必要とするアプリケーションを制限している天井を取り払います。スマートコントラクト（Solanaの公式ドキュメントではプログラムと呼ばれます）は、ネットワーク上の DeFi、ゲーミング、および決済アプリケーションを動かしています。以下の各ユースケースには、Firedancerのアーキテクチャが直接のターゲットとしている特定のスループット要件があります。

DeFi とオンチェーン注文板

中央集権的な仲介者なしでスマートコントラクトを通じて実行されるトレード、レンディング、デリバティブ、およびイールドファーミングを含む分散型金融（DeFi）アプリケーションは、根本的にブロックチェーンのTPSとファイナリティ速度によって制限されます。オンチェーン注文板は、伝統的な中央指値注文板（CLOB）の機能を完全にオンチェーンで再現します。すべての指値（Bid）、すべての売り（Ask）、すべての約定、すべてのキャンセルが個別のトランザクションです。Solanaの現在の実世界でのTPSでは、OpenBook（Solanaのオンチェーン注文板）やDrift Protocol（無期限先物取引プラットフォーム）のようなプラットフォームは運営可能ですが、中央集権型取引所と比較すると注文板の深さと実行速度には依然として制約があります。Firedancerの高いスループット上限により、オンチェーン注文板は中央集権型取引所のインフラの実行深度と速度に近づくことができ、分散型取引をカストディアルな会場（取引所）に対して真に競争力のあるものにします。中央集権型取引所と分散型取引所の両方が、より迅速な決済とより低いトランザクションコストの恩恵を受けます。

グローバル決済とマイクロペイメント

ベンチマークスループットにおいて、Firedancer対応SolanaはVisa（平均約24,000 TPS）とMastercard（約5,000 TPS）の合計取引量を、まだ余裕を残した状態で同時に処理できる可能性があります。この規模は、Solanaを暗号資産間の送金を超えたグローバルな決済インフラとして信頼できるものにします。Solana上に構築された既存の決済プロトコルであるSolana Payは、すでにPOS（ポイント・オブ・セール）決済を1秒未満のファイナリティ（取引が台帳上で取消不能になる時点）で実現しています。Firedancerの高いスループットは、マイクロペイメントの経済性も変えます。ネットワークコストがはるかに大きな取引量に分散されると、1セント未満の取引も規模に応じて実行可能になります。

ブロックチェーンゲーミング

ゲーミングアプリケーションにはリアルタイムのトランザクション処理が必要です。ゲーム内アセットの送金、マーケットプレイスでの取引、状態の更新は、プレイヤーが応答性を感じられるようにミリ秒単位で完了する必要があります。Solanaの現在の約400ミリ秒のブロックタイムは、他のブロックチェーンゲーミングプラットフォームと比較しても競争力がありますが、プレイヤーあたり毎秒複数の逐次トランザクションを必要とするゲームロジックは、すぐに現在のスループット上限に達します。Firedancerの高いTPSと低いレイテンシは、現在のブロックチェーン速度が明らかな遅延を生み出すリアルタイムゲーミングにおいて、Solanaを信頼できるインフラにします。応答性を維持するためにオフチェーンの状態管理を必要としていたゲームデザインは、Firedancerのパフォーマンスプロファイルにより、より多くのロジックをオンチェーンに移行できるようになるでしょう。

FiredancerがSolana（SOL）投資家とエコシステムにもたらすもの

Firedancerは、エコシステム導入にとって重要な3つの側面、すなわち生の処理能力、ネットワークの信頼性、そしてEthereumのレイヤー2依存のスケーリングアプローチからの競争上の差別化を強化します。

免責事項: このセクションでは、技術開発がSolanaエコシステムに与える潜在的な影響について論じています。これは財務上または投資上のアドバイスを構成するものではありません。暗号資産への投資は、全額損失のリスクを含む重大なリスクを伴います。ご自身の調査を行い、投資判断を行う前に資格のあるファイナンシャルアドバイザーにご相談ください。

技術的優位性。 主要なレイヤー1ブロックチェーンの中で、FiredancerのベンチマークTPS値は、公開されている競合がなく際立っています。フルデプロイメントが現在の軌道で進めば、バリデーターの採用が増えるにつれてSolanaの実質的なTPSは現在のレベルを大幅に超えてスケールする可能性があります。そのスループットのリーダーシップは、高頻度取引（DeFi）、リアルタイム決済、グローバル決済インフラなど、現在どの競合ネットワーク上にも実行可能なオンチェーンの場がないアプリケーションカテゴリを引き付ける可能性があります。

信頼性と開発者への信頼。 Solanaが2021年から2023年にかけて経験した停止は、信頼性の高いインフラを必要とする開発者や機関投資家との間で評判の低下を招きました。Firedancerのクライアント多様性は、それらの障害の構造的な根本原因に対処します。Frankendancerがより広く採用され、フルFiredancerが展開されるにつれて、ネットワークの実証された稼働時間の記録は、開発者の信頼の高まりをサポートする可能性がありますが、これは継続的なデプロイメントの進捗と新しい障害モードの不在にかかっています。

エコシステム需要。 より高いスループットは、より多くのDeFiアクティビティをサポートし、より多くのトランザクション手数料を生み出し、ネットワークセキュリティとバリデーターの経済性をサポートする可能性があります。より有能なインフラは、より多くの開発者を引き付け、彼らはより多くのアプリケーションを構築し、それらはより多くのユーザーを引き付けます。その連鎖のどれかがSOLトークンの価値上昇につながるかどうかは、技術的パフォーマンス以外の要因（規制環境、より広範な市場サイクル、Firedancerのデプロイメントペース）にかかっています。

現在のSOL市場データについては、現在の市場ソースからのライブ市場データを参照してください。この記事は価格予測を提供するものではありません。

Solana Firedancer TPSに関するよくある質問

現在のSolana TPSは？

2024年から2025年にかけて、Solanaはメインネット（ライブプロダクションネットワーク）で、バリデーターの投票トランザクションを含めて、約2,000〜4,000の合計TPSを処理しています。実際のユーザーアクティビティを表す非投票トランザクションは、平均400〜1,000 TPSです。リアルタイムの数値は、SolscanのリアルタイムSolana TPSデータで入手可能です。これらの数値は、Firedancerの採用がバリデーターセット全体で増加するにつれて変化するでしょう。

Firedancerは、Jump CryptoによってC/C++で書かれたSolanaの独立したバリデータークライアントであり、2023年の管理されたベンチマークテストで1,000,000 TPSを実証しました。これは2つの理由で重要です。それは、Agaveクライアントが達成するものをはるかに超えてSolanaのスループット上限を押し上げること、そして単一のソフトウェアバグによるネットワーク全体の障害のリスクを軽減するクライアントの多様性（2番目の独立したコードベース）を導入することです。

はい、2023年にJump Cryptoによって実施された管理されたベンチマークテストで可能です。その数値は、現在のメインネットパフォーマンスではなく、最適なテストネット条件下でのアーキテクチャ上の上限を表しています。ソースドラフトは、その日付付きスナップショットについて、メインネットの範囲で2,000〜4,000の合計TPSを報告しています。1Mという数値はFiredancerのアーキテクチャが理論的に維持できるものを示しており、実際のメインネットTPSはバリデーターの採用が進むにつれて変化する可能性があります。ベンチマークTPS、理論TPS、および実質TPSは、混同されるべきではない3つの異なる測定値です。

Solanaの実質TPSである2,000〜4,000は、Ethereum L1（約15〜30 TPS）を約100倍、Bitcoin（約7 TPS）を約400倍上回ります。Firedancerのベンチマークである1M TPSにより、その差はEthereum L1の約33,000倍に広がります。Bitcoinの低いTPSは意図的であり、その設計はスループットよりもセキュリティと分散化を優先しています。Ethereumは、L1アーキテクチャの変更ではなく、レイヤー2ソリューションを通じてスケーリングしています。

Firedancerは2つのメカニズムを通じて混雑に対処します。1つは、需要の急増が処理能力を圧倒する可能性を低くするためにスループット上限を引き上げること、もう1つは、Agaveバリデーターをクラッシュさせる混雑誘発バグがFiredancerバリデーターを同時に停止させないようにクライアントの多様性を導入することです。これは、高速道路を広げることと、一方の車線での故障がすべての交通をブロックしないようにすることの両方だと考えてください。

Anzaが管理するAgaveクライアントは、Rustで書かれ、すべての処理タスクが単一の統合プロセスで実行されるモノリシックアーキテクチャを持つSolanaのオリジナルのバリデーターソフトウェアです。Jump Cryptoが管理するFiredancerは、C/C++で書かれた新しい独立した実装であり、各処理タスクが独立したプロセスとして実行されるモジュラータイルドベースのパイプラインアーキテクチャを持っています。両方のクライアントは同じSolanaプロトコルを実装しています。これらは競合するブロックチェーンではなく、Solanaバリデーターを実行するための代替手段です。

Frankendancerは、Firedancerの高性能ネットワークレイヤーとAgaveの確立されたコンセンサスおよび実行ロジックを組み合わせたハイブリッドバリデータークライアントです。非公式な名前は、そのハイブリッドな性質を反映して、FrankensteinとFiredancerを組み合わせたものです。これは、Agaveのみを実行することからフルFiredancerを実行することへの移行段階であり、2024年にメインネット展開を開始しました。Frankendancerは、別個のブロックチェーン、トークン、またはプロトコルではありません。

Firedancerには単一のローンチ日はありません。デプロイメントは段階的に行われています。ソースドラフトでは、Frankendancerはメインネットで稼働しており、フルFiredancerは2024年から2025年にかけて段階的にロールアウト中であると説明されています。フルデプロイメント完了のための公開日は確認されていません。ライブバリデータークライアントの採用データについては、solana.comで現在のバリデータークライアントの配布状況を確認してください。

はい。Firedancerは2つのメカニズムにより信頼性を向上させます。スループット容量の向上は、輻輳による障害の発生確率を低下させ、クライアントの多様性は、1つのバリデータークライアントに影響するソフトウェアバグがネットワーク全体を停止させることを防ぎます。複数のコンセンサスクライアント（Lighthouse、Prysm、Teku）に関するEthereumの経験はこのアプローチを裏付けています。Ethereumが意味のあるクライアント分散を達成したことで、ネットワークの堅牢性は測定可能に向上しました。Firedancerは将来のすべての障害に対する保証ではありませんが、歴史上最も一般的な2つの障害モードに対処します。

Firedancerのアーキテクチャは、他のブロックチェーンバリデーターとどう異なりますか？

ほとんどのブロックチェーンバリデーターは、すべての処理タスクが単一の統合プロセス内で実行されるモノリシックアーキテクチャを使用しています。Firedancerはタイルベースのパイプラインを使用しており、各タスク（ネットワーク取り込み、署名検証、トランザクション実行、ブロック記録）は、他のタスクと同時に独立したプロセスとして実行されます。1つのタイルでの障害は、パイプライン全体に連鎖しません。これはパフォーマンス機能（並列実行）と信頼性機能（処理ステージ間の障害分離）の両方です。

Solanaの速度は、Visaのような従来の決済システムと比較してどうですか？

Solanaの現在の実質TPSである2,000〜4,000は、Visaの平均ネットワーク負荷（約24,000 TPS）のかなりの部分をすでにカバーしています。Firedancerのベンチマーク値である1,000,000 TPSは、Visaの平均処理スループットの約40倍です。直接比較するには、Visaが集権型データベースを運用しているのに対し、Solanaは1,900以上のバリデーターからなる分散型ネットワークを実行しており、Solanaの同等のスループットは、アーキテクチャ的に達成がより困難であることを認識する必要があります。

Firedancerは、Agaveが使用するRustよりも低レベルの言語であるCおよびC++で記述されています。CおよびC++は、メモリ割り当ての決定論的な制御とハードウェアプリミティブへの直接アクセスを可能にし、処理レイテンシターゲットがマイクロ秒単位で測定される場合に重要な特性です。この選択により、FiredancerはDPDKを介したカーネルバイパスネットワーキングを可能にします。これにより、パケットはオペレーティングシステムのネットワーキングスタックを経由せずに、ネットワークインターフェイスカードから直接アプリケーションに到達します。

SolanaはRipple（XRP）よりも高速ですか？

はい。Solanaの実質TPSである2,000〜4,000は、Rippleのネットワークスループットである約1,500 TPSをすでに上回っています。Firedancerのベンチマーク値である1,000,000 TPSにより、その差は大幅に広がりますが、そのベンチマーク値は、継続的なメインネットパフォーマンスではなく、制御されたテストネットの条件下でのものです。Rippleは集権型バリデーターセットによる決済をターゲットとしていますが、Solanaは分散型バリデーターネットワークによる汎用スマートコントラクト実行をターゲットとしています。

FiredancerはSolanaでどのようなアプリケーションを可能にしますか？

Firedancerの高いスループット容量は、オンチェーン注文板（OpenBookなど）、パーペチュアルプラットフォーム（Drift Protocolなど）、リアルタイム決済、およびサブ秒トランザクションファイナリティを必要とするブロックチェーンゲームアプリケーションの実現可能性を拡大します。現在のSolana TPSがスループットの天井となっているアプリケーションカテゴリ（高頻度DeFi戦略、リアルタイムマルチプレイヤーゲーム経済、グローバルマイクロペイメントインフラストラクチャなど）は、Firedancerの展開が進むにつれて、より実現可能になります。

FiredancerはSOLトークン価格にどう影響しますか？

FiredancerはSolanaの技術基盤を強化し、エコシステムの採用とネットワークアクティビティをサポートする可能性がありますが、ブロックチェーンパフォーマンスのアップグレードが自動的にトークン価格の上昇につながるわけではありません。市場の状況、規制環境、開発者の採用率、および広範な暗号市場サイクルはすべて、技術的な改善とは独立してSOLの価値に影響を与えます。これは投資アドバイスではありません。暗号資産市場は変動性が高く、過去のパフォーマンスが将来の結果を保証するものではありません。現在のSOL市場データについては、ライブ市場ソースを使用してください。

結論: Solanaの高性能な未来におけるFiredancerの役割

FiredancerはSolanaにとって文書化されたアーキテクチャ上の進歩を表しています。制御されたテストでの1,000,000 TPSの検証済みベンチマーク、メインネットでのFrankendancerを介したアクティブな段階的展開、およびSolanaの過去のネットワーク障害に寄与した脆弱性に対処するクライアントの多様性による構造的な信頼性向上です。

1,000,000 TPSという数字は、Firedancerのベンチマークポテンシャルを表しており、現在のメインネットの現実ではありません。ソースドラフトは、dated snapshotで2,000〜4,000の総TPSおよび400〜1,000の非投票TPSを報告しています。はるかに高い持続的なスループットに近づくためのアーキテクチャ基盤は明らかに整備されており、FrankendancerからフルFiredancerへの移行は、バリデーターの採用が進むにつれて実質的な数値が変化する可能性のあるパスです。

レイテンシに敏感なアプリケーションのためにSolanaを評価する開発者、Solanaの技術的な差別化を評価する投資家、および移行の決定を検討するバリデーターにとって、Firedancerの重要性は、単なるヘッドラインベンチマーク数ではなく、DeFi、決済、ゲーム、機関投資家金融全体で可能になることにあります。

Firedancerの技術仕様を直接探求するには、FiredancerのオープンソースGitHubリポジトリとJump CryptoのFiredancerテクニカルブログが権威ある一次情報源です。

関連記事：

• Ethereum vs. Bitcoin：どちらがより大きなアップサイドを持つか

• Near Intents：インテントベースのブロックチェーントランザクション

• Solana レイヤー2スケーリングソリューション

• Solana オンチェーンデータ分析

• Solana エポックメカニズム

ネットワーク開発と市場動向を比較する読者は、SOL価格ページ) および SOL/USDT 現物市場) を個別の市場参照として使用できます。