La testnet di Hyperliquid è attiva con una nuova funzione Stars e il supporto alla whitelist degli indirizzi per i deployment DEX HIP-3, aggiungendo strumenti orientati ai builder per il protocollo perpetuals, mentre diversi dettagli del rollout restano non confermati nei materiali tecnici ufficiali.

L’aggiornamento emerge dalle risorse per sviluppatori di Hyperliquid e dal suo canale di annunci in-app, che insieme fungono da principali punti di riferimento per le modifiche alla testnet. Hyperliquid pubblica aggiornamenti per utenti e builder della testnet sulla sua pagina degli annunci, mentre i dettagli di implementazione tecnica sono mantenuti nella documentazione del protocollo.

Le due aggiunte indicate nel rollout sono la funzione Stars e il supporto alla whitelist degli indirizzi collegato ai deployment DEX HIP-3. Entrambe sono presentate come funzionalità di testnet. La formulazione disponibile rimanda a strumenti per sviluppatori e operatori DEX, piuttosto che a una modifica di produzione mainnet confermata.

Stars e il supporto alla whitelist HIP-3 puntano agli strumenti per builder

HIP-3 è il framework di Hyperliquid per i perpetual distribuiti dai builder. La documentazione HIP-3 del protocollo lo descrive come un meccanismo che consente ai deployer di avviare i propri mercati perpetual.

I mercati perpetual sono una tipologia centrale di venue nei derivati crypto perché consentono il trading di contratti simili ai futures senza una data di scadenza fissa. Questo rende la configurazione del mercato, i controlli di accesso e i processi di test particolarmente importanti per i team che distribuiscono nuovi mercati, poiché problemi operativi possono incidere su trader, fornitori di liquidità e operatori di mercato.

In questo contesto, il supporto alla whitelist degli indirizzi DEX riguarda il controllo di quali indirizzi sono autorizzati a interagire con un DEX distribuito. La funzionalità di whitelist in genere offre a un operatore di mercato un livello di autorizzazione, che può essere usato per test controllati, partecipazione limitata o accesso graduale durante le prime fasi del deployment.

Le evidenze disponibili non specificano i parametri esatti, i criteri di idoneità o le regole operative della funzione di whitelist. Builder e operatori DEX devono quindi verificare i meccanismi direttamente nella documentazione e negli annunci ufficiali di Hyperliquid prima di fare affidamento sulla funzione in un piano di deployment.

Le informazioni rivolte agli sviluppatori per interagire programmaticamente con Hyperliquid sono trattate nella documentazione API del protocollo, che funge da riferimento per i team che costruiscono sulla testnet. I partecipanti alla testnet possono inoltre ottenere fondi tramite il faucet della testnet prima di effettuare deployment o trading nell’ambiente non di produzione.

I rollout su testnet consentono una validazione controllata

I rilasci su testnet permettono a sviluppatori e utenti di validare nuovi meccanismi senza usare fondi di produzione. Per questo motivo, strumenti di deployment e funzioni di permissioning compaiono spesso in un contesto di testnet prima che venga confermato un rilascio più ampio.

Per Hyperliquid, il cui framework HIP-3 è legato a mercati distribuiti dai builder, l’espansione del set di funzioni della testnet aggiunge maggiore superficie per la creazione di mercati e i test operativi. Il supporto alla whitelist può essere rilevante per l’onboarding dei partner e l’accesso graduale, perché offre ai deployer un modo per sperimentare con una partecipazione controllata.

La distinzione tra testnet e mainnet è centrale per l’aggiornamento. L’attività su testnet può aiutare i team a valutare integrazioni, flussi utente e ipotesi di deployment, ma non conferma di per sé che una funzione sia pronta per l’uso in produzione o che le stesse regole si applicheranno se in seguito apparirà su mainnet.

Qualsiasi impatto più ampio sull’ecosistema resta condizionato al passaggio delle funzioni oltre la testnet. Le evidenze attuali non confermano una tempistica di produzione e non stabiliscono se Stars o il supporto alla whitelist degli indirizzi DEX HIP-3 resteranno limitati alla testnet o saranno inclusi in un percorso graduale verso la mainnet.

Hyperliquid ha continuato ad attirare attenzione all’interno della DeFi. La copertura precedente si è concentrata sui trader che hanno registrato ampi guadagni nei perpetual sulla piattaforma, nonché sull’interazione del protocollo con i regolatori, inclusa un’iniziativa di Hyperliquid e Phantom che sollecita la CFTC ad aggiornare le regole DeFi. I fondatori di Hyperliquid hanno anche commentato pubblicamente il settore crypto più ampio, con un co-fondatore che ha affermato che le crypto faticano ad attrarre i migliori talenti imprenditoriali.

Dettagli chiave ancora in attesa di conferma

Diversi dettagli tecnici e operativi restano poco chiari dalle informazioni disponibili. Nei materiali di origine non sono stati pubblicati parametri tecnici verificati insieme ai nomi delle funzioni, e non vi sono informazioni confermate su regole di idoneità, tempistiche di deployment, impatto sugli utenti, impatto sui partner o implicazioni di governance.

Non è inoltre confermato se la funzione Stars e il supporto alla whitelist HIP-3 siano destinati solo all’uso su testnet o se facciano parte di un rollout graduale più ampio. Questi dettagli richiedono conferma diretta dalla documentazione ufficiale di Hyperliquid, dagli annunci in-app o da altre comunicazioni primarie del protocollo.

FAQ

Che cos’è la testnet di Hyperliquid?
La testnet di Hyperliquid è un ambiente non di produzione in cui sviluppatori e utenti possono testare funzioni e deployment del protocollo senza usare fondi reali. I fondi di test sono disponibili tramite il faucet della testnet.

Che cosa consente il supporto alla whitelist degli indirizzi DEX HIP-3?
HIP-3 riguarda i perpetual distribuiti dai builder, mentre il supporto alla whitelist degli indirizzi DEX si riferisce al controllo di quali indirizzi possono interagire con un DEX distribuito. Le regole esatte di permissioning dovrebbero essere confermate nella documentazione HIP-3.

Che cosa dovrebbero monitorare ora i builder?
I builder dovrebbero seguire gli annunci e la documentazione ufficiali di Hyperliquid per conferme sul fatto che le funzioni restino solo su testnet o avanzino verso la mainnet, oltre a eventuali parametri, criteri di idoneità o tempistiche pubblicati.