Ho sentito feedback da molti che il market making è diventato più competitivo su Hyperliquid recentemente. Questo è fantastico per gli utenti finali, poiché significa che la liquidità è più profonda e più robusta. L'equità è un principio fondamentale di Hyperliquid in ogni dimensione. Per i market maker, questo significa che la blockchain è progettata tenendo presente l'accesso equo. Tuttavia, "equo" non significa "facile". Man mano che il protocollo continua a scalare per soddisfare la crescente domanda, diventa importante comprendere le complessità dell'infrastruttura personalizzata di Hyperliquid che alimenta il più grande mercato di trading permissionless. Per molto tempo, il principale alpha era semplicemente integrare Hyperliquid. L'API è progettata per astrarre la maggior parte delle complessità della blockchain per i nuovi utenti, consentendo ai trader automatizzati di trasferire strategie con facilità. Sebbene la facilità di onboarding non sia cambiata, l'importanza della latenza è aumentata. Le strategie più reattive richiedono la migliore infrastruttura client-side. Il principio generale che guida l'ottimizzazione della latenza è che Hyperliquid è una blockchain, non un CEX: 1. I dati più veloci provengono dall'esecuzione di un nodo. - Azione: esegui contro un peer affidabile e statico. Ad esempio, la Hyper Foundation offre un peer a cui i non-validator possono connettersi. 2. I dati più completi provengono dall'esecuzione di un nodo. Ogni transazione viene trasmessa in tempo reale e il nodo offre vari formati per l'ingestione. - Nota: esegui il nodo con il buffering dell'output disabilitato. 3. I nodi eseguono l'intera blockchain, non è un'impresa da poco in netto contrasto con i CEX dove il codice client-side elabora solo lo stato dell'utente. I nodi di Hyperliquid eseguono e verificano l'intero stato della blockchain, inclusi HyperCore e HyperEVM su una singola macchina. Sebbene l'esecuzione possa tenere il passo con specifiche hardware moderate, i miglioramenti della latenza scalano con il numero di core poiché una parte significativa dell'esecuzione è parallelizzabile. - Azione: i dati esposti dal nodo sono ricchi e consentono una comprensione molto più profonda dell'intero stato della blockchain. Oltre ai server API locali, può essere costruito un libro L4 completo. Vedi implementazione di esempio. - Azione: gli utenti possono vedere guadagni significativi fino a 32 core, con rendimenti decrescenti aggiuntivi oltre a questo. 4. Le cancellazioni sono progettate per avere un alto tasso di successo. Il primo effetto qui è integrato nella prioritizzazione delle cancellazioni del mempool di HyperBFT. Tuttavia, alcuni utenti trovano utili ulteriori ottimizzazioni. Ad esempio, un ordine GTC in volo può essere "cancellato" mentre è ancora nel mempool invalidando il nonce utilizzato nell'ordine.

Vedi per ulteriori dettagli