HIP-4: Mercati di outcome

Panoramica

Gli outcome sono contratti completamente collateralizzati il cui regolamento avviene entro un intervallo fisso. HIP-4 è una primitiva di uso generale utile per applicazioni quali i mercati di previsione e gli strumenti di tipo opzionale con payoff limitato.

Gli outcome introducono non linearità, contratti con scadenza e una forma alternativa di trading di derivati che non comporta leva né liquidazioni. La primitiva outcome amplia l'espressività di HyperCore, componendosi con altre primitive come il portfolio margin e HyperEVM.

Il primo mercato è un outcome binario ricorrente il cui regolamento avviene ogni giorno alle 06:00 UTC sul mark price BTC in base ai mark price di HyperCore. Si veda la specifica qui. I mercati multi-outcome saranno supportati, ma non fanno parte del rilascio iniziale sulla mainnet. Ulteriori funzionalità e mercati saranno introdotti progressivamente.

L'API di trading degli outcome è simile a quella spot, con le principali differenze evidenziate qui: https://hyperliquid.gitbook.io/hyperliquid-docs/for-developers/api/asset-ids.

Meccanica

Ciascun mercato di outcome è composto da due lati, ciascuno con un token. I token sono etichettati da sideSpecs nell'endpoint info outcomeMeta, spesso Yes e No. Il regolamento converte automaticamente Yes in settleFraction token di quotazione e No in 1 - settleFraction token di quotazione. In particolare, settleFraction = 1 per il regolamento "binary yes" e settleFraction = 0 per il regolamento "binary no".

I book degli ordini dei token Yes e No per lo stesso outcome sono uniti per condividere la liquidità. Ad esempio, un ordine di acquisto di Yes al prezzo p equivale a un ordine di vendita di No al prezzo 1-p. Nel book unificato, la priorità prezzo-tempo si generalizza in priorità prezzo-lato-tempo. In altre parole, per gli ordini allo stesso livello di prezzo unificato, gli ordini di vendita in attesa sono ordinati prima di tutti gli ordini dual di acquisto in attesa. Gli utenti avanzati possono inoltre suddividere e unire manualmente gli outcome per convertire tra saldi primari e dual. Si veda qui per esempi di API.

La maggior parte delle operazioni astrae la liquidità del book dual dalla prospettiva dell'utente. Vi sono tuttavia alcuni casi la cui ergonomia sarà migliorata in un futuro aggiornamento della rete. Ad esempio, gli ordini storici possono restituire separatamente gli ordini primari e dual se un utente invia un ordine che sia nel contempo eseguito e lasciato in attesa sul book.

Le domande sono raccolte di outcome in cui esattamente un outcome viene regolato a Yes e tutti gli altri vengono regolati a No. Ciascun outcome viene negoziato su un book degli ordini separato, ma è collegato dalle operazioni negate e merge. Si veda qui per esempi di API. In altre parole, gli utenti con quote No su outcome diversi della stessa domanda possono riscattare token di quotazione prima del regolamento degli outcome sottostanti.

Le commissioni sono attualmente azzerate per i mercati di outcome durante la fase di test iniziale. I builder codes funzionano tuttavia come nel normale trading spot, in cui i builder maturano commissioni builder sugli ordini di vendita che specificano il proprio builder code.