Arquitectura
Entender Hyperliquid significa separar tres cosas que en otros sitios se mezclan: cómo se ordenan las transacciones, dónde vive el libro de órdenes y dónde corre la lógica programable.
En resumen
HyperBFT ordena las transacciones y produce bloques de forma proporcional al HYPE en staking. La ejecución se divide entre HyperCore — libros de órdenes de perpetuos y spot más todo el estado de margen y cámara de compensación — y la HyperEVM, un entorno EVM de propósito general en la misma cadena que lee el estado de HyperCore mediante precompiles y escribe en él mediante CoreWriter.
Hyperliquid está respaldada por HyperBFT, una variante del consenso HotStuff. Como en la mayoría de las cadenas proof-of-stake, los validadores producen bloques de forma proporcional al token delegado en ellos; un validador necesita una autodelegación de 10.000 HYPE para estar activo.
Para el trader, lo que más importa es la finalidad: una orden aceptada es definitiva tras un bloque. No existe una ventana de tiempo en la que un fill pueda reordenarse o descartarse.
HyperCore contiene el motor de matching, los libros de órdenes de perpetuos y spot, el estado de margen y la cámara de compensación. Lo decisivo: no se apoya en un libro off-chain — la documentación lo llama explícitamente «la muleta de los libros de órdenes off-chain». Las órdenes, cancelaciones, trades y liquidaciones son todos transiciones de estado.
En HyperCore también viven los precios de oráculo. Los validadores publican aproximadamente cada tres segundos una mediana ponderada de precios spot de CEX, que alimenta tanto el funding como el mark price.
La HyperEVM es un entorno EVM familiar y de propósito general en la misma cadena. Los contratos allí leen el estado de HyperCore mediante precompiles y actúan sobre él mediante CoreWriter — así es como los vaults on-chain, las estrategias tokenizadas y los sistemas automatizados interactúan con el libro de órdenes real en lugar de con un wrapper.
Para los desarrolladores, eso elimina una frontera que suele ser incómoda: la liquidez y la contabilidad viven en la misma cadena, de modo que un contrato puede mantener una posición, delegar un agente o leer su propio margen sin confiar en un relayer externo.
HyperMirror usa dos de estas primitivas. El estado público de HyperCore aporta el historial de fills verificable de cada candidato, y el mecanismo de aprobación de agentes permite que un firmante exclusivo de trading coloque órdenes en la cuenta de un usuario — sin ninguna facultad de retiro o transferencia.
Ninguna de las dos exige confiar en HyperMirror como custodio. Ambas son funciones a nivel de exchange, por lo que el modelo es no custodial de forma estructural y no por promesa.
Metodología
Scoring and replacement are documented in full on How it works and in the Docs (Policy v3). En resumen: la cesta Elite es estable, las emergencias retiran a un líder de inmediato y los problemas leves acumulan como máximo un strike por día UTC — tres días con strike activan el reemplazo. Lee cómo funciona o la documentación para ver la tabla completa.
Preguntas
HyperCore es el estado del exchange: libros de órdenes, margen, cámara de compensación. La HyperEVM es un entorno de smart contracts de propósito general en la misma cadena que lee y escribe en HyperCore mediante precompiles y CoreWriter.
Los datos publicados indican alrededor de 0,2 segundos de latencia mediana de extremo a extremo para clientes cercanos, unos 0,9 segundos en el percentil 99 y aproximadamente 200.000 órdenes por segundo de throughput en mainnet.
Los validadores aseguran la cadena bajo proof of stake delegado y producen bloques de forma proporcional al HYPE delegado; se necesitan 10.000 HYPE de autodelegación para el estado activo.
Seguir leyendo
Asignación ponderada por score entre hasta 10 traders élite de Hyperliquid, cada uno aislado en su propia subcuenta. Tu capital nunca sale de tu cuenta.
No custodial · El agente no puede retirar · Revoca la delegación cuando quieras
