Guia de Taxa de Manutenção de Staking HIP-3: Desde a Configuração de Parâmetros até a Execução de Gestão de Risco

Hyperliquid através do HIP-3 (Proposta de Melhoria Hyperliquid 3) implementou um novo mercado de contratos perpétuos descentralizado, estando online há cerca de três meses. Desenvolvedores terceiros podem implantar seus próprios mercados na sua base unificada de negociação e liquidação, tendo já ultrapassado um volume de negociações de 13 mil milhões de dólares. Esta inovação reduz significativamente a barreira à entrada, mas também traz novos riscos de segurança. Entre eles, a gestão da taxa de manutenção de staking tornou-se um fator crítico para determinar se o mercado pode operar de forma estável a longo prazo.

Para os Builders, o staking não é apenas um “bilhete de entrada” para participar, mas também um quadro de incentivos económicos e partilha de riscos. Através do staking e das restrições na taxa de manutenção, o HIP-3, ao abrir a inovação, estabelece limites de controlo de risco responsabilizáveis.

Mecanismo de staking do HIP-3 e quadro de taxa de manutenção

O HIP-3 baseia-se na arquitetura de duas camadas do Hyperliquid: HyperCore (uma cadeia L1 personalizada otimizada para negociação de contratos, capaz de processar 200 mil ordens por segundo) e HyperEVM (camada de aplicação compatível com EVM). A principal vantagem desta arquitetura é que a correspondência, liquidação e compensação são fornecidas de forma unificada pela base do protocolo, permitindo aos Builders reutilizar este motor de alto desempenho sem precisar construir do zero.

Significado económico do staking

No HIP-3, os Builders precisam manter um staking de 5 milhões de tokens HYPE. Este staking tem três implicações:

1. Mecanismo de entrada: o staking é condição prévia para os Builders implantarem mercados, garantindo que os participantes tenham um investimento económico suficiente
2. Partilha de risco: se a operação do mercado for mal conduzida, o staking pode ser penalizado ou confiscado, vinculando os interesses do Builder aos dos utilizadores
3. Restrição na taxa de manutenção: a escala do staking determina diretamente o número de mercados que o Builder pode implantar e o risco que pode suportar

Relação direta com a taxa de manutenção

A relação entre a taxa de manutenção (Maintenance Margin Ratio) e a escala de staking é que: o staking do Builder equivale ao “capital de amortecimento de risco” do seu mercado. Quando ocorrem anomalias (como desvios de preço, profundidade de mercado reduzida, lacunas de liquidação), este staking torna-se a última fonte de responsabilização e compensação.

Os validadores decidem, por votação ponderada pelo staking, se penalizam ou confiscam o staking do Builder. As condições para penalizações incluem:

• Estado inválido do mercado ou longos períodos de inatividade: penalização máxima de 100% do staking
• Inatividade temporária ou degradação de desempenho: penalização máxima de 20%-50%
• Roubo de chaves privadas que leva a manipulação de preços: igualmente sujeito a penalizações

Este design essencialmente vincula a responsabilidade operacional à vantagem económica — quanto maior a taxa de manutenção, maior o amortecimento de risco, mas também maior o prejuízo em caso de penalização.

Período de bloqueio do staking

Mesmo que o Builder interrompa a operação de todos os seus mercados, o staking deve permanecer bloqueado por 30 dias antes de poder solicitar a libertação. Isto significa que a responsabilidade de risco não é imediatamente levantada com a suspensão do mercado — se durante o período de interrupção surgirem novos problemas de segurança ou controvérsias com utilizadores, o staking pode ainda ser congelado ou penalizado.

Configuração de parâmetros e restrições de taxa de manutenção na operação do mercado

Após o mercado ser implantado, o Builder deve ajustar parâmetros para manter a estabilidade. Estas configurações afetam diretamente as condições de ativação de liquidações e o risco de liquidação, influenciando a pressão real sobre a taxa de manutenção.

Oráculos e mecanismos de precificação

O Builder deve continuamente fornecer três tipos de preços via interface setOracle:

• oraclePx (obrigatório): preço de referência do ativo, usado para calcular taxas de financiamento
• markPx (opcional): 0-2 conjuntos de preços de marca externos
• externalPerpPx (obrigatório): mediana ponderada do preço intermediário de contratos perpétuos de várias CEX, como referência anti-desvios

O sistema usa, por fim, o preço de marca (mark price), que é a mediana entre o preço do livro de ordens local e o markPx enviado pelo Builder. Para evitar manipulação de preços, há duas restrições rígidas:

