Wszyscy ciągle mówią mi, że firmy skarbowe spowodują następny kryzys, ale nigdy nie potrafią wyjaśnić jak.

Efekt szukania gdzie indziej. Podobnie jak powód, dla którego statystyki dotyczące Planety Dziewiątej są niewiarygodne.

Słyszałem opinie od wielu osób, że tworzenie rynku stało się ostatnio bardziej konkurencyjne na Hyperliquid. To świetna wiadomość dla użytkowników końcowych, ponieważ oznacza, że płynność jest głębsza i bardziej solidna. Sprawiedliwość jest podstawową zasadą Hyperliquid w każdym wymiarze. Dla twórców rynku oznacza to, że blockchain został zaprojektowany z myślą o równym dostępie. Jednak „równy” nie oznacza „łatwy”. W miarę jak protokół nadal się rozwija, aby sprostać rosnącemu zapotrzebowaniu, ważne jest, aby zrozumieć zawiłości niestandardowej infrastruktury Hyperliquid, która napędza największą giełdę bez zezwolenia. Przez długi czas głównym źródłem zysku było po prostu zintegrowanie Hyperliquid. API zostało zaprojektowane tak, aby zminimalizować większość złożoności blockchaina dla nowych użytkowników, umożliwiając automatycznym traderom łatwe przenoszenie strategii. Chociaż łatwość wprowadzania nie zmieniła się, znaczenie opóźnienia wzrosło. Najbardziej responsywne strategie wymagają najlepszej infrastruktury po stronie klienta. Ogólną zasadą kierującą optymalizacją opóźnienia jest to, że Hyperliquid to blockchain, a nie CEX: 1. Najszybsze dane pochodzą z uruchamiania węzła. - Zadanie: uruchom węzeł przeciwko niezawodnemu, statycznemu partnerowi. Na przykład, Hyper Foundation oferuje partnera, do którego mogą się łączyć nie-walidatorzy. 2. Najpełniejsze dane pochodzą z uruchamiania węzła. Każda transakcja jest przesyłana w czasie rzeczywistym, a węzeł oferuje różne formaty do przetwarzania. - Uwaga: uruchom węzeł z wyłączonym buforowaniem wyjścia. 3. Węzły wykonują cały blockchain, co jest nie lada wyzwaniem inżynieryjnym i w wyraźnym kontraście do CEX, gdzie kod po stronie klienta przetwarza tylko stan użytkownika. Węzły Hyperliquid wykonują i weryfikują cały stan blockchaina, w tym HyperCore i HyperEVM na jednej maszynie. Chociaż wykonanie może nadążać za umiarkowanymi specyfikacjami sprzętowymi, poprawa opóźnienia skaluje się z liczbą rdzeni, ponieważ znaczna część wykonania jest równoległa. - Zadanie: dane udostępniane przez węzeł są bogate i pozwalają na znacznie większy wgląd w pełny stan blockchaina. Oprócz lokalnych serwerów API, można zbudować pełną książkę L4. Zobacz przykład implementacji. - Zadanie: użytkownicy mogą zobaczyć znaczące zyski do 32 rdzeni, z dodatkowymi malejącymi zwrotami powyżej tej liczby. 4. Anulacje są zaprojektowane tak, aby miały wysoką wskaźnik sukcesu. Pierwszy efekt tutaj jest wbudowany w priorytetyzację anulacji w mempoolu HyperBFT. Jednak niektórzy użytkownicy uważają, że dalsze optymalizacje są pomocne. Na przykład, zamówienie GTC w trakcie realizacji może być "anulowane" podczas gdy nadal znajduje się w mempoolu, poprzez unieważnienie nonce użytego w zamówieniu.