HyperEVM
Percorso consigliato
Questo percorso dedicato a HyperEVM collega le pagine principali: HyperEVM, JSON-RPC, Come utilizzare l'HyperEVM, Strumenti HyperEVM. Parti dai concetti e dalle regole di base, quindi passa ai dettagli in base all'obiettivo di trading, sviluppo o risoluzione dei problemi. Ogni pagina indica fonte e versione del mirror.
La blockchain Hyperliquid si articola in due componenti fondamentali: HyperCore e HyperEVM. HyperEVM non è una chain separata, bensì è protetto dallo stesso consenso HyperBFT di HyperCore. Questo consente a HyperEVM di interagire direttamente con parti di HyperCore, come i book degli ordini spot e perp.
Cosa è possibile fare su HyperEVM?
Esplorare le directory di app, strumenti e altre risorse realizzate dai membri della community: ASXN, HypurrCo e HL Eco. Consultare le FAQ di onboarding di HyperEVM per ulteriori domande.
Perché sviluppare su HyperEVM?
I builder possono collegarsi alla liquidità del book degli ordini onchain di HyperCore tramite HyperEVM. Inoltre, molti utenti di Hyperliquid sono early adopter e desiderano provare nuove applicazioni finanziarie onchain. Vedere la sezione per sviluppatori HyperEVM per ulteriori dettagli tecnici e gli strumenti per i builder HyperEVM per le risorse.
Ad esempio, un progetto XYZ potrebbe distribuire un contratto ERC20 su HyperEVM utilizzando strumenti EVM standard e distribuire in modo permissionless il corrispondente asset spot XYZ nell'asta spot di HyperCore. Una volta collegati il token HyperCore e il contratto HyperEVM, gli utenti possono utilizzare lo stesso token XYZ sulle applicazioni HyperEVM e negoziarlo sul book degli ordini spot nativo. Questo comporta due miglioramenti fondamentali rispetto ai listing sui CEX: 1) l'intero processo è permissionless, senza trattative dietro le quinte per ottenere un trattamento preferenziale, e 2) non vi è alcun rischio di bridging tra HyperCore e HyperEVM, trattandosi di un unico stato unificato.
Come altro esempio, un protocollo di lending potrebbe configurare un contratto pool che accetta il token XYZ come collaterale e presta un altro token ABC al mutuatario. Per determinare la soglia di liquidazione, lo smart contract di lending può leggere i prezzi XYZ/ABC direttamente dai book degli ordini di HyperCore utilizzando una read precompile. Per uno sviluppatore Solidity, questo è semplice quanto chiamare una funzione integrata. Si supponga che la posizione del mutuatario richieda la liquidazione. Lo smart contract di lending può inviare ordini che scambiano direttamente XYZ e ABC sui book degli ordini di HyperCore utilizzando un write system contract. Anche in questo caso si tratta di una semplice funzione integrata in Solidity. In poche righe di codice, il protocollo di lending ha implementato liquidazioni protocolizzate analoghe al funzionamento dei perp su HyperCore. Un tema cardine di HyperEVM è astrarre la liquidità profonda di HyperCore come elemento costitutivo per applicazioni utente arbitrarie.
In quale fase si trova HyperEVM?
HyperEVM si trova nella fase alpha. Vi sono tre ragioni alla base di questo approccio di roll-out graduale.
In primo luogo, questo rimane fedele al principio “no insiders” di Hyperliquid; tutti hanno pari accesso e partono da condizioni di parità. Il compromesso è che HyperEVM non è stato lanciato con gli stessi strumenti che si possono trovare su altre chain, poiché nessuno riceve un preavviso né viene retribuito per un'integrazione o per il marketing. Questi ostacoli a breve termine sono accettabili per essere, nel lungo periodo, una piattaforma equa e credibilmente neutrale.
In secondo luogo, un roll-out graduale è il modo più sicuro per aggiornare un sistema complesso che gestisce miliardi di dollari di volume al giorno e per proteggersi da degrado delle prestazioni o interruzioni.
In terzo luogo, rilasciare un MVP e iterare in tempo reale con il feedback degli utenti consente allo sviluppo di adattarsi con maggiore agilità. Le testnet sono utili per i test tecnici, ma i sistemi possono essere consolidati solo attraverso un utilizzo economico reale.
Di conseguenza, un throughput più elevato e i write system contract non sono ancora attivi su mainnet, ma lo saranno a tempo debito.