Klient oparty na Firedancerze Fogo poprawia wydajność w porównaniu do Solany, głównie poprzez postawienie wszystkiego na jedną, ultraoptymalizowaną implementację walidatora, dostosowaną specjalnie do DeFi o niskim opóźnieniu, zamiast równoważenia wielu wolniejszych klientów i ogólnych obciążeń.
1. Pure Firedancer kontra mieszany klient Solany
Solana dzisiaj działa głównie na kliencie Agave/Solana Labs, z Firedancerem wprowadzanym jako dodatkowy klient, aby dodać różnorodność i wydajność.
Fogo zamiast tego uruchamia się z Frankendancerem (hybryda) i planuje migrację do czystego Firedancer, wyraźnie priorytetując maksymalną przepustowość i opóźnienie nad różnorodnością klientów.
Ponieważ sieci często są ograniczane przez swoich najwolniejszych klientów, stanowisko Fogo „tylko Firedancer” pozwala mu dostosować sieć wokół jednego wysoko zoptymalizowanego silnika, nie czekając na wolniejsze implementacje, aby nadrobić.
2. Niższa latencja i szybsze czasy bloków
Firedancer jest zaprojektowany do ultra-szybkiej sieci i równoległego przetwarzania (architektura oparta na kafelkach, niestandardowy stos QUIC/UDP, obejście jądra), co dramatycznie redukuje opóźnienia propagacji i przetwarzania.
Fogo wykorzystuje to, aby celować w czasy bloków poniżej 40 ms i ~1.3s finalności, w porównaniu do około 400 ms czasów bloków Solany w jej obecnym profilu mainnet.
Dla handlu, to jest krytyczne: składanie zamówień, anulowanie i aktualizacje oracle mogą się rozliczać bliżej „szybkości giełdy”, co jest głównym celem projektowym Fogo.
3. Optymalizacje na poziomie sprzętu i równoległości
System kafelkowy Firedancera dzieli pracę na wyspecjalizowane procesy (wejście/wyjście sieciowe, weryfikacja podpisów, produkcja bloków) działające równolegle, zamiast w dużej mierze monolitycznego procesu, jak oryginalny klient Solany.
Układy pamięci świadome NUMA i równoległość bez blokad utrzymują każdą kafelkę blisko jej lokalnej pamięci i unikają wąskich gardeł z powodu kontencji między rdzeniami, utrzymując bardzo wysoką TPS nawet pod dużym obciążeniem.
Fogo buduje swój łańcuch wokół tych założeń od pierwszego dnia, więc sprzęt walidatora, współlokacja i parametry sieciowe są wybierane, aby w pełni wykorzystać wydajność Firedancera.
4. Sieć i konsensus dostosowane do handlu
Fogo łączy Firedancera z wielo-lokalnym, współlokowanym projektem konsensusu (np. walidatory początkowo skoncentrowane w Tokio w pobliżu głównych giełd), aby zminimalizować zarówno latencję fizyczną, jak i latencję oprogramowania.
Solana, w przeciwieństwie, optymalizuje dla szerszej globalnej decentralizacji i szerszego miksu aplikacji, więc nie może tak agresywnie skracać czasów bloków i parametrów sieciowych wokół jednego regionu i jednego przypadku użycia.
Wynik jest łańcuchem, którego cały stos (implementacja klienta + konsensus + geografia) jest dostosowany do mocnych stron Firedancera i potrzeb DeFi o niskiej latencji.
5. Praktyczny efekt w prostych słowach
Na Solanie, Firedancer jest dużą aktualizacją wydajnościową wbudowaną w ekosystem ogólnego przeznaczenia, poprawiającą przepustowość i odporność, ale nadal dzielącą scenę z istniejącymi ograniczeniami i różnorodnymi obciążeniami.
Na Fogo, Firedancer jest rdzeniem: poprzez standaryzację na tym kliencie i kształtowanie konsensusu oraz strategii walidatora wokół niego, Fogo wyciska dodatkowe zyski — formowanie bloków poniżej 40 ms, ~48k TPS pojemności oraz niemal natychmiastowe UX dla przepływów handlowych.
