Hyperliquid esclarece dez acusações ponto a ponto: revela a verdade sobre a solvência, o mecanismo da Máquina Oracle e o design de governança.

【区块律动】Recentemente, um conhecido projeto Hyperliquid fez uma resposta pública detalhada a uma série de questionamentos externos. Essas alegações envolvem questões sensíveis como a solvência do sistema, a transparência das transações e o mecanismo de governança, e as esclarecimentos da equipa do projeto forneceram informações importantes de referência para todo o ecossistema.

Em termos de solvência, há questionamentos externos sobre um problema de subcolateralização de 362 milhões de dólares. A Hyperliquid negou essa afirmação, apontando que os críticos omitiram um detalhe crucial - as reservas de USDC através da ponte Arbitrum na HyperEVM. De acordo com os dados da equipa do projeto, o total atual de USDC é de 4,351 milhões de dólares, suficiente para cobrir todas as dívidas. A diferença nos números indica que uma simples consulta de dados na cadeia pode facilmente omitir o panorama completo dos ativos entre cadeias.

Em relação às acusações de manipulação do volume de transações, o exterior acusa a equipa do projeto de usar a função TestnetSetYesterdayUserVlm para realizar transações fraudulentas. O projeto respondeu que se trata apenas de um código funcional da rede de testes, que não pode ser chamado no ambiente da rede principal. Este tipo de funcionalidade de segurança é comum na fase de testes, mas é mal interpretado como uma vulnerabilidade no ambiente de produção.

Sobre a questão dos privilégios dos usuários, a equipa do projeto enfatiza que todas as taxas, saldos e registos de transações são visíveis na cadeia, não existindo mecanismos de isenção invisíveis ou formas de manipular a distribuição de airdrops. A transparência de todo o sistema faz com que qualquer comportamento anómalo não tenha onde se esconder.

Na concepção de permissões de contratos inteligentes, há preocupações de que o módulo CoreWriter tenha um “modo de Deus”, permitindo cunhar e transferir fundos à vontade. Na verdade, este componente é apenas uma ferramenta de execução para a comunicação entre HyperEVM e HyperCore, não possuindo a chamada autoridade absoluta.

Sobre o mecanismo de congelamento da cadeia, a equipa do projeto esclarece que isso é semelhante a uma atualização de hard fork tradicional de bloco. No evento POPCAT em novembro deste ano, o projeto não congelou a primeira camada da rede, apenas ativou automaticamente medidas de bloqueio de segurança na ponte Arbitrum, o que é uma operação padrão de controlo de riscos.

Em termos de preços de oráculos, um mal-entendido técnico comum é que uma única chave privada pode manipular o preço instantaneamente. No design real, o oráculo HIP-3 é configurado de forma flexível pelo implementador, suportando esquemas de múltiplas assinaturas como MPC. O preço dos contratos perpétuos utiliza um algoritmo de mediana ponderada, decidido em conjunto por múltiplos validadores, eliminando o risco de ponto único.

Sobre as preocupações centralizadas em relação ao envio de transações, a equipa do projeto afirmou que 8 endereços representam apenas a configuração atual dos nós de envio de transações, algumas transações já foram tratadas diretamente pelos validadores, e no futuro serão adicionadas proteções contra MEV e melhorias de resistência à censura.

No mecanismo de liquidação, a equipa do projeto nega a existência de um cartel de liquidação injusto. Apenas HLP (fornecedores de liquidez) podem atuar como liquidantes de reserva, e a participação não tem barreiras. A grande maioria das liquidações é realizada através de um livro de ordens público, com competição transparente.

Em resposta às acusações sobre o protocolo de empréstimos ocultos, a equipa do projeto aponta que a margem de garantia do portfólio, a funcionalidade de empréstimo e o modelo HLP são todos versões pré-alpha publicamente divulgadas, com a documentação completa já registrada. Essas funcionalidades inovadoras estão evoluindo sob a perspectiva da comunidade.

Por fim, em relação à preocupação de que a função ModifyNonCirculatingSupply possa alterar a oferta de tokens, a equipa do projeto esclareceu que o HIP-1 estabelece um fornecimento total completamente fixo, e que a função é apenas utilizada para cálculos de exibição, não tendo qualquer impacto na oferta em circulação.