みんなはおそらくSolanaのFiredancerアップグレードについて多少耳にしたことがあるでしょう。実際には、検証者のハードウェア要件を下げることで、Firedancerはノードの運用をより容易にしました。

速度、コストの削減、そしてより高い弾力性が、Solanaのスケーラビリティ問題を解決する重要な要因となっています。Firedancerの使命は、Solanaネットワークの性能をNASDAQが毎秒10万件の取引を処理するレベルに近づけることです。

しかし現在のところ、FiredancerのアップグレードはSolanaに完全には実装されていません。

さて、なぜ新しいL1を作る必要があるのですか？

Solana は Firedancer アップグレードがあるのだから、実施後にもっと速く良くなることが期待されるのに、なぜ新たに Fogo を作る必要があるのでしょうか？

しかし、問題は依然として存在します：Firedancer がどれほど速くとも、現実を変えることはできません——Solana の多クライアントモードは、ネットワークの速度が最も遅いノードに制約されることを意味し、すべての検証者が即座に Firedancer に切り替えられるわけではありません。

正如 @Fogo Official 共同創設者 Doug Colkitt が言ったように：「これはフェラーリを持っているようなものですが、ニューヨーク市の混雑した交通の中でそれを運転しているのです。」

Firedancer はフェラーリのようなものですが、Solana には他の要因が混雑を引き起こしています。

したがって、解決策はフェラーリ専用の高速道路を作ることになりました。

Firedancer が足を引っ張られるよりも、専用の舞台を与える方が良い。Fogo の誕生は、Firedancer の潜在能力を最大化するためのものであり、結局のところ、最初から皆が同じクライアントを使うことができれば良いのです。

したがって $FOGO は独立した新しい L1 として、多クライアントモードに制約されることなく、既存の検証ノードがクライアントを更新するかどうかを気にする必要もありません（最初から新たに作成されたものです）。統一されたクライアントと革新的な設計を通じて、Firedancer の性能を完全に解放します。

なぜ単一クライアントモードが優れているのか？

ブロックチェーンネットワークがハードウェアとネットワーク性能の物理的限界に近づくと、異なるクライアント実装間の違いが性能ボトルネックを引き起こすことになります。

そのため、Fogo は最初から「純血版」Firedancer であり、「大換血」を行う必要はありません。

では、Fogo は一体どうやってそれを実現したのでしょうか？

Fogo の主な革新は、Firedancer を唯一の標準クライアントとして選択し、Solana の多クライアントモードがもたらす可能性のある性能ボトルネックを完全に排除することです。

以下のこのミームは、性能最適化によってもたらされる遅延の低下をうまく表現しています。

一言で説明するなら、それはこうです：

「最も速いクライアントだけを使用し、ネットワークを常に最高の性能レベルに保つ。」

Firedancer を理解していない場合でも、その提供する利点を粗略に知っておく必要があります。まずは並列処理、つまり複数の取引を同時に処理することでスループットを大幅に向上させます。次にメモリ最適化により、ノードが存在するハードウェアがストレージなどのリソースをより効率的に利用できるようになり、取引による遅延を減少させます。注目すべきは、Firedancer は主にハードウェアに焦点を当てており、ノードと物理デバイスの相互作用を直接最適化し、取引処理時間をさらに短縮できる点です。#fogo