Resumen
Hyperliquid EVM (comúnmente llamado HyperEVM) es la capa de ejecución EVM que funciona como parte de la blockchain Hyperliquid. El estado de ejecución completo de Hyperliquid, incluido HyperCore (el motor de libro de órdenes y trading) y HyperEVM, está asegurado por el consenso HyperBFT. HyperEVM produce bloques EVM dentro de la ejecución de Hyperliquid, por lo que los contratos Solidity, las herramientas JSON-RPC estándar y las billeteras EVM familiares pueden interactuar con él, mientras que el token de gas nativo es HYPE.
Si buscaste "hyperliquid evm", probablemente quieras saber qué es realmente el lado EVM de Hyperliquid, en qué se diferencia de HyperCore y cómo conectar una billetera, dApp o backend a él. La versión corta: HyperEVM es una superficie EVM estándar con un endpoint JSON-RPC y un chain ID, pero hereda comportamientos específicos de Hyperliquid como HYPE como gas, tarifas de prioridad quemadas y la ausencia de WebSocket JSON-RPC en el endpoint público.
Esta página responde primero a las preguntas de conexión, luego cubre la configuración de la cadena, las diferencias que confunden a los desarrolladores y cómo elegir una configuración RPC para cargas de trabajo en producción. Para acceso gestionado, OnFinality proporciona API RPC e infraestructura de nodos dedicados en las redes compatibles; consulta las páginas de redes RPC compatibles y precios de RPC para conocer la disponibilidad actual.
Puntos clave
- Hyperliquid EVM también se llama HyperEVM; es la capa de ejecución EVM dentro de la blockchain Hyperliquid y está asegurada por HyperBFT junto con HyperCore.
- HyperEVM mainnet usa el chain ID 999 y el token de gas nativo HYPE con 18 decimales.
- HyperEVM sigue el hardfork Cancun sin blobs y tiene EIP-1559 habilitado; tanto las tarifas base como las de prioridad se queman.
- El endpoint público JSON-RPC de Hyperliquid no ofrece WebSocket JSON-RPC, por lo que los diseños en tiempo real necesitan polling o un proveedor que admita suscripciones.
- HYPE se mueve entre HyperCore y HyperEVM mediante una transferencia nativa a una dirección designada, no a través de un contrato puente.
- Para tráfico de producción, evalúa a los proveedores RPC por profundidad de archivo, límites de velocidad, failover y si admiten los métodos que llama tu aplicación.
Qué es realmente Hyperliquid EVM
Hyperliquid es una blockchain creada específicamente cuyo estado de ejecución incluye dos superficies: HyperCore, que maneja el libro de órdenes, las operaciones y las liquidaciones, y HyperEVM, la capa de ejecución compatible con EVM. Ambas están aseguradas por el consenso HyperBFT, por lo que HyperEVM no es una cadena separada conectada por un puente a Hyperliquid; es parte del mismo entorno de ejecución.
Para los desarrolladores, eso significa que HyperEVM se comporta como una cadena EVM para el despliegue de contratos y las llamadas JSON-RPC, pero hereda reglas específicas de Hyperliquid. HYPE es el token de gas nativo, y la EVM usa el hardfork Cancun sin blobs. EIP-1559 está habilitado y, a diferencia de la mayoría de las cadenas EVM, las tarifas de prioridad también se queman porque HyperBFT maneja el ordenamiento.
La consecuencia práctica es que las herramientas EVM estándar funcionan en su mayoría, pero debes verificar el comportamiento de las tarifas, la producción de bloques y el soporte de métodos contra la red en lugar de asumir los valores predeterminados de Ethereum mainnet.
- HyperEVM es la capa de ejecución EVM dentro de Hyperliquid, no una cadena independiente.
- HyperCore y HyperEVM comparten el consenso HyperBFT y el token HYPE.
- Toda la interacción EVM ocurre a través de JSON-RPC, incluida la configuración de la red en la billetera.
Configuración de la cadena de un vistazo
La mayoría de los problemas de conexión provienen de mezclar valores de mainnet y testnet o de asumir que el endpoint público admite funciones que no tiene. Confirma lo siguiente antes de depurar el código de la aplicación.
Los valores a continuación reflejan la documentación para desarrolladores publicada por Hyperliquid. Vuelve a consultar siempre la documentación oficial antes de lanzar, porque los parámetros de la cadena pueden cambiar.
| Criterio | Qué revisar | Por qué importa |
|---|---|---|
| Chain ID de mainnet | 999 | Las billeteras y bibliotecas rechazan transacciones firmadas para la cadena incorrecta. |
| Chain ID de testnet | 998 | Evita el despliegue accidental en mainnet durante las pruebas. |
| Token de gas nativo | HYPE, 18 decimales tanto en mainnet como en testnet | La estimación de tarifas y la visualización del saldo dependen de los decimales correctos. |
| JSON-RPC público (mainnet) | https://rpc.hyperliquid.xyz/evm | Útil para comprobaciones rápidas; no sustituye a un proveedor gestionado en producción. |
| JSON-RPC público (testnet) | https://rpc.hyperliquid-testnet.xyz/evm | El endpoint de testnet debe coincidir con el chain ID de testnet. |
| WebSocket JSON-RPC | No compatible con el endpoint público | Los diseños basados en suscripciones necesitan polling o un proveedor que ofrezca soporte WebSocket. |
| Hardfork y modelo de tarifas | Cancun sin blobs; EIP-1559 con tarifas base y de prioridad quemadas | Afecta la estimación de gas, la visualización de tarifas y cualquier lógica que asuma que las tarifas de prioridad van a los validadores. |
Cómo conectar una billetera o dApp
Agregar HyperEVM a una billetera es el mismo flujo que con cualquier red EVM: proporciona la URL RPC, el chain ID y el símbolo de la moneda. El fragmento a continuación muestra una solicitud típica wallet_addEthereumChain. Reemplaza la URL RPC con el endpoint de tu proveedor si no estás usando el público.
Si estás creando una dApp, configura tu biblioteca con el mismo chain ID y URL RPC. Un error común es apuntar la billetera a mainnet mientras el proveedor de la aplicación apunta a testnet, lo que produce errores confusos de firma y nonce.
- Nombre de la red en la billetera: HyperEVM (o Hyperliquid EVM).
- Símbolo de la moneda: HYPE.
- Explorador de bloques: usa el explorador oficial de HyperEVM para buscar transacciones.
- Mantén las configuraciones de mainnet y testnet en variables de entorno separadas.
Recomendación rápida: ¿endpoint público o RPC gestionado?
El endpoint público de Hyperliquid es adecuado para exploración, configuración de billeteras y scripts de bajo volumen. No está diseñado para tráfico de producción y no ofrece WebSocket JSON-RPC, lo que descarta diseños basados en suscripciones solo con ese endpoint.
Pasa a un proveedor RPC gestionado cuando necesites límites de velocidad predecibles, acceso a archivo para consultas históricas, failover entre regiones o soporte WebSocket. OnFinality ofrece acceso a API RPC y nodos dedicados en las redes compatibles; confirma la disponibilidad actual de Hyperliquid en la página de redes RPC compatibles antes de comprometer una arquitectura.
Si aún estás comparando proveedores, la guía de selección de proveedores RPC cubre los criterios de evaluación con más profundidad.
| Criterio | Qué revisar | Por qué importa |
|---|---|---|
| Prototipo o configuración de billetera | El endpoint público es suficiente | Bajo volumen y sin requisito de tiempo de actividad. |
| dApp en producción con reintentos | RPC gestionado con límites de velocidad y failover | Los endpoints públicos pueden limitar o descartar solicitudes bajo carga. |
| Consultas históricas o de archivo | Profundidad de archivo del proveedor | No todos los nodos RPC conservan el historial completo del estado. |
| Suscripciones en tiempo real | Soporte WebSocket | El endpoint público no ofrece WebSocket JSON-RPC. |
| Capacidad aislada | Opción de nodo dedicado | Útil cuando el rendimiento RPC compartido no es suficiente. |
HyperEVM vs HyperCore: qué cambia para tu código
HyperCore es el motor de trading: la colocación de órdenes, la cancelación y la liquidación ocurren allí. HyperEVM es la superficie EVM de propósito general para contratos y llamadas JSON-RPC estándar. Comparten consenso y el token HYPE, pero no son la misma superficie de API.
Si tu aplicación necesita datos del libro de órdenes o acciones de trading, probablemente estés trabajando con las API de HyperCore en lugar de JSON-RPC de EVM. Si estás desplegando contratos Solidity, leyendo saldos o indexando eventos EVM, estás en el lado de HyperEVM. Mezclar los dos modelos mentales es una fuente común de confusión cuando los desarrolladores integran por primera vez.
Mover HYPE entre las dos superficies usa una transferencia nativa a una dirección designada en lugar de un contrato puente. Consulta la documentación oficial para la dirección e instrucciones actuales antes de implementar transferencias.
- HyperCore: libro de órdenes, operaciones, liquidaciones.
- HyperEVM: contratos EVM, JSON-RPC, flujos estándar de billetera.
- Las transferencias de HYPE entre ellos usan un mecanismo de transferencia nativo, no un puente de terceros.
Modos de fallo que puedes esperar en HyperEVM
La mayoría de los problemas de integración con HyperEVM se dividen en unas pocas categorías. La siguiente tabla relaciona los síntomas con las causas probables para que puedas depurar más rápido.
Si estás trabajando con un proveedor gestionado, revisa también la página de estado del proveedor y los registros de solicitudes antes de cambiar el código de la aplicación.
| Criterio | Qué revisar | Por qué importa |
|---|---|---|
| Transacciones rechazadas por discrepancia de chain ID | Billetera y proveedor configurados en 999 (mainnet) o 998 (testnet) | Las configuraciones mixtas son el error de configuración más común. |
| Falla la conexión WebSocket | El endpoint público no admite WebSocket JSON-RPC | Cambia a polling o a un proveedor con soporte de suscripciones. |
| Las estimaciones de gas difieren de Ethereum | EIP-1559 con tarifas de prioridad quemadas | La lógica de tarifas copiada de Ethereum puede informar mal los costos. |
| La consulta de estado histórico devuelve vacío | Soporte de archivo en tu endpoint RPC | Los nodos que no son de archivo eliminan el estado más antiguo. |
| Tiempos de espera intermitentes bajo carga | Límites de velocidad y estrategia de reintentos | Los endpoints públicos son compartidos y no están dimensionados para tráfico de producción. |
Lista de verificación para producción
Antes de dirigir tráfico real a HyperEVM, confirma lo básico: chain ID correcto por entorno, un proveedor que admita los métodos que llamas, una estrategia de reintentos con backoff y un endpoint de respaldo. Si tu diseño depende de eventos en tiempo real, verifica explícitamente el soporte WebSocket en lugar de asumirlo.
Para equipos que necesitan capacidad aislada o rendimiento predecible, los nodos dedicados son una opción; consulta nodos dedicados para saber cómo funciona ese modelo. Para la mayoría de las aplicaciones, una API RPC gestionada con límites claros es el punto de partida más sencillo.
- Separa la configuración de mainnet y testnet.
- Confirma el soporte de archivo y WebSocket si tu aplicación los necesita.
- Agrega reintentos con backoff y al menos un endpoint de respaldo.
- Monitorea las tasas de error y la latencia desde tu propia aplicación, no solo desde el panel del proveedor.
- Revisa los precios de RPC frente al volumen de solicitudes esperado.
Preguntas frecuentes
¿Hyperliquid EVM es lo mismo que HyperEVM?
Sí. HyperEVM es el nombre común de la capa de ejecución EVM dentro de la blockchain Hyperliquid. Está asegurada por HyperBFT junto con HyperCore.
¿Cuál es el chain ID de Hyperliquid EVM?
HyperEVM mainnet usa el chain ID 999 y testnet usa el chain ID 998, según la documentación para desarrolladores de Hyperliquid. Vuelve a consultar siempre la documentación oficial antes de desplegar.
¿HyperEVM admite WebSocket JSON-RPC?
El endpoint público JSON-RPC de Hyperliquid no admite actualmente WebSocket JSON-RPC. Otras implementaciones RPC pueden admitirlo, así que consulta con tu proveedor si necesitas suscripciones.
¿Qué token paga el gas en HyperEVM?
HYPE es el token de gas nativo en HyperEVM, con 18 decimales tanto en mainnet como en testnet.
¿Cómo muevo HYPE de HyperCore a HyperEVM?
HYPE se mueve entre HyperCore y HyperEVM mediante una transferencia nativa a una dirección designada en lugar de un contrato puente. Consulta la documentación oficial de Hyperliquid para la dirección e instrucciones actuales.
¿Puedo usar OnFinality para el acceso RPC a HyperEVM?
OnFinality proporciona API RPC e infraestructura de nodos dedicados en las redes compatibles. Consulta la página de redes RPC compatibles para conocer la disponibilidad actual de Hyperliquid y los detalles del endpoint.