Un bot per perpetual Hyperliquid gestisce posizioni in derivati perpetual, non il normale inventario di token. Le sue decisioni devono considerare dimensione della posizione, collaterale, funding e condizioni che possono portare alla liquidazione. Un sistema che inserisce correttamente un ordine può comunque gestire male questi rischi se tratta la leva come un’impostazione fissa di sicurezza o presume che un’uscita attivata sia già stata eseguita.
Questa guida spiega i meccanismi necessari a valutare una strategia perpetual automatizzata. Separa identità del contratto, modalità del conto e stato della posizione, quindi segue esempi ipotetici attraverso cambiamenti del margine e uscite parziali. Non raccomanda un livello di leva e non implica che una strategia produca rendimenti affidabili. Lo scopo è rendere comprensibili gli impegni economici e gli obblighi continuativi prima di automatizzarli.
Identificare il derivato negoziato
Un contratto perpetual crea esposizione a un riferimento di prezzo senza richiedere la proprietà del token spot sottostante. Identità del mercato, collaterale e specifiche contano indipendentemente da un ticker familiare. Un nome di asset corrispondente in un elenco spot non dimostra che il derivato previsto abbia termini identici.
Hyperliquid include contesti diversi di mercati perpetual, compresi mercati gestiti dai deployer. Il bot dovrebbe risolvere il contratto effettivo e le specifiche pertinenti anziché presumere che ogni mercato usi lo stesso collaterale o la stessa configurazione.
La guida alla selezione dei mercati Hyperliquid spiega la distinzione più ampia tra spot, derivati e HyperEVM. Un mandato sui perpetual dovrebbe restare esplicito affinché il sistema non possa sostituire un acquisto di token a un ordine su derivati o viceversa.
Registra i parametri attuali del contratto usati nella decisione. Incrementi minimi degli ordini, requisiti di margine e modalità supportate possono incidere sulla validità di una dimensione proposta. Una quotazione o un grafico da soli non stabiliscono le specifiche complete del trading.
Leggere la modalità del conto prima del saldo
L’attuale documentazione Hyperliquid distingue modalità del conto standard, unified e portfolio margin. La modalità influenza l’interazione tra saldi e collaterale. Un bot dovrebbe leggere la configurazione effettiva del conto anziché dedurla dall’impostazione predefinita attuale dell’interfaccia.
In una configurazione standard, saldi e ambito del margine incrociato possono essere separati per contesto di trading. Le modalità unified e portfolio cambiano tali relazioni secondo le proprie regole. Un campo del saldo che appare significativo in una modalità potrebbe non fornire il quadro completo del conto in un’altra.
Ciò conta quando più strategie condividono il conto. Un’azione spot o un’altra posizione in derivati possono influenzare una capacità che un processo sui perpetual presumeva riservata a sé. La vista del conto deve riflettere gli obblighi condivisi effettivi.
La guida alla configurazione di Hyperliquid sottolinea l’identificazione del conto utilizzato. Per il trading perpetual, tale identificazione include modalità e relazioni del collaterale, non soltanto l’indirizzo che ha firmato la richiesta.
Controlli del margine per il bot perpetual Hyperliquid
I controlli del margine di un bot perpetual Hyperliquid distinguono patrimonio netto, nozionale della posizione, margine iniziale e requisiti di mantenimento. Queste quantità descrivono aspetti diversi del conto. Chiamarle tutte saldo crea ambiguità proprio quando conta di più.
Il nozionale esprime la dimensione dell’esposizione di mercato secondo la convenzione di prezzo del contratto. Il margine è il collaterale a sostegno di tale esposizione. Il patrimonio netto cambia quando guadagni, perdite, funding e altri movimenti del conto vengono riconosciuti secondo le regole applicabili.
Per una posizione lineare fittizia del valore di 1.000 unità sostenuta da 200 unità, il semplice rapporto tra nozionale e patrimonio netto è cinque. Tale rapporto non significa che il conto possa tollerare ogni movimento sfavorevole del 20%. Requisiti di mantenimento e altri costi possono imporre un’azione prima che il patrimonio di sostegno raggiunga zero.
Un controllo utile prima dell’ordine chiede come l’esecuzione proposta cambi sia l’esposizione sia la capacità residua. Dovrebbe includere posizioni esistenti e ordini aperti pertinenti anziché trattare il margine iniziale del nuovo ordine come l’unico obbligo del conto.
La leva massima consentita da un contratto è un vincolo dell’exchange, non una raccomandazione per il conto. Una strategia può adottare un tetto di esposizione inferiore per proprie ragioni. Superare il controllo di ammissione della sede stabilisce che un ordine soddisfi quei requisiti in quel momento; non stabilisce che il budget più ampio di perdita dell’utente sia appropriato.
Comprendere separatamente margine incrociato e isolato
Il margine incrociato condivide il collaterale di sostegno tra le posizioni incluse dalle regole applicabili del conto. Il margine isolato alloca collaterale a un particolare contesto di posizione. La distinzione cambia quali altre posizioni detenute possano essere influenzate quando una posizione si deteriora.
L’isolamento non garantisce che i fondi allocati alla posizione siano al sicuro. Definisce l’ambito del collaterale usato secondo tale configurazione. L’operazione può comunque perdere il margine di sostegno tramite movimenti sfavorevoli e liquidazione.
Alcuni mercati o configurazioni impongono restrizioni aggiuntive. L’attuale documentazione descrive casi in cui la rimozione del margine isolato è limitata e casi in cui il margine incrociato non è disponibile. Un bot dovrebbe verificare il comportamento supportato per il contratto specifico anziché esporre un controllo che presume ogni opzione universalmente consentita.
Conserva la scelta nella registrazione della decisione. Cambiare modalità del margine o spostare collaterale è un’azione economica con conseguenze per altre strategie. Non dovrebbe avvenire come riparazione invisibile ogni volta che un ordine non supera un controllo di capacità.
Distinguere la leva selezionata da quella effettiva
L’impostazione di leva usata all’apertura di una posizione non ne congela il rischio successivo. Quando cambiano prezzo e patrimonio netto, può cambiare anche il rapporto tra nozionale e patrimonio della posizione. Il bot necessita di calcoli continui anziché di un’etichetta permanente copiata dall’ingresso.
Considera una posizione lunga lineare fittizia di due unità aperta a 100, con 40 unità di patrimonio netto di sostegno. Il nozionale iniziale è 200 e il rapporto semplice è cinque. A un prezzo di 95, la perdita non realizzata è dieci, lasciando 30 di patrimonio prima dei costi. Il nozionale attuale è 190, quindi il rapporto è circa 6,33.
Non è stato necessario cambiare l’impostazione selezionata all’ingresso perché aumentasse la leva effettiva. Il funding o altre perdite del conto condiviso potrebbero alterare ulteriormente la relazione.
Monitora lo stato effettivo della posizione e del conto. Un’etichetta che indica leva cinque volte è insufficiente se nasconde il patrimonio ridotto e la sensibilità aumentata sviluppatisi dopo l’ingresso.
Usare correttamente prezzi mark, oracle e di esecuzione
Hyperliquid usa concetti di prezzo diversi per scopi diversi. Il mark è pertinente a margine, liquidazione e risultati non realizzati. I calcoli del funding usano il riferimento oracle applicabile secondo le regole del contratto. Le esecuzioni effettive stabiliscono i prezzi di esecuzione.
Il bot dovrebbe etichettare quale prezzo guidi ogni decisione. Un grafico dell’ultima operazione può differire dal mark e un ordine a mercato può essere eseguito a prezzi diversi da entrambi i riferimenti visualizzati quando la profondità è limitata.
Supponi che un grafico fittizio mostri l’ultima operazione a 100 mentre il mark pertinente è 99,20. Un conto la cui regola di monitoraggio usa il mark non dovrebbe riportare la condizione di margine dall’ultima operazione soltanto perché è il numero più visibile sullo schermo.
Evita di presumere un’unica costruzione dell’oracle per ogni famiglia di contratti. Le specifiche del mercato applicabile determinano il riferimento. Il requisito pratico è conservare la fonte di prezzo e usarla per la domanda a cui risponde effettivamente.
Analizzare il funding del bot perpetual Hyperliquid
L’analisi del funding di un bot perpetual Hyperliquid segue trasferimenti periodici tra i lati long e short. Il funding può essere un costo o un accredito a seconda del tasso e della direzione della posizione. È separato dalla commissione di trading pagata per l’esecuzione.
L’attuale documentazione descrive pagamenti orari di funding. Un tasso previsto resta una stima di un intervallo futuro, mentre una voce di funding regolata è un evento effettivo del conto. Il bot non dovrebbe contare un accredito previsto come reddito realizzato.
Per un intervallo fittizio, un nozionale di 10.000 unità basato sull’oracle e un tasso di funding dello 0,01% implicano un pagamento di un’unità nella direzione applicabile. Quel tasso è un esempio, non un’offerta attuale. Dieci intervalli del genere a nozionale e tasso invariati totalizzerebbero dieci unità, ma nessuno dei due input è garantito costante.
Conserva ogni voce regolata con la relativa posizione e il periodo di rendicontazione. Un’operazione che appare redditizia dai soli prezzi d’ingresso e uscita può avere un risultato diverso dopo aver incluso il funding.
Non trattare la riscossione del funding come rendimento gratuito
Una posizione che riceve funding conserva esposizione al mercato. Un pagamento favorevole può essere superato da movimenti avversi del prezzo, cambiamenti del tasso, costi di esecuzione o copertura imperfetta. La ricezione non rende la posizione equivalente alla liquidità.
Supponi che una strategia fittizia guadagni 12 unità di funding perdendone 35 sui movimenti di prezzo e pagando sette di spese totali di trading. Il suo risultato netto è negativo per 30. Riportare soltanto il rendimento da funding ometterebbe l’effetto economico maggiore.
Una copertura introduce proprie questioni di conto ed esecuzione. Le due gambe potrebbero non essere eseguite insieme, usare collaterale diverso e sperimentare relazioni di prezzo mutevoli. Un bot dovrebbe identificare l’esposizione residua anziché chiamare neutrale l’accordo per presunzione.
Valuta le idee basate sul funding attraverso scenari completi. Includi un’inversione del tasso, un adeguamento ritardato della copertura e un periodo in cui la posizione deve essere ridotta a un prezzo sfavorevole. Il titolo della strategia non elimina questi possibili costi.
Trattare la liquidazione come vincolo continuativo
Il rischio di liquidazione dipende dal patrimonio netto del conto e dai requisiti di mantenimento secondo le regole effettive del mercato e del conto. Non è semplicemente una percentuale fissa sotto l’ingresso per ogni long o sopra l’ingresso per ogni short.
Risultati condivisi tra posizioni del conto, funding e cambiamenti del collaterale possono alterare la condizione stimata di liquidazione. Un bot dovrebbe aggiornare la vista pertinente del conto anziché trattare come permanente la stima mostrata prima dell’ingresso.
Il mark usato per la liquidazione può anche differire dal prezzo visibile su un grafico preferito. Un sistema di monitoraggio che osserva soltanto l’ultima operazione può perdere la condizione pertinente alla valutazione del margine del conto.
Non usare la liquidazione come sostituto pianificato di un’uscita ordinaria. È un processo imposto di gestione del rischio il cui esito dipende dalle condizioni attuali. Una strategia necessita di proprie regole di riduzione, riconoscendo che anch’esse possono affrontare gap, profondità limitata e incertezza di esecuzione.
Controlli di uscita del bot perpetual Hyperliquid
I controlli di uscita di un bot perpetual Hyperliquid devono distinguere la condizione che attiva un ordine dal prezzo e dalla quantità effettivamente eseguiti. Un trigger stop è un’istruzione per tentare un’azione definita quando si verifica la sua condizione; non è una ricezione garantita al prezzo di attivazione.
L’attuale documentazione Hyperliquid usa il mark per i trigger take profit e stop loss. Un bot dovrebbe confermare la semantica supportata dell’ordine e mostrare il riferimento usato anziché lasciare che l’utente lo deduca da un grafico dell’ultima operazione.
Uno stop-limit può restare ineseguito se il mercato supera il suo prezzo accettabile. Un ordine protettivo di tipo market può essere eseguito a un prezzo peggiore del trigger e resta soggetto ai vincoli effettivi di esecuzione della sede.
La guida all’automazione dello stato degli ordini spiega perché gli stati inviato, attivo, attivato ed eseguito richiedano evidenze separate. Il conto resta esposto alla quantità non chiusa finché le esecuzioni non stabiliscono che sia stata ridotta.
Usare il comportamento reduce-only per il suo scopo effettivo
Gli ordini reduce-only sono destinati a ridurre una posizione esistente anziché aprire esposizione nella direzione opposta. Ciò è utile quando una quantità d’uscita potrebbe altrimenti superare la posizione dopo che un’altra azione ne ha cambiato la dimensione.
Per un conto fittizio long di dieci unità, una vendita pianificata di dieci dovrebbe chiudere la posizione se eseguita come previsto. Se un’altra azione riduce prima la posizione a sei, una vendita senza restrizioni di dieci potrebbe lasciare uno short di quattro unità. Un’istruzione reduce-only supportata vincola tale inversione.
Non garantisce un’esecuzione né un prezzo particolare. Il bot deve comunque verificare lo stato accettato dell’ordine e la posizione residua dopo l’esecuzione.
Mantieni gli ordini protettivi sincronizzati con le posizioni effettive. Una revisione utile ne controlla direzione, quantità, riferimento del trigger e stato attuale. Un’etichetta rassicurante di uscita non dovrebbe nascondere un ordine annullato, mai attivato o dimensionato per una posizione precedente.
Riconciliare gli ingressi parziali con gli ordini protettivi
Un ordine d’ingresso può essere eseguito parzialmente mentre il residuo resta aperto o viene annullato. L’esposizione acquisita differisce allora dall’obiettivo originario. Il bot deve riconciliare sia la posizione effettiva sia gli ordini protettivi associati.
L’attuale documentazione distingue gli ordini protettivi collegati a una posizione dagli ordini figli collegati a un ordine padre. Il loro comportamento in caso di esecuzioni incomplete e annullamento non è identico. In particolare, annullare manualmente un ordine padre parzialmente eseguito può annullare le protezioni figlie associate secondo il flusso documentato.
La lezione operativa è esaminare lo stato risultante anziché presumere che annullare l’ingresso ineseguito lasci protetta la porzione eseguita. Potrebbe essere necessaria un’azione protettiva separata secondo il flusso supportato scelto.
Per esempio, un ingresso previsto di otto unità che ne esegue tre crea un’esposizione di tre unità. Le restanti cinque sono un impegno d’ordine, non inventario aggiuntivo. Entrambe le categorie devono essere riconciliate prima che il bot descriva la posizione come completamente aperta o chiusa in sicurezza.
Riservare capacità tra strategie concorrenti
Diversi processi di strategia possono vedere ciascuno una capacità del conto apparentemente sufficiente mentre le proposte combinate superano il limite previsto. Il collaterale condiviso richiede una logica condivisa di riserva coerente con la modalità effettiva del conto.
Supponi che un conto fittizio consenta 600 unità di nozionale aggiuntivo secondo la propria politica di rischio. Due processi propongono ciascuno 400 quasi nello stesso momento. Ogni proposta rientra isolatamente, ma insieme richiedono 800 e superano la politica di 200.
Riserva capacità prima di preparare le azioni finali e conserva le riserve per gli ordini irrisolti finché il loro stato non è noto. Una richiesta di annullamento non equivale a un rilascio confermato di ogni obbligo residuo.
La guida al coordinamento del portafoglio spiega il problema generale del budget. Nei perpetual, l’aggregato deve anche considerare come movimenti di prezzo e collaterale condiviso cambino la capacità disponibile dopo l’ammissione degli ordini iniziali.
Separare i trasferimenti dalle prestazioni di trading
Aggiungere collaterale può impedire che un conto mostri un saldo patrimoniale inferiore pur lasciando alla strategia una perdita di trading. Un prelievo può ridurre il saldo visualizzato senza rappresentare una perdita. Le prestazioni devono considerare tali flussi esterni.
Per un periodo fittizio, un conto inizia con 500 unità, riceve un deposito di 200 e termina con 650. Ignorando complicazioni di valutazione e supponendo nessun prelievo, il risultato di trading e spese è negativo per 50. Il saldo finale è maggiore di quello iniziale soltanto perché è arrivato nuovo capitale.
Mantieni i trasferimenti interni tra contesti del conto separati dai depositi che entrano nel portafoglio di rendicontazione. Altrimenti spostare collaterale può apparire come denaro appena guadagnato in una strategia e come perdita inspiegata in un’altra.
La guida alla contabilità del profitto offre la distinzione fondamentale tra flussi di cassa e risultati. La rendicontazione dei perpetual aggiunge funding e valutazione delle posizioni in derivati, ma non elimina la necessità di identificare contributi e prelievi.
Calcolare il risultato completo di una posizione chiusa
Considera un long lineare fittizio di quattro unità aperto a 50 e completamente chiuso a 54. Il guadagno lordo di prezzo è quattro per quattro, ossia 16 unità. Supponi che le spese d’ingresso e uscita totalizzino tre e il funding netto pagato durante il periodo di detenzione sia due.
Il risultato completo è di 11 unità prima di eventuali altri costi non conteggiati. Non è il guadagno di prezzo di 16 unità mostrato isolatamente. Se la strategia ha anche pagato un’unità attraverso tentativi non riusciti attribuibili allo stesso periodo di rendicontazione, il risultato del periodo più ampio diventa dieci.
Per le uscite parziali, conserva la quantità residua e un metodo coerente per il prezzo d’ingresso. I guadagni realizzati su una porzione chiusa non dovrebbero cancellare perdite o obblighi sul residuo aperto.
Riporta i rendimenti con un denominatore chiaramente definito. Rendimento sul margine depositato, sul patrimonio medio e rispetto al nozionale rispondono a domande diverse. Scegliere il denominatore più piccolo soltanto perché produce la percentuale maggiore rende fuorvianti i confronti.
Monitorare insieme cambiamenti del collaterale e del mercato
La capacità del conto di sostenere una posizione dipende da più del prezzo della posizione stessa. Altre posizioni, funding, prelievi e regole del collaterale possono cambiare il margine di sicurezza disponibile. Monitorare soltanto il mercato obiettivo lascia parte del rischio non osservata.
Imposta condizioni separate per aggiungere esposizione e ridurla. Una strategia può smettere di aprire nuove posizioni quando le evidenze del conto diventano obsolete continuando a riconciliare gli ordini esistenti e a supportare riduzioni autorizzate.
Evita di trattare un’integrazione di collaterale come prova che la regola di trading resti valida. Aggiungere capitale cambia la capacità del conto; non annulla la perdita di mercato né convalida la tesi originaria.
Conserva il motivo di ogni intervento. Un revisore successivo dovrebbe distinguere una strategia redditizia da una la cui apparente stabilità dipendeva da ripetuti depositi non dichiarati o cambiamenti discrezionali del budget di rischio.
Testare gap e riavvii prima di ampliare l’ambito
Una simulazione significativa include un ingresso incompleto, uno stop che si attiva senza essere completamente eseguito, un’inversione del tasso di funding e un periodo in cui i messaggi di mercato e conto arrivano fuori ordine. Il solo inserimento riuscito degli ordini non testa questi obblighi.
Il recupero dopo un riavvio dovrebbe ricostruire posizioni attuali, ordini aperti, ordini protettivi ed esecuzioni recenti prima di emettere nuove azioni. Riprodurre un vecchio segnale su un conto cambiato può creare esposizione involontaria anche quando il segnale originario era valido.
Misura se il bot spiega la propria incertezza. Una risposta mancante dovrebbe produrre un compito di riconciliazione anziché un successo o un fallimento inventati. L’utente deve sapere quale quantità resti esposta e quali evidenze manchino ancora.
Un processo ben definito per i perpetual Hyperliquid collega ogni ordine a un contratto, una modalità del conto e un budget di rischio, quindi continua a controllare la posizione finché non è chiusa. La sua utilità consiste nel rendere tali obblighi espliciti e verificabili per tutta l’operazione, compresi i periodi in cui le condizioni di mercato sono sfavorevoli.