A Hyperliquid está a testar o HIP-3*, uma extensão opcional ao seu framework de perpétuos operado por construtores que permite a implementadores de mercado individuais impor listas de permissão de wallets nos seus próprios venues. A funcionalidade foi publicada numa atualização de programadores de 3 de setembro no canal Hyperliquid API Announcements e está, de momento, ativa apenas em testnet, sem data de mainnet anunciada. Um implementador HIP-3* pode agir em nome de um utilizador de cinco formas delimitadas: adicionar ou remover aprovação na lista de permissão, cancelar ordens pendentes especificadas, cancelar em massa ordens pendentes e TWAPs no venue, colocar ordens reduce-only e mover colateral para outra conta no mesmo venue. As ordens proxied têm de ser reduce-only, pelo que um operador pode reduzir uma posição, mas não aumentá-la através da função proxy.
Porque importa
O HIP-3* é a primeira ferramenta de controlo de acesso que a Hyperliquid lançou para o seu modelo de builder-deployer, e o enquadramento importa tanto quanto a funcionalidade. Os implementadores que operam um mercado HIP-3 já suportam o ónus económico e operacional: definem contratos, mantêm oracles, estabelecem limites de alavancagem, liquidam mercados e têm de fazer staking de 500.000 HYPE, que os validadores podem slashing para inputs irregulares que coloquem em risco a correção, o uptime ou o desempenho do protocolo. O HIP-3* adiciona gating de wallets sobre esse modelo de operador sem transferir a responsabilidade do venue para o protocolo central nem impor KYC ao resto da rede. A intenção declarada da Hyperliquid é ajudar os implementadores independentes a cumprir requisitos que lhes sejam aplicáveis, e não atuar como uma camada de compliance por si própria.
É essa separação que torna a funcionalidade legível para contrapartes institucionais. Uma empresa com onboarding de clientes, exclusões de jurisdições sancionadas ou restrições de fluxo de parceiros tem agora uma ferramenta onchain para restringir o seu próprio venue, enquanto os implementadores abertos continuam a operar livros sem permissões. Não é aprovação regulatória, nem um lançamento em mainnet, mas é o tipo de infraestrutura que uma mesa de tesouraria ou prime broker pediria antes de encaminhar fluxo para uma DEX builder-deployer.
Impacto no mercado
A leitura imediata é estrutural, não reativa.
Perguntas frequentes
-
O que é o HIP-3*?
O HIP-3* é uma extensão opcional em testnet da Hyperliquid ao seu framework de perpétuos builder-deployer. Permite que um único implementador de mercado imponha uma lista de permissão de wallets no seu próprio venue sem afetar outros mercados da Hyperliquid.
-
O HIP-3* adiciona KYC à Hyperliquid em todo o protocolo?
Não. A funcionalidade é opcional e está isolada num único venue. A Hyperliquid não anunciou KYC ao nível do protocolo, e é o implementador, não o protocolo, que suporta a responsabilidade pelo compliance num venue restrito.
-
Que poderes tem um implementador HIP-3* sobre os utilizadores na lista de permissão?
Cinco ações delimitadas: adicionar ou remover aprovação na lista de permissão, cancelar ordens pendentes especificadas, cancelar em massa ordens pendentes e TWAPs, colocar ordens reduce-only e mover colateral. Todas as ordens proxied têm de ser reduce-only.
-
O HIP-3* está ativo em mainnet?
Não. Segundo a atualização de programadores de 3 de setembro, o HIP-3* está apenas em testnet, sem data de mainnet anunciada. Os mercados existentes da Hyperliquid permanecem inalterados.
-
Quanto HYPE é que um implementador HIP-3 tem de stakar?
Um implementador HIP-3 em mainnet tem de stakar 500.000 HYPE. Os validadores podem aplicar slashing a esse stake por inputs irregulares que coloquem em risco a correção, o uptime ou o desempenho do protocolo.
Crypto News
WuBlockchain
CoinTelegraph
Lookonchain
CoinDesk
Glassnode