• Frequência de atualização: chamadas de atualização devem ser separadas por pelo menos 2,5 segundos; se não houver atualização em 10 segundos, o preço de marca volta ao valor local
• Limite de volatilidade: cada variação de markPx não pode exceder ±1%, e todos os preços são limitados ao intervalo de 10 vezes o preço de abertura do dia

Estas restrições visam proteger o staking do Builder — limitando o espaço para manipulação, reduzem o risco de penalizações.

Configuração de alavancagem e tabela de margem

O Builder define uma tabela de margem (margin table) para limitar a alavancagem máxima do mercado. Esta tabela geralmente é segmentada por tamanho de posição, com diferentes requisitos de margem de manutenção (maintenance margin requirement).

Para mercados de baixa liquidez, uma alavancagem excessivamente alta aumenta a probabilidade de ativar automaticamente o redução de alavancagem (ADL). Por exemplo, se um mercado com volume diário de apenas 10 milhões de dólares tiver uma alavancagem de 20x, qualquer movimento de preço que atinja um limite crítico pode disparar liquidações rápidas, criando lacunas e eventos de ADL.

Ao alterar repentinamente o marginTableId, o Builder modifica simultaneamente a margem de manutenção de todas as posições dos utilizadores, podendo transformar posições seguras em passíveis de liquidação, desencadeando uma cascata de liquidações. Este risco operacional é elevado; uma liquidação sistêmica pode levar à penalização pesada do staking do Builder.

Interrupção de mercado e liquidação forçada

O Builder possui o privilégio de haltTrading, que permite interromper negociações, cancelar ordens e liquidar posições à força ao preço de marca atual. Embora pareça uma ferramenta de gestão de risco, seu uso indevido pode amplificar perdas.

Cenário extremo: um atacante cria uma grande posição vendida e manipula o preço, e o Builder, ao usar haltTrading, liquida posições ao preço de marca, realizando lucros artificiais. Se o atacante tiver liquidez insuficiente para encontrar contrapartes, o Builder forçará liquidações, criando um saldo negativo que se torna uma dívida do sistema.

Eventos assim podem levar à penalização do staking do Builder, pois os validadores podem votar que as ações do Builder causaram um estado inválido do mercado e prejuízos aos utilizadores.

Risco dos oráculos e relação com a taxa de manutenção

Os oráculos são a espinha dorsal do preço no mercado HIP-3. Normalmente, o Builder implanta nós relayer independentes para fornecer preços, mas há riscos:

Diferenças de preço entre ativos 24/7 e não 24/7

Para ativos como BTC, que operam 24 horas, é possível obter preços contínuos e relativamente estáveis de CEX/DEX. O oráculo do Builder agrega múltiplas fontes confiáveis, eliminando duplicidades e anomalias, com dificuldade relativamente baixa.

Para ativos não 24/7, como ações, a situação é mais complexa. Durante o horário de mercado, o Builder pode usar oráculos externos como Pyth. Fora do horário de mercado (noite, fins de semana), a liquidez externa desaparece, e o Builder deve usar mecanismos de precificação internos: baseado no último preço de fecho + pressão do livro de ordens, com o preço de marca limitado a uma variação de ±10% do último preço de fecho (para uma alavancagem de 10x).

Este método de “precificação interna” apresenta riscos: ao abrir o mercado, o preço externo pode saltar abruptamente, criando um gap. Por exemplo, uma ação cujo preço no mercado CFD subiu 8% no fim de semana, mas o mark price no HIP-3, limitado a ±10%, permanece próximo do último fecho. A reabertura pode gerar uma rápida reprecificação e cascata de liquidações, pressionando o staking.

Risco de centralização na cadeia de relayers

Se o servidor relayer do Builder sofrer ataque DDoS ou vazamento de chaves, o preço do oráculo pode ser manipulado ou desancorado por longo período. Isso coloca o staking em risco de penalização imediata.

Monitorização em tempo real: estratégias de ajuste dinâmico da taxa de manutenção

No design do HIP-3, embora o Builder tenha autonomia na configuração de parâmetros, o sistema oferece ferramentas de ajuste dinâmico. Compreender estas ferramentas é fundamental para manter a segurança do staking.

Monitorização do lado do preço

1. Falha no fornecimento de preços do oráculo: se o relayer bloquear, e o intervalo entre duas chamadas setOracle exceder 10 segundos, o sistema recua automaticamente para o preço de marca local. Deve-se então trocar imediatamente para um relayer de reserva e reportar a saúde ao validador. Se a interrupção persistir, o Builder deve reduzir o limite de OI via setOpenInterestCaps para evitar que novas posições aumentem o risco durante o desanclamento.

