Od mnoha lidí jsem slyšel zpětnou vazbu, že tvorba trhu se v poslední době stala konkurenceschopnější na Hyperliquidu. To je skvělé pro koncové uživatele, protože to znamená, že likvidita je hlubší a robustnější. Férovost je základním principem Hyperliquidu v každém ohledu. Pro tvůrce trhu to znamená, že blockchain je navržen s ohledem na rovný přístup. "Rovný" však neznamená "snadný". Vzhledem k tomu, že se protokol neustále rozšiřuje, aby uspokojil rostoucí poptávku, je důležité porozumět složitosti vlastní infrastruktury Hyperliquid, která pohání největší obchodní místo bez povolení. Po dlouhou dobu byla primární alfa jednoduše integrací Hyperliquidu. API je navrženo tak, aby pro nové uživatele abstrahovalo od většiny složitostí blockchainu a umožňovalo automatizovaným obchodníkům snadno přenášet strategie. Zatímco snadnost onboardingu se nezměnila, důležitost latence se zvýšila. Nejcitlivější strategie vyžadují nejlepší infrastrukturu na straně klienta. Zastřešujícím principem, kterým se řídí optimalizace latence, je, že Hyperliquid je blockchain, nikoli CEX: 1. Nejrychlejší data pocházejí z provozu uzlu. - Položka akce: spusťte proti spolehlivému, statickému partnerovi. Například Hyper Foundation nabízí partnerský server, ke kterému se mohou připojit nevalidátoři. 2. Nejúplnější data pocházejí z provozu uzlu. Každá transakce je streamována v reálném čase a uzel nabízí různé formáty pro příjem. - Poznámka: spusťte uzel s vypnutou výstupní vyrovnávací pamětí. 3. Uzly vykonávají celý blockchain, což není malý inženýrský výkon a je v ostrém kontrastu s CEX, kde kód na straně klienta zpracovává pouze stav uživatele. Hyperliquid uzly provádějí a ověřují celý stav blockchainu včetně HyperCore a HyperEVM na jednom počítači. I když provádění může držet krok se středními hardwarovými specifikacemi, zlepšení latence se škáluje s počtem jader, protože značná část provádění je paralelizovatelná. - Položka Akce: data vystavená uzlem jsou bohatá a umožňují mnohem lepší vhled do celého stavu blockchainu. Kromě lokálních API serverů lze vytvořit kompletní L4 knihu. Viz příklad implementace. - Akční položka: uživatelé mohou vidět významné zisky až do 32 jader, s dalšími klesajícími výnosy nad tuto hranici. 4. Zrušení je navrženo tak, aby mělo vysokou úspěšnost. Efekt prvního pořadí je zde zabudován do prioritizace zrušení mempoolu HyperBFT. Někteří uživatelé však považují za užitečné další optimalizace. Například objednávku VOP za letu lze "zrušit", když je stále v mempoolu, a to zneplatněním nonce použité v objednávce.

Další podrobnosti naleznete