Pontos-chave
- A HyperCore concentra as capacidades de mercado e a HyperEVM permite contratos de propósito geral.
- A HyperEVM utiliza HYPE para gas e faz parte do consenso HyperBFT.
- As fronteiras entre os dois ambientes exigem acompanhamento específico de saldos e operações.
O que é Hyperliquid?
Hyperliquid combina infraestrutura de mercados com uma plataforma de contratos dentro de uma rede de camada 1. HyperCore incorpora livros de ofertas e operações de mercado. HyperEVM permite desenvolver lógica compatível com EVM e construir aplicações que se relacionam com o ecossistema.
A especificação deve identificar o componente que resolve cada função. Consultar preços, enviar uma ordem e executar um contrato Solidity são operações distintas. Um produto pode precisar de várias interfaces, e cada uma introduz autorizações e estados que devem constar no modelo de dados da aplicação.
Como funciona
HyperBFT sustenta o consenso da rede. A execução se distribui entre as funções de HyperCore e os blocos EVM de HyperEVM. Esta última expõe acesso JSON-RPC e utiliza HYPE para as taxas de seus contratos.
A integração deve tratar separadamente as movimentações entre ambientes, as ações de mercado e as transações EVM. Uma consulta de saldo isolada não substitui a conciliação do percurso completo. Convém conservar identificadores e estados suficientes para reconstruir uma operação após perder conectividade, sem assumir que todos os componentes se atualizam simultaneamente.
As interfaces que conectam HyperCore e HyperEVM exigem consultar suas regras de leitura, escrita e transferência de ativos. Não se deve supor que uma sequência entre os dois ambientes tenha a atomicidade de uma única chamada EVM. O sistema conserva referências suficientes para detectar uma etapa pendente e exibi-la de forma diferenciada em relação a uma operação concluída.
O que Hyperliquid oferece
A Hyperliquid pode se encaixar em ferramentas que precisam consultar ou integrar os mercados da HyperCore, ou em aplicações Solidity cujo caso de uso exige a HyperEVM. A escolha deve responder a essa necessidade concreta, não apenas à existência de atividade no ecossistema.
Na Metlabs, delimitamos as permissões de leitura e de operação antes de projetar a integração. Os protótipos cobrem envio, resultado parcial, cancelamento e recuperação, conforme o caso. Se o produto expõe operações financeiras, suas condições e controles são definidos separadamente da conexão técnica à rede.
Para uma ferramenta de acompanhamento, pode bastar uma integração de leitura, sem capacidade de operar. Se depois ela passar a incorporar o envio de ordens, mudam o alcance das permissões e os testes: limites, identificadores para evitar duplicidades, expiração de autorizações e recuperação após uma resposta incerta. Manter observação e execução separadas facilita revisar o que cada credencial pode fazer e quais controles a equipe responsável precisa.
Limitações e critérios de escolha
Uma interface de mercado e um contrato EVM não têm as mesmas premissas de execução. Os ativos podem ter representações e saldos que exigem tratamento específico em cada ambiente. Os testes devem se concentrar nessas fronteiras e no comportamento durante erros ou atrasos.
A compatibilidade EVM não elimina os riscos dos contratos, da rede ou dos componentes que conectam ativos. Uma aplicação sem dependência da HyperCore pode encontrar um encaixe mais simples em outra rede EVM. O critério de seleção inclui necessidade funcional, alcance das permissões e capacidade de monitorar cada operação.
