Am auzit feedback de la mulți că market making a devenit mai competitiv pe Hyperliquid recent. Acest lucru este excelent pentru utilizatorii finali, deoarece înseamnă că lichiditatea este mai profundă și mai robustă. Corectitudinea este un principiu de bază al Hyperliquid în fiecare dimensiune. Pentru formatorii de piață, acest lucru înseamnă că blockchain-ul este conceput având în vedere accesul egal. Cu toate acestea, "egal" nu înseamnă "ușor". Pe măsură ce protocolul continuă să se extindă pentru a satisface cererea în creștere, devine important să înțelegem complexitatea infrastructurii personalizate a Hyperliquid care alimentează cel mai mare loc de tranzacționare fără permisiune. Pentru o lungă perioadă de timp, alfa primar a fost pur și simplu integrarea Hyperliquid. API-ul este conceput pentru a elimina majoritatea complexităților blockchain pentru noii utilizatori, permițând comercianților automatizați să porteze strategiile cu ușurință. Deși ușurința de integrare nu s-a schimbat, importanța latenței a crescut. Cele mai receptive strategii necesită cea mai bună infrastructură pe partea de client. Principiul general care ghidează optimizarea latenței este că Hyperliquid este un blockchain, nu un CEX: 1. Cele mai rapide date provin din rularea unui nod. - Element de acțiune: rulați împotriva unui peer fiabil și static. De exemplu, Hyper Foundation oferă un peer la care să se conecteze non-validatorii. 2. Cele mai complete date provin din rularea unui nod. Fiecare tranzacție este transmisă în timp real, iar nodul oferă diferite formate pentru ingestie. - Notă: nodul de rulare cu buffering-ul de ieșire dezactivat. 3. Nodurile execută întregul blockchain, ceea ce nu este puțin lucru de inginerie și în contrast puternic cu CEX-urile în care codul clientului procesează doar starea utilizatorului. Nodurile hiperlichide execută și verifică întreaga stare a blockchain-ului, inclusiv HyperCore și HyperEVM pe o singură mașină. În timp ce execuția poate ține pasul cu specificațiile hardware moderate, îmbunătățirile latenței se scalează odată cu numărul de nuclee, deoarece o parte semnificativă a execuției este paralelizabilă. - Element de acțiune: datele expuse de nod sunt bogate și permit o perspectivă mult mai bună asupra stării complete a blockchain-ului. Pe lângă serverele API locale, poate fi construită o carte L4 completă. Vezi exemplul de implementare. - Element de acțiune: utilizatorii pot vedea câștiguri semnificative de până la 32 de nuclee, cu randamente suplimentare în scădere peste aceasta. 4. Anulările sunt concepute pentru a avea o rată de succes ridicată. Efectul primei comenzi aici este încorporat în prioritizarea mempool-ului HyperBFT pentru anulări. Cu toate acestea, unii utilizatori consideră că optimizările suplimentare sunt utile. De exemplu, o comandă GTC în zbor poate fi "anulată" în timp ce se află încă în mempool prin invalidarea nonce-ului utilizat în comandă.