HIP-3* non chiude i mercati esistenti di Hyperliquid

L'espressione "mercati autorizzati" può sembrare un piano per limitare Hyperliquid stesso. HIP-3* ha un ambito molto più ristretto. Offre all'operatore di un singolo mercato perpetuo la possibilità di limitare quel mercato ai wallet approvati, senza applicare la stessa regola a ogni venue sul protocollo.

Secondo il design attuale di HIP-3, terze parti qualificate possono distribuire venue perpetui su HyperCore. Definiscono le specifiche del contratto, scelgono la metodologia dell'oracolo, stabiliscono i parametri di leva e gestiscono il mercato (documentazione HIP-3).

HIP-3* aggiungerebbe un'ulteriore scelta a questa impostazione: il deployer potrebbe mantenere un mercato aperto a tutti i wallet oppure applicare una allowlist on-chain. I venue HIP-3 esistenti non verrebbero convertiti in prodotti con restrizioni e i nuovi deployer potrebbero ancora scegliere il modello aperto originale.

Cosa aggiunge HIP-3*: un deployer può limitare il trading in un mercato scelto ai wallet inclusi nella propria lista approvata. Cosa rimane invariato: il protocollo resta aperto e i mercati HIP-3 che non attivano l'opzione continuano senza restrizioni sui wallet.

La decisione sull'accesso spetta al deployer

HIP-3 già separa l'infrastruttura di Hyperliquid dai mercati costruiti su di essa. Hyperliquid fornisce gli ordini on-chain, il margine e l'esecuzione degli scambi; il deployer è responsabile del prodotto che introduce. HIP-3* estende questa divisione di responsabilità alle regole di accesso.

Chi controlla cosa in HIP-3*:

• Hyperliquid: fornisce gli ordini, il margine e l'esecuzione degli scambi di HyperCore.
• Deployer: definisce e gestisce il prodotto, poi sceglie se applicare controlli di accesso a livello di wallet.
• Trader: può utilizzare un prodotto con restrizioni solo dopo che l'operatore ha approvato il wallet interessato.

Un operatore potrebbe quindi creare un mercato per partecipanti approvati mentre un altro offre un mercato completamente aperto sulla stessa infrastruttura sottostante. È questa flessibilità, e non il permisionamento in sé, il cambiamento centrale.

Un wallet approvato non equivale a un investitore verificato

Una allowlist risponde on-chain a una sola domanda ristretta: questo wallet può fare trading su questo mercato? Non dimostra chi controlla il wallet, perché quella persona sia idonea o se il prodotto sia conforme alle regole di una specifica giurisdizione.

Qualsiasi operatore che voglia servire clienti verificati o solo istituzionali avrebbe comunque bisogno di un processo off-chain per l'idoneità, i controlli sulla clientela, le informative e la conformità legale. HIP-3* potrebbe far rispettare l'esito di quel processo a livello di wallet, ma non lo sostituisce.

Ecco perché la proposta non dovrebbe essere presentata come un lancio negli Stati Uniti o come un'approvazione normativa per Hyperliquid. Questa distinzione conta anche dopo l'incontro tra rappresentanti legati a Hyperliquid e la SEC Crypto Task Force (Coindoo): l'incontro ha mostrato un dialogo con i regolatori, non un'autorizzazione per i mercati HIP-3 a servire trader statunitensi.

La distinzione tra infrastruttura permissionless e punti di accesso autorizzati è un tema ricorrente negli exchange decentralizzati più in generale: i protocolli hanno esplorato sempre più spesso modi per consentire agli operatori di applicare le proprie regole di partecipazione, come gate di idoneità, lasciando aperta l'infrastruttura sottostante. HIP-3* si inserisce in questo schema spostando la decisione di accesso dal livello del protocollo al singolo deployer.

Cosa potrebbe significare il cambiamento per i trader

L'accesso limitato potrebbe rendere possibili alcuni mercati che altrimenti richiederebbero a un operatore di costruire una propria infrastruttura di exchange. Un venue specializzato potrebbe utilizzare il livello di esecuzione di HyperCore applicando al contempo i propri requisiti di clientela o di rischio su un determinato prodotto.

Per un trader approvato, il vantaggio potenziale è l'accesso a quel mercato tramite lo stesso ambiente on-chain, invece di trasferire garanzie e attività su una piattaforma separata. Il beneficio è la disponibilità, tuttavia, non un miglioramento automatico dell'esecuzione.

L'accesso autorizzato non può creare liquidità

Un mercato con restrizioni può comunque avere spread ampi, un order book poco profondo o un design dell'oracolo debole. Può inoltre presentare gli stessi rischi di leva e liquidazione di qualsiasi altro prodotto perpetuo. Un wallet approvato non dovrebbe quindi mai essere scambiato per un segnale di qualità.

In pratica, il trader deve comunque valutare l'operatore, il prezzo di riferimento del contratto, la leva disponibile e la liquidità del mercato. Questi fattori determinano se una posizione possa essere aperta e chiusa in modo efficiente, soprattutto quando la volatilità dei prezzi aumenta.

Cosa dovrebbero verificare i trader prima di usare un mercato con restrizioni

Se HIP-3* arriverà sul mainnet, lo stato dell'accesso diventerà un'altra condizione di mercato da comprendere prima di fare trading. Dovrebbe affiancare i controlli consueti come leva, funding, liquidità e qualità del price feed sottostante.

• Il wallet approvato: confermare che l'indirizzo che detiene le garanzie sia l'indirizzo autorizzato dall'operatore.
• L'operatore: leggere la documentazione di mercato e capire chi controlla il contratto e gli input dei prezzi.
• Modifiche alle regole di accesso: verificare come l'operatore gestisce gli aggiornamenti alla propria lista, in particolare quando gli utenti hanno ordini o posizioni aperte.
• Liquidità disponibile: la partecipazione limitata può influire sulla profondità dell'order book, sugli spread e sulla capacità di chiudere le posizioni durante la volatilità.
• L'esposizione sottostante: un perpetuo segue un prezzo; non conferisce proprietà, dividendi o diritti di azionista su un asset di riferimento.

Quest'ultimo punto è particolarmente importante per i mercati non crypto. Un contratto può fare riferimento a un'azione, una materia prima o un indice senza attribuire al detentore i diritti legati al titolo o all'asset fisico sottostante.

Il testnet mostrerà se il modello è realizzabile

La prima versione di HIP-3* è attiva su testnet. Ciò dimostra che l'idea è arrivata all'implementazione, ma non si tratta di un rollout completo sul mainnet e non identifica un partner di lancio né uno specifico mercato con restrizioni. Non è stata annunciata alcuna data di attivazione sul mainnet, quindi la forma finale della proposta potrebbe ancora cambiare prima di qualsiasi distribuzione in produzione.

Le prossime domande sono operative: come i deployer aggiorneranno le allowlist, come le interfacce spiegheranno i limiti di accesso e se i mercati che scelgono l'opzione potranno costruire una liquidità affidabile.

HIP-3 ha reso permissionless la distribuzione dei mercati perpetui. HIP-3* aggiunge una decisione più mirata, consentendo a ogni deployer di mantenere un mercato aperto a tutti i wallet o di fissare un proprio limite alla partecipazione.

Questo articolo è fornito solo a scopo informativo e non costituisce consulenza finanziaria.