SolanaはFiredancerをリリース：取引とスケーラビリティを向上させる新しい検証クライアント

Source: Criptonoticias Original Title: Solana tiene un nuevo software para validar transacciones  Original Link: https://www.criptonoticias.com/tecnologia/solana-nuevo-software-validar-transacciones-firedancer/

はじめに

Firedancerは、トランザクションの処理方法とネットワークの構成を改善することを約束しています。SOLの価格は変動性を伴って反応しています。

Jump Cryptoのチームに所属する開発者Kevin Bowersは、12月12日にFiredancerのメインネットでの稼働を確認しました。

クライアントとは、バリデーターがネットワールールを実行し、コンセンサスに参加するためのソフトウェアです。Firedancerは、このエコシステムに存在した2つのクライアント、AgaveとJito-Labs(に次ぐ3番目の選択肢を提供します。)こちらはAgaveのフォークです。

市場の反応

Firedancerの導入に伴い、ネイティブ通貨のSOLが変動を見せました：136ドルから140ドルへ上昇した後、132ドルまで下落しました。

2025年1月には、FiredancerがSolanaに導入される可能性が示唆されていました。開発者によると、Firedancerはネットワークの動作において3つの重要な側面を改善しようとしています：パフォーマンス、スケーラビリティ、安定性。

FiredancerはSolanaの動作に何をもたらすか？

まず、クライアントを増やすことで、単一の実装の誤りがネットワーク全体に影響を与えるリスクを軽減します。また、中央集権化のリスクも緩和します。

このノート作成時点で、AgaveがSolanaのバリデーターの81%以上を占め、Jitoが18.38%、そしてFiredancerは最近のリリース後に0.13%、約800のバリデーターが使用しています(。

次に、Firedancerはバリデーターによるデータ処理の方法を最適化しようとしています。

これを実現するために、バリデーターのさまざまなタスクを分離したモジュール方式を採用しています。)パッケージのハンドリング、署名の検証、ブロックの処理など(を独立したコンポーネントに分けています。

この分割は、効率性の向上と情報フローのボトルネックの削減を目的としています。これは過去にこのネットワークが経験した問題です。

Firedancerのベータフェーズでのテストによると、このクライアントは最大**「100万のトランザクション」**を処理できると示されました。

ブロック伝播の最適化

新しいクライアントは、Solanaのブロック伝播プロトコルであるTurbineを通じてノード間の通信も改善します。このフローの最適化により、ブロックはより均一かつ迅速にバリデーターに分配されることになります。

利点として、Firedancerは次のようなメリットをもたらす可能性があります。

• トランザクションの実行速度の向上：署名やパッケージの管理を効率化
• 障害耐性の向上：2つ目のクライアントにより、単一の開発に依存しない
• ピーク時の活動吸収能力：高トラフィックのアプリケーションにおいても重要

![Imagen que describe los requisitos técnicos para correr un cliente de Solana llamado Firedancer.])https://img-cdn.gateio.im/webp-social/moments-6e97a1d3f0-4db35f4775-153d09-6d5686.webp(

技術的特徴

AgaveやJitoのようなRustで書かれた他のクライアントとは異なり、FiredancerはCおよびC++で開発されています。

Firedancerの最初の数分

Firedancerを使用しているバリデーターのモニターパネルのスクリーンショットには、1秒あたり2,858トランザクション（TPS）を処理している様子が映っています)。これは、Solanaのエクスプローラーが示す平均とほぼ一致します。

Firedancerとエクスプローラーによる報告TPSが一致していることは、クライアントが実際のネットワーク活動と整合した現実的な見通しを提供していることを示しています。

さらに、パネル下部の「Shreds」カテゴリには、Firedancerを使用しているバリデーターが、Solanaがブロックを伝播する際に分割されたフラグメントを管理している様子が観察されます。

そこには、「Repair Requested」「Received Turbine」「Replayed Turbine」「Skipped」「Published」といったカテゴリーがあり、これらはshredsの流通のさまざまな状態を表しています。

これらのステージの一部は、Turbineプロトコルに直接関連しています（例：受信・再送されたパッケージ）一方、他はバリデーターのメンテナンスに関わるものです。

これらのメトリクスの存在と更新は、Firedancerが実際のネットワークフローに従ってデータを処理、再送、修復していることを証明し、その運用統合を示しています。

現在のSolanaの状況

最後に、Firedancerは、過去3年で持っていたバリデーターの70％近くを失うという、Solanaにとって複雑な時期に登場します。