Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Listas de permissões de carteira hiperlíquida: controles HIP-3* explicados
Em uma atualização de desenvolvedor de 3 de setembro, os anúncios da API Hyperliquid disseram que a bolsa de derivativos onchain estava adicionando listas de permissões de carteira opcionais para mercados perpétuos administrados por construtores. A extensão somente testnet, chamada HIP-3*, permitiria que um implementador de mercado decidisse quais carteiras podem ser negociadas em seu local sem impor a mesma política de acesso em todo o Hyperliquid.
HIP-3 é a estrutura da Hyperliquid para mercados perpétuos implantada por construtores independentes. O referência atual da API diz que um novo local pode ser designado HIP-3* quando for criado, permitindo uma lista de permissões on-chain e ações de usuário com proxy. A Hyperliquid descreveu o recurso como opcional e estritamente aditivo, mantendo os mercados existentes inalterados. A especificação é preliminar, disponível apenas na testnet e não tem data anunciada na mainnet.
Como funcionam as listas de permissões de carteira HIP-3*
Um implementador HIP-3* pode agir para um usuário de cinco maneiras definidas: adicionar ou remover a aprovação da lista de permissões, cancelar pedidos em repouso especificados, cancelar todos os pedidos em repouso e pedidos de preço médio ponderado no tempo do usuário no local, colocar pedidos somente de redução e mover garantias para outra conta no mesmo local.
Cada poder é limitado pelos limites do local. A ferramenta documentada de cancelamento em massa deixa os pedidos em outras DEXs intactos, a função de transferência de garantia tem escopo no local e cada pedido proxy deve ser apenas reduzido. Esta última restrição permite que um operador reduza uma posição, mas não a aumente através da função proxy.
Um implantador pode usar todas as cinco ferramentas ou delegá-las uma por uma a subimplantadores aprovados. Um endereço poderia administrar a lista de permissões enquanto outro lida com cancelamentos, sem receber todas as permissões disponíveis.
A referência não enumera todas as ações que uma carteira fora da lista de permissões ainda pode realizar por conta própria. O HIP-3* deve, portanto, ser entendido como controle de acesso e poderes do operador para um local recém-criado, e não como um congelamento de carteira no Hyperliquid.
O projeto poderia dar às empresas com restrições de cliente ou jurisdição uma maneira técnica de construir mercados perpétuos fechados, enquanto outros implantadores continuam usando o HIP-3 comum. Não equivale a aprovação regulatória, verificações de conhecimento do cliente em todo o protocolo ou evidência de que uma instituição adotou o HIP-3*. A Hyperliquid disse que as ferramentas têm como objetivo ajudar os implantadores independentes a operar de acordo com os requisitos que lhes são aplicáveis, deixando escolhas legais e operacionais para cada implantador.
Esta separação também deixa a responsabilidade económica ao operador do mercado. Sob o especificação HIP-3 existenteos implantadores definem contratos, mantêm oráculos, estabelecem limites de alavancagem e liquidam mercados. Cada implantador DEX possui margens, livros de pedidos e configurações independentes.
Um implementador HIP-3 da mainnet deve atualmente manter 500.000 HYPE em jogo. Os validadores podem reduzir a participação em entradas irregulares que colocam em risco a correção, o tempo de atividade ou o desempenho do protocolo. HIP-3* adiciona controles de acesso a esse modelo de operadora; ele não transfere a responsabilidade de um local restrito para o Hyperliquid nem altera mercados sem permissão em outros lugares da rede.
