há 4 horas
Hyperliquid testa allowlists para mercados perpétuos operados por builders
Hyperliquid tests allowlists that let operators restrict access to their own markets
CryptoSlate

A Hyperliquid está testando o HIP-3*, uma extensão opcional de allowlist de carteiras para mercados perpétuos operados por builders. A Hyperliquid API Announcements descreveu o recurso em uma atualização para desenvolvedores de 3 de setembro. O deployer de um mercado pode decidir quais carteiras podem negociar em sua própria venue, sem impor a mesma política de acesso em toda a Hyperliquid. O HIP-3* está disponível apenas na testnet, e não foi anunciada uma data para a mainnet. A extensão dá ao deployer cinco poderes definidos. Um deployer pode adicionar ou remover a aprovação da allowlist. Pode cancelar ordens resting especificadas. Pode cancelar todas as ordens resting de um usuário e as ordens de preço médio ponderado pelo tempo na venue. Pode colocar ordens reduce-only. Pode transferir colateral para outra conta na mesma venue. Os poderes se aplicam apenas dentro da venue do deployer. O cancelamento em massa não afeta ordens em outras DEXs. Toda ordem enviada por proxy deve ser reduce-only; portanto, o proxy pode reduzir uma posição, mas não pode aumentá-la. Um deployer pode delegar os poderes individualmente a sub-deployers aprovados. A referência não lista todas as ações que uma carteira fora da allowlist ainda pode realizar de forma independente. O HIP-3* é um sistema de controle de acesso para uma única venue recém-criada, não um congelamento de carteiras em toda a Hyperliquid. O recurso não constitui aprovação regulatória nem verificações de conheça-seu-cliente em todo o protocolo. A Hyperliquid disse que as ferramentas têm como objetivo ajudar deployers independentes a operar sob os requisitos aplicáveis a eles. As escolhas jurídicas e operacionais continuam a cargo de cada deployer. Os deployers de HIP-3 definem contratos, mantêm oráculos, estabelecem limites de alavancagem e liquidam mercados. Cada DEX de deployer tem margem, livros de ordens e configurações independentes. Um deployer de HIP-3 na mainnet deve atualmente manter 500.000 HYPE em staking. Validadores podem aplicar slashing sobre esse stake por entradas irregulares que ameacem a correção, o tempo de atividade ou o desempenho do protocolo. O HIP-3* adiciona controles de acesso sem transferir para a Hyperliquid a responsabilidade por uma venue restrita e sem alterar os mercados permissionless em outras partes da rede.
This content is an AI-generated summary/analysis for informational purposes only and does not constitute investment advice.