Análise aprofundada da arquitetura e problemas potenciais do Hyperliquid do ponto de vista técnico

Hyperliquid, como um dos representantes das exchanges de ordem on-chain, já ultrapassou 2 bilhões de dólares em TVL e é chamada de "Binance on-chain". Este artigo irá analisar profundamente os princípios de arquitetura da Hyperliquid a partir de duas perspectivas: construção técnica e segurança.

Análise da Ponte Cross-Chain Hyperliquid

Hyperliquid implantou um contrato de ponte cross-chain na Arbitrum para armazenar os ativos USDC dos usuários. Este contrato de ponte contém quatro grupos de validadores:

• hotValidatorSet: processar operações de alta frequência como retiradas
• coldValidatorSet: modificar a configuração do sistema, pode invalidar solicitações de retirada
• lockers: pode pausar a execução do contrato de ponte
• finalizadores: confirmar a alteração do estado da ponte entre cadeias

Processo de depósito

O contrato da ponte utiliza o método Permit do EIP-2612 para processar depósitos, suportando operações em lote. A lógica de depósito é simples e o risco de segurança é relativamente baixo.

Processo de Retirada

Os pedidos de retirada devem atender às seguintes condições:

1. Reunir 2/3 do peso das assinaturas do hotValidatorSet
2. Após um período de contestação de 200 segundos
3. Confirmado finalmente pelos membros dos finalizers

Durante o período de disputa, os lockers podem suspender o contrato de ponte, e o coldValidatorSet pode invalidar os saques.

Mecanismo de bloqueio de contrato de ponte

São necessários 2 votos de lockers para bloquear o contrato da ponte. Para desbloquear, é necessário 2/3 do peso de assinatura do coldValidatorSet, e ao mesmo tempo, é possível atualizar o conjunto de validadores.

Atualização do conjunto de validadores

A atualização do hotValidatorSet e do coldValidatorSet requer a assinatura de todos os membros do hotValidatorSet, após um período de disputa de 200 segundos, confirmada pelos finalizadores.

Riscos potenciais

1. Após o controle do coldValidatorSet, é possível contornar os mecanismos de segurança para roubar ativos.
2. os finalizadores podem recusar a confirmação de transações de levantamento
3. lockers podem bloquear maliciosamente o contrato ponte

HyperEVM e a arquitetura de interação de duas cadeias

Hyperliquid utiliza uma arquitetura de dupla cadeia:

• Hyperliquid L1: sistema de livro de ordens dedicado, licenciamento
• HyperEVM: cadeia compatível com EVM, sem permissões

As duas cadeias interagem através de Precompiles e Eventos:

• Precompiles: Permite que o HyperEVM leia o estado L1
• Eventos: Permitir que o HyperEVM escreva dados no L1

HyperBFT Consenso

A Hyperliquid desenvolveu o algoritmo de consenso HyperBFT com base no HotStuff, com uma capacidade teórica de processamento de até 2 milhões de pedidos por segundo.

Notas para desenvolvedores

1. msg.sender pode ser o endereço do contrato do sistema
2. A interação entre EVM e L1 não é atômica, é necessário lidar com situações de falha.
3. O endereço do contrato EVM deve criar uma conta mapeada no L1
4. Os ativos cross-chain podem ficar temporariamente invisíveis e precisam ser tratados adequadamente.

De um modo geral, o HyperEVM é uma arquitetura de segunda camada semelhante ao L1, mas oferece maior interoperabilidade. Os desenvolvedores devem estar atentos aos detalhes técnicos trazidos pela sua estrutura de dupla cadeia.