Arquitectura
Hypercall utiliza un modelo de ejecución híbrido: emparejamiento off-chain para velocidad, con liquidación y gestión de cuentas on-chain para seguridad.
Límites de Confianza
Off-Chain (Backend de Hypercall)
Responsabilidades:
- Emparejamiento y ejecución de órdenes
- Gestión del libro de órdenes
- Verificaciones de margen previas a la operación
- Orquestación de liquidaciones
- Datos de mercado y precios
- Streams de WebSocket
Supuesto de confianza: Los usuarios confían en que el backend de Hypercall:
- Empareje las órdenes de forma justa (prioridad precio-tiempo)
- Aplique correctamente las verificaciones de margen
- Monitoree las cuentas y active las liquidaciones cuando sea necesario
- Proporcione datos de mercado precisos
Limitaciones: Las operaciones off-chain no son completamente verificables criptográficamente en Mainnet Alpha. Los usuarios deben confiar en el operador del backend para el emparejamiento, la ingesta de datos de mercado, las verificaciones de margen y la emisión de comandos RSM.
Camino a seguir: Hypercall está trabajando hacia la descentralización del RSM y garantías más sólidas de minimización de confianza. La hoja de ruta especificará cómo los compromisos de estado, los roles de firmantes, las vías de disputa y los controles del operador se volverán más verificables con el tiempo. Mainnet Alpha es la primera fase restringida, no el modelo de confianza final.
On-Chain (Contratos Inteligentes)
Responsabilidades:
- Propiedad de la cuenta y control del manager
- Depósitos y retiros
- Subastas de liquidación (transferencia de posiciones)
- Comandos RSM (operaciones de gestión de riesgo)
- Publicación de precios de settlement
- Integración con Hyperliquid (órdenes de perpetuos vía ActionCaster)
Supuesto de confianza: Las operaciones on-chain son verificables criptográficamente. Los usuarios pueden verificar el código y el estado del contrato.
Seguridad: La propiedad de la cuenta no puede cambiarse sin una transacción on-chain. La liquidación requiere una subasta on-chain.
Flujo de Ejecución de Órdenes
1. Envío de Órdenes
Acción del usuario: Enviar la orden vía POST /order con firma EIP-712.
Validación del backend:
- Verificación de firma (EIP-712)
- Verificaciones de margen previas a la operación (basadas en escenarios)
- Admisión de la orden (nivel, vencimiento, límites de tasa)
Resultado: La orden es aceptada (ACKED) y puesta en cola para emparejamiento, o rechazada con un motivo.
2. Emparejamiento de Órdenes
Proceso: Las órdenes se emparejan en el libro de órdenes utilizando prioridad precio-tiempo.
Ejecución: Cuando las órdenes se emparejan, se crean las ejecuciones y las posiciones se actualizan en la base de datos del backend.
No on-chain: Los emparejamientos de órdenes individuales no se registran on-chain. El estado de la cuenta se sincroniza mediante actualizaciones del margin root.
3. Actualizaciones de Posiciones
Proceso: Las posiciones se rastrean en la base de datos del backend y se actualizan en tiempo real.
Acceso del usuario: Consulte las posiciones vía GET /portfolio o el canal portfolio de WebSocket.
Sincronización on-chain: El margin root (compromiso criptográfico del estado de la cuenta) se actualiza on-chain periódicamente y ante eventos críticos.
4. Settlement
Liquidación al vencimiento: Las opciones vencen a la hora de vencimiento del contrato y se liquidan en efectivo según el precio de settlement. En mainnet, SPCX vence a las 4:00 PM ET; en testnet actualmente vence a las 08:00 UTC.
Precio de settlement: TWAP de 30 minutos del precio índice del Oráculo de Hyperliquid, publicado on-chain vía SimpleOracle.setExpiryPrice().
Proceso:
- El oráculo calcula el TWAP de 30 minutos que finaliza en el vencimiento
- El precio de settlement se publica on-chain
- Se calcula el valor intrínseco para cada posición
- Se actualizan los saldos en efectivo
- Se cierran las posiciones
Gestión de Cuentas
Creación de Cuentas
Proceso: Las cuentas se crean con el primer depósito o cuando se solicita explícitamente.
On-chain: El contrato de cuenta se despliega como un BeaconProxy (patrón de proxy mínimo eficiente en gas).
Manager: Cada cuenta tiene un manager (EOA) que controla la cuenta y puede autorizar agentes.
Depósitos y Retiros
Depósitos:
- USDC: Transferido al Exchange vía HyperCore
- ERC20s de opciones: Depositados vía el contrato Exchange
Retiros:
- Deben pasar las verificaciones de riesgo off-chain (margen suficiente después del retiro)
- Ejecutados on-chain vía el contrato Account
- Se requiere la firma del manager
Límite de confianza: Los depósitos y retiros son on-chain y verificables.
Liquidación
La liquidación utiliza una máquina de estados con un período de gracia antes de la subasta:
| Estado | Descripción | Duración |
|---|---|---|
| Healthy | Equity > MM requerido | - |
| PreLiquidation | Equity < MM, período de gracia activo | 60 segundos |
| InLiquidation | Subasta holandesa en curso | Hasta completarse |
| Liquidated | Posiciones transferidas | - |
Liquidación Parcial vs Total
| Tipo | Condición | Comportamiento |
|---|---|---|
| Parcial | ≤ 5 posiciones | Liquidar posiciones específicas hasta recuperar la salud de la cuenta |
| Total | > 5 posiciones | Liquidar la cuenta completa |
Mecánica de la Subasta
Subasta solvente (Equity > 0): Precio inicial = equity × (1 - penalización), decreciente con el tiempo. Los liquidadores pujan para tomar las posiciones.
Subasta insolvente (Equity < 0): El fondo de seguro proporciona un bono para incentivar a los liquidadores a absorber las posiciones con pérdidas.
On-chain: La ejecución de la subasta y la transferencia de posiciones ocurren on-chain vía el contrato Exchange.
Consulte Liquidación para todos los detalles.
Integración con Hyperliquid
Perpetuos HIP-3
Las cuentas de Hypercall pueden ejecutar órdenes de perpetuos en Hyperliquid vía ActionCaster:
Flujo: Contrato Account → ActionCaster → Hyperliquid L1
Casos de uso:
- Cobertura delta de posiciones en opciones
- Margen entre plataformas (las posiciones en perpetuos cuentan para el margen de portafolio)
Cross-Margin
Las posiciones en perpetuos de HyperCore están diseñadas para incluirse en los cálculos de margen de portafolio, permitiendo estrategias de cobertura eficientes en capital. El Margen de Portafolio está deshabilitado para usuarios generales en Mainnet Alpha.
Comandos RSM
RSM (Risk & Settlement Manager): Componente del backend que emite comandos on-chain para la gestión de riesgo.
Los comandos incluyen:
- Órdenes de solo reducción (cierre forzado de posiciones)
- Repago de deuda (retiro forzado para cubrir saldo negativo)
- Ejecución del settlement
On-chain: Los comandos RSM son firmados por el firmante RSM y ejecutados vía el contrato Account. Los usuarios pueden verificar la dirección del firmante RSM y todas las ejecuciones de comandos on-chain.
Hoja de ruta de descentralización: El firmante RSM actual está controlado por el operador. El trabajo futuro de la hoja de ruta publicará cómo este rol se descentraliza o se hace más minimizado en confianza.
Lo Que Puede Verificar
On-Chain (Verificable)
- Propiedad de la cuenta (dirección del manager)
- Despliegue del contrato de cuenta
- Depósitos y retiros
- Subastas de liquidación y sus resultados
- Precios de settlement (el oráculo publica on-chain)
- Órdenes en Hyperliquid (ejecución on-chain)
- Comandos RSM (ejecución on-chain)
Off-Chain (Requiere Confianza)
- Equidad del emparejamiento de órdenes
- Cálculos de margen
- Precisión del rastreo de posiciones
- Precisión de los datos de mercado
- Momento de activación de las liquidaciones
Modelo de Seguridad
Principio clave: Las operaciones críticas (propiedad de la cuenta, depósitos, liquidación, precios de settlement) son on-chain y verificables. La eficiencia operativa (emparejamiento, verificaciones de margen) es off-chain.
Compromisos: El emparejamiento off-chain proporciona velocidad y eficiencia pero actualmente requiere confianza en el operador del backend. Las operaciones on-chain proporcionan verificabilidad pero son más lentas y costosas. La hoja de ruta de descentralización del RSM es el camino desde este modelo de Mainnet Alpha hacia una mayor minimización de confianza.
Consulte también:
- Settlement y Vencimiento - Proceso y ciclo de vida del settlement
- Liquidación - Máquina de estados y mecánica de la liquidación
- Contratos - Documentación de los contratos inteligentes