Puntos clave
- HyperCore concentra capacidades de mercado y HyperEVM permite contratos de propósito general.
- HyperEVM utiliza HYPE para gas y forma parte del consenso HyperBFT.
- Las fronteras entre ambos entornos requieren seguimiento específico de saldos y operaciones.
¿Qué es Hyperliquid?
Hyperliquid combina infraestructura de mercados con una plataforma de contratos dentro de una red de capa 1. HyperCore incorpora libros de órdenes y operaciones de mercado. HyperEVM permite desarrollar lógica compatible con EVM y construir aplicaciones que se relacionan con el ecosistema.
La especificación debe identificar el componente que resuelve cada función. Consultar precios, enviar una orden y ejecutar un contrato Solidity son operaciones distintas. Un producto puede necesitar varias interfaces, y cada una introduce autorizaciones y estados que deben aparecer en el modelo de datos de la aplicación.
Cómo funciona
HyperBFT sostiene el consenso de la red. La ejecución se distribuye entre las funciones de HyperCore y los bloques EVM de HyperEVM. Este último expone acceso JSON-RPC y utiliza HYPE para las comisiones de sus contratos.
La integración debe tratar por separado los movimientos entre entornos, las acciones de mercado y las transacciones EVM. Una consulta de saldo aislada no sustituye la conciliación del recorrido completo. Conviene conservar identificadores y estados suficientes para reconstruir una operación tras perder conectividad, sin asumir que todos los componentes se actualizan simultáneamente.
Las interfaces que conectan HyperCore y HyperEVM requieren consultar sus reglas de lectura, escritura y transferencia de activos. No debe suponerse que una secuencia entre ambos entornos tenga la atomicidad de una única llamada EVM. El sistema conserva referencias suficientes para detectar un paso pendiente y mostrarlo de forma diferenciada frente a una operación completada.
Qué aporta Hyperliquid
Hyperliquid puede encajar en herramientas que necesitan consultar o integrar los mercados de HyperCore, o en aplicaciones Solidity cuyo caso de uso requiere HyperEVM. La elección debe responder a esa necesidad concreta, no únicamente a la existencia de actividad en el ecosistema.
En Metlabs, delimitamos permisos de lectura y de operación antes de diseñar la integración. Los prototipos cubren envío, resultado parcial, cancelación y recuperación, según corresponda. Si el producto expone operaciones financieras, sus condiciones y controles se definen por separado de la conexión técnica a la red.
Para una herramienta de seguimiento, puede bastar una integración de lectura sin capacidad de operar. Si después incorpora envío de órdenes, cambian el alcance de permisos y las pruebas: límites, identificadores para evitar duplicados, caducidad de autorizaciones y recuperación tras una respuesta incierta. Mantener separadas observación y ejecución facilita revisar qué puede hacer cada credencial y qué controles necesita el equipo responsable.
Limitaciones y criterios de elección
Una interfaz de mercado y un contrato EVM no tienen los mismos supuestos de ejecución. Los activos pueden tener representaciones y saldos que requieren tratamiento específico en cada entorno. Las pruebas deben concentrarse en esas fronteras y en el comportamiento durante errores o retrasos.
La compatibilidad EVM no elimina riesgos de los contratos, de la red o de los componentes que conectan activos. Una aplicación sin dependencia de HyperCore puede encontrar un encaje más sencillo en otra red EVM. El criterio de selección incluye necesidad funcional, alcance de permisos y capacidad de monitorizar cada operación.
