\u003cm-10/\u003e \u003cc-12/\u003e \u003ct-14/\u003e
Gdy rynki skaczą, trudna część zamiany nie polega na kliknięciu "zamień." Chodzi o to, aby szybko wiedzieć, co tak naprawdę jest prawdziwe później. Handel on-chain wydaje się użyteczny tylko na szybkim rynku, gdy potwierdzenia przychodzą szybko i konsekwentnie, abyś mógł na nich działać bez zgadywania. Ten moment "zrobione" ma większe znaczenie niż szczytowa przepustowość, ponieważ twoja następna decyzja zależy od tego, czy poprzednia aktualizacja stanu naprawdę się zrealizowała.
Czujnik dotyka, zamieniasz w zabezpieczenie, a interfejs użytkownika pokazuje "złożoność." W następnej sekundzie nie wiesz, czy twój bilans się zmienił, czy twoja transakcja zostanie uwzględniona, czy też powinieneś spróbować ponownie. Ludzie panicznie klikają, przesyłają ponownie lub podwajają zabezpieczenie na innej platformie. Koszt to nie tylko opłaty; to przypadkowe nadmierne narażenie spowodowane niepewnością.
Fogo jest zaprojektowane w celu zmniejszenia tego okna niepewności poprzez traktowanie odległości sieciowej i zmienności walidatorów jako głównych wrogów potwierdzenia. Jego główny wybór projektowy to oparty na strefach "multi-lokalny konsensus": walidatorzy są grupowani w strefy geograficzne, a tylko jedna strefa jest aktywna dla konsensusu w danym momencie, więc kworum, które musi się zgodzić, jest fizycznie bliskie i może komunikować się z dużo mniejszym opóźnieniem. Protokół opisuje wybór i rotację stref (w tym pomysł rotacji "podążaj za słońcem"), aby aktywne kworum mogło się poruszać w czasie, zamiast utknąć w jednej geografii.
Drugim wyborem jest egzekwowanie wydajności. Fogo standaryzuje na kliencie walidatora o wysokiej wydajności opartym na Firedancer (z tymczasowym hybrydowym zauważonym w dokumentach), mając na celu redukcję opóźnienia ogonowego — najwolniejszych odstających, które dominują w postrzeganych przez użytkowników opóźnieniach pod obciążeniem. Gdy rynek jest chaotyczny, nie czujesz "średniego węzła." Czujesz najwolniejszą ścieżkę, na którą nadal trzeba czekać.
Aby to ułatwić, pomocne jest opisanie, jak "prawda" jest reprezentowana. Jak w systemach stylu Solana, stan Fogo to zestaw kont: salda tokenów żyją w kontach tokenów, a zamiana aktualizuje kilka kont jednocześnie (twoje konto tokenów wejściowych maleje, konto tokenów wyjściowych rośnie, a konta puli zmieniają się). Zamiana jest atomowa, co oznacza, że albo dzieje się wszystko, albo nic — więc "prawda po zamianie" to po prostu nowy stan konta.
Ścieżka od działania użytkownika do potwierdzenia jest bezpośrednia. Podpisujesz transakcję, wysyłasz ją do sieci, a obecny lider ją przetwarza, sprawdza podpis, wykonuje zamianę w oparciu o aktualny stan konta i zapisuje wynik w księdze. Inni walidatorzy głosują na tę historię. W tym modelu, "potwierdzone" oznacza, że superwiększość stawki głosowała za łańcuchem zawierającym twoją zamianę; "sfinalizowane" przychodzi później po tym, jak blokady głosów skumulowały się do maksimum (często podsumowane jako potrzeba wielu potwierdzeń na górze, jak "31+").
Dlaczego to ma znaczenie podczas skoków? Ponieważ skoki naprawdę dotyczą czasu. Ceny poruszają się szybciej, niż ludzie mogą myśleć, a działania handlowe są połączone. Jeśli potwierdzenie jest wolne lub niespójne, nie możesz bezpiecznie wykonać kroku drugiego: nie wiesz, czy powinieneś unwindować, czy twoja marża jest pokryta, czy też powinieneś anulować zlecenie pośrednie, które właśnie złożyłeś. Szybkie potwierdzenie zmienia twoje następne działanie z przypuszczenia na odpowiedź.
Obecna postawa Fogo odzwierciedla ten priorytet. Dokumenty opisują testnet celujący w bloki 40-milisekundowe z częstą rotacją liderów i zmianami stref, a dokumentacja mainnet pokazuje konfigurację żywej sieci z publicznymi parametrami RPC i aktywną konfiguracją strefy.
Zamieniasz na stablecoiny podczas nagłego spadku, a następnie natychmiast składasz zlecenie limitowe na ponowne wejście na niższym poziomie. Jeśli zamiana potwierdzi się szybko, wielkość twojego zlecenia korzysta z twojego rzeczywistego salda; jeśli nie, opierasz wielkość na mirażu.
Moje osobiste zdanie jest takie, że większość debat o "prędkości" pomija emocjonalną warstwę: ludzie nie mają nic przeciwko czekaniu, gdy system jest szczery na ten temat, ale nienawidzą działać na stanie, który później się zmienia. Jakość potwierdzenia to miejsce, w którym UX on-chain albo zdobywa zaufanie, albo je traci, szczególnie gdy automatyzujesz transakcje. Jeśli Fogo może sprawić, że potwierdzenia będą przewidywalne w stresie, nie będzie to wydawać się szybszym łańcuchem; będzie to wydawać się spokojniejszym.
Jeśli mógłbyś uzyskać niezawodne szybkie potwierdzenie podczas dotyku na Fogo, czy używałbyś zamian on-chain częściej, tak czy nie?