2. Desvios de preço: monitorar o afastamento entre o mark price e o preço intermediário de várias CEX perp. Quando o desvio ultrapassar limites:

   • Alerta nível 1 (≥3%): usar setOpenInterestCaps para reduzir o limite de OI
   • Alerta nível 2 (≥5% por mais de 30 segundos): diminuir progressivamente a alavancagem máxima na tabela de margem, ativar mecanismos de clamp para limitar a volatilidade
   • Alerta nível 3: manter o desvio elevado, considerar haltTrading para interromper o mercado

Monitorização do lado do livro de ordens

1. Redução de profundidade: monitorar volume de ordens reais, spread, volume de takers em faixas de preço ±3%. Quando a profundidade diminuir, spread e relação de takers aumentarem, o risco aumenta. Deve-se então limitar o OI via setOpenInterestCaps.

2. Ordens falsas: detectar padrões de aumento e queda abrupta de depth band, indicando manipulação de liquidez artificial. Quando detectado, congelar o limite de OI.

Monitorização do lado das posições

Observar o volume de posições abertas (OI) em relação ao volume de negociações nas últimas 24h. Quando essa proporção aumenta rapidamente, indica que o mercado está passando de negociações de curto prazo para posições de longo prazo, aumentando o risco de cascata de liquidações. Além disso, monitorar o lucro e prejuízo da maioria (maior número de posições) — quando a maioria estiver perto do limite, movimentos contrários podem desencadear liquidações em massa.

Estes sinais de monitorização influenciam as decisões do Builder: ajustar alavancagem, reduzir OI, ativar modos de risco. Cada decisão incorreta pode colocar o staking em risco de penalização.

Calculadora de taxa de manutenção de staking: aplicação prática de controlo de risco

Com base neste sistema de controlo, o Builder necessita de uma ferramenta para calcular e monitorar em tempo real a pressão sobre a taxa de manutenção.

Funções principais da calculadora

Uma calculadora completa deve ser capaz de:

1. Avaliação de segurança do staking em tempo real: inserir o valor atual de staking, número de mercados implantados, OI de cada mercado, probabilidade de liquidação, e calcular a perda máxima suportável em cenário adverso.

2. Classificação de risco: avaliar automaticamente o risco do mercado com base em condições atuais (estabilidade de preços, profundidade, relação OI/volume), fornecendo uma previsão de “taxa de consumo de staking”.

3. Sugestões de configuração de parâmetros: recomendar valores ótimos de max leverage, divisão de níveis de margem, limite de OI, e pressão de staking correspondente.

4. Avaliação de múltiplos mercados: se o Builder tiver vários mercados, calcular o risco global de staking, identificando o mais vulnerável.

5. Testes de resistência a cenários extremos: simular desvios de preço de 5%, ruptura de liquidez, eventos de ADL, e prever perdas máximas de staking.

Aplicação prática

• Antes de lançar um mercado: usar a calculadora para avaliar o risco e definir parâmetros iniciais e níveis de staking
• Durante a operação: monitorar indicadores de pressão de staking, antecipar sinais de risco, ajustar parâmetros proativamente
• Em momentos de crise: realizar testes de resistência rápida, decidir por pausa de novos mercados, redução de alavancagem ou encerramento
• Após eventos adversos: análise retrospectiva, cálculo de perdas justificadas, para otimizar o controlo de risco futuro

Conclusão: expansão aberta com limites responsabilizáveis

O HIP-3, ao fornecer interfaces abertas, permite que a “introdução de novos mercados” deixe de depender de decisões de poucos e passe a ser uma capacidade acessível mediante condições. Com mais de 130 mil milhões de dólares em volume de negociações, demonstra que esta abordagem é viável. Contudo, a abertura tem um custo: partes anteriormente cobertas por controlo centralizado do risco, agora dependem mais da qualidade das entradas e operações do Builder.

O quadro de restrições de staking e taxa de manutenção é uma defesa do HIP-3 contra a externalização de risco. O Builder expressa “confio na minha capacidade de manter o mercado estável” através do staking, enquanto os validadores executam “se não mantiveres a estabilidade, pagarás o preço”. O sucesso do sistema depende de:

1. Qualidade das entradas do Builder: confiabilidade do oráculo, configuração adequada de parâmetros, monitorização eficaz
2. Quadro de restrições do protocolo: penalizações claras, limites de volatilidade, mecanismos de monitorização de risco
3. Ferramentas e sistemas de suporte: calculadoras de taxa de manutenção, sistemas de alerta, ferramentas de análise

A segurança a longo prazo depende de o Builder implementar estas melhores práticas de forma consistente, não ficando apenas na teoria.