Análise profunda da arquitetura e riscos potenciais do Hyperliquid a partir de uma perspectiva técnica
A Hyperliquid, como uma das exchanges de livro de ordens on-chain que tem atraído muita atenção recentemente, já ultrapassou 2 bilhões de dólares em TVL, sendo chamada de "Binance on-chain". Este artigo irá analisar em profundidade, do ponto de vista técnico, a estrutura dos contratos da ponte cross-chain da Hyperliquid, a arquitetura HyperEVM e suas potenciais vulnerabilidades de segurança, ajudando os leitores a entenderem completamente a construção técnica deste projeto estrela.
Análise da ponte跨链 Hyperliquid
A Hyperliquid implementou um contrato de ponte cross-chain na Arbitrum, destinado a armazenar os ativos USDC dos usuários. Este contrato de ponte contém quatro grupos de validadores:
hotValidatorSet: responsável por operações de alta frequência como retiradas de usuários
coldValidatorSet: responsável pela modificação da configuração do sistema e pelo tratamento de emergências
lockers: semelhante a um comitê de segurança, pode suspender a operação do contrato da ponte
finalizers: confirmar a alteração de estado da ponte entre cadeias
Processo de Depósito
Os contratos de ponte utilizam o método Permit do EIP-2612 para processar depósitos, permitindo apenas a entrada de USDC. A função batchedDepositWithPermit processa depósitos em lote, simplificando a operação do usuário.
Processo de Retirada
O pedido de retirada deve obter 2/3 do peso de assinatura do hotValidatorSet. Em seguida, há um "período de disputa" de 200 segundos, onde os lockers podem suspender o contrato ou o coldValidatorSet pode invalidar a retirada. Após o período de disputa, os finalizadores confirmam o estado final.
mecanismo de bloqueio do contrato de ponte
os lockers podem votar para bloquear o contrato da ponte. 2 lockers votando podem suspender a operação. O desbloqueio requer a assinatura de 2/3 do coldValidatorSet e também pode atualizar o conjunto de validadores.
Atualização do conjunto de validadores
A função updateValidatorSet pode atualizar o hotValidatorSet e o coldValidatorSet, necessitando da assinatura de todo o hotValidatorSet, com um período de contestação de 200 segundos.
Riscos potenciais
coldValidatorSet controlado pode contornar a linha de defesa para roubar ativos
os finalizadores podem recusar a confirmação de transações de retirada
lockers podem bloquear maliciosamente o contrato ponte
HyperEVM e Arquitetura de Interação de Duas Cadeias
Hyperliquid adota a "solução de dupla cadeia":
Hyperliquid L1: cadeia dedicada ao livro de ordens, com permissão
HyperEVM: cadeia compatível com EVM, sem permissão
As duas cadeias propagam dados através do mesmo protocolo de consenso, mas executam separadamente. A velocidade de criação de blocos do L1 é mais rápida, e a cadeia EVM pode ler dados do L1 e escrever no L1.
Precompiles
HyperEVM adiciona código pré-compilado para permitir a leitura do estado do livro de ordens L1. Por exemplo, o endereço 0x800 pode ler a posição do contrato perpétuo do bloco L1 mais recente.
Eventos
HyperEVM escreve dados no L1 através de Eventos. Os nós L1 escutam Eventos de endereços específicos e os convertem em transações L1.
HyperBFT consenso
Desenvolvido com base no HotStuff, teoricamente pode processar 2 milhões de pedidos por segundo. Utiliza o método de agregação de broadcast do Líder, reduzindo a complexidade.
Notas para desenvolvedores
msg.sender pode ser o endereço do contrato do sistema L1
A interação não atómica pode levar à perda de ativos
O endereço do contrato EVM deve criar uma conta mapeada no L1
Os ativos inter-chain podem não ser consultáveis temporariamente.
De um modo geral, o HyperEVM é semelhante a uma arquitetura de segunda camada baseada em L1, mas oferece maior interoperabilidade. Os desenvolvedores devem estar atentos ao lidar com várias situações especiais, para garantir a segurança dos ativos dos usuários.
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
10 gostos
Recompensa
10
5
Partilhar
Comentar
0/400
LidoStakeAddict
· 07-31 01:47
TVL é impressionante, mas não consegue se manter firme.
Ver originalResponder0
MEVHunterX
· 07-31 01:45
Os que ainda estão apressados a fazer as pessoas de parvas estão a brincar com pontes de cadeia cruzada.
Ver originalResponder0
MetamaskMechanic
· 07-31 01:41
Outra vulnerabilidade de segurança na camada dois
Ver originalResponder0
BitcoinDaddy
· 07-31 01:37
Com essa segurança, quem se atreve a investir dinheiro?
Ver originalResponder0
NervousFingers
· 07-31 01:22
A Casa Branca já me pediu dinheiro, eu sou um veterano de trading com mãos tremendo.
Análise da tecnologia Hyperliquid: Vantagens da arquitetura e riscos potenciais
Análise profunda da arquitetura e riscos potenciais do Hyperliquid a partir de uma perspectiva técnica
A Hyperliquid, como uma das exchanges de livro de ordens on-chain que tem atraído muita atenção recentemente, já ultrapassou 2 bilhões de dólares em TVL, sendo chamada de "Binance on-chain". Este artigo irá analisar em profundidade, do ponto de vista técnico, a estrutura dos contratos da ponte cross-chain da Hyperliquid, a arquitetura HyperEVM e suas potenciais vulnerabilidades de segurança, ajudando os leitores a entenderem completamente a construção técnica deste projeto estrela.
Análise da ponte跨链 Hyperliquid
A Hyperliquid implementou um contrato de ponte cross-chain na Arbitrum, destinado a armazenar os ativos USDC dos usuários. Este contrato de ponte contém quatro grupos de validadores:
Processo de Depósito
Os contratos de ponte utilizam o método Permit do EIP-2612 para processar depósitos, permitindo apenas a entrada de USDC. A função batchedDepositWithPermit processa depósitos em lote, simplificando a operação do usuário.
Processo de Retirada
O pedido de retirada deve obter 2/3 do peso de assinatura do hotValidatorSet. Em seguida, há um "período de disputa" de 200 segundos, onde os lockers podem suspender o contrato ou o coldValidatorSet pode invalidar a retirada. Após o período de disputa, os finalizadores confirmam o estado final.
mecanismo de bloqueio do contrato de ponte
os lockers podem votar para bloquear o contrato da ponte. 2 lockers votando podem suspender a operação. O desbloqueio requer a assinatura de 2/3 do coldValidatorSet e também pode atualizar o conjunto de validadores.
Atualização do conjunto de validadores
A função updateValidatorSet pode atualizar o hotValidatorSet e o coldValidatorSet, necessitando da assinatura de todo o hotValidatorSet, com um período de contestação de 200 segundos.
Riscos potenciais
HyperEVM e Arquitetura de Interação de Duas Cadeias
Hyperliquid adota a "solução de dupla cadeia":
As duas cadeias propagam dados através do mesmo protocolo de consenso, mas executam separadamente. A velocidade de criação de blocos do L1 é mais rápida, e a cadeia EVM pode ler dados do L1 e escrever no L1.
Precompiles
HyperEVM adiciona código pré-compilado para permitir a leitura do estado do livro de ordens L1. Por exemplo, o endereço 0x800 pode ler a posição do contrato perpétuo do bloco L1 mais recente.
Eventos
HyperEVM escreve dados no L1 através de Eventos. Os nós L1 escutam Eventos de endereços específicos e os convertem em transações L1.
HyperBFT consenso
Desenvolvido com base no HotStuff, teoricamente pode processar 2 milhões de pedidos por segundo. Utiliza o método de agregação de broadcast do Líder, reduzindo a complexidade.
Notas para desenvolvedores
De um modo geral, o HyperEVM é semelhante a uma arquitetura de segunda camada baseada em L1, mas oferece maior interoperabilidade. Os desenvolvedores devem estar atentos ao lidar com várias situações especiais, para garantir a segurança dos ativos dos usuários.