Esta página fue traducida automáticamente. El original en inglés es la versión canónica. Leer en inglés →
Saltar al contenido principal

Arquitectura

Hypercall utiliza un modelo de ejecución híbrido: emparejamiento off-chain para mayor velocidad, con liquidación al vencimiento y gestión de cuentas on-chain para mayor seguridad.

Arquitectura BackendMercado Único de Opciones, Múltiples Fuentes de ÓrdenesOtros RoutersIntegraciones adicionalesFrontend HypercallUI MM/Pro + MobileÓrdenes / CancelacionesSDK Hypercall / Gateway API• Auth / Claves• Orden + Cancelar• Datos de mercado + stream de riesgoCapa de Opciones HypercallOff-chainLibro deÓrdenes y MatchingPrecios /Superficies VolMotor de RiesgoIM/MM, liquidacionesLiquidación /Sincronización EstadoOráculoPrecios índiceTWAP liquidaciónExposición delta /flujos de coberturaHyper EVMCapa de liquidaciónHIP-3 PerpsVenue de cobertura deltaHyperCoreInfraestructura de capa baseIntegración en vivoPartners adicionales

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, incluida la verificación de cartera que precede a cada orden de perpetuos
  • Orquestación de liquidaciones
  • Datos de mercado y precios
  • Streams de WebSocket

Supuesto de confianza: usted confía en el operador para todo lo anterior. Consulte Modelo de confianza.

On-chain (contratos inteligentes)​

Responsabilidades:

  • Propiedad de la cuenta y control del manager
  • Depósitos y retiros
  • Comandos RSM (operaciones de gestión de riesgos)
  • Tokens de opciones (contratos OptionRegistry y OptionToken)
  • Aprobación del builder para órdenes de perpetuos (una única llamada a approveZeroFeeBuilder desde su Account)

Supuesto de confianza: las operaciones on-chain se registran en Hyperliquid y el operador no puede modificarlas por sí solo. Quién puede actualizar los contratos se explica en Modelo de confianza.

Flujo de ejecución de órdenes​

1. Envío de la orden​

Acción del usuario: Enviar la orden mediante POST /order con firma EIP-712.

Validación en el backend:

  • Verificación de la firma (EIP-712)
  • Verificaciones de margen previas a la operación (basadas en escenarios)
  • Admisión de la orden (nivel, vencimiento, límites de frecuencia)

Resultado: La orden se acepta (ACKED) y se pone en cola para su emparejamiento, o se rechaza indicando el motivo.

2. Emparejamiento de órdenes​

Proceso: Las órdenes se emparejan en el libro de órdenes con prioridad precio-tiempo.

Ejecución: Cuando las órdenes se emparejan, se crean las ejecuciones (fills) y se actualizan las posiciones en el estado del motor. Cada cambio de estado se escribe en el journal duradero del motor antes de confirmarse, y las tablas de la base de datos se derivan de ese journal.

No on-chain: Los emparejamientos individuales de opciones no se registran on-chain.

3. Actualización de posiciones​

Proceso: Las posiciones de opciones y el efectivo se registran en el estado del motor y se actualizan en tiempo real. Las posiciones en perpetuos residen en el ledger de HyperCore de su cuenta en Hyperliquid.

Acceso del usuario: Consulte sus posiciones mediante GET /portfolio o el canal portfolio de WebSocket.

4. Liquidación al vencimiento​

Settlement al vencimiento: Las opciones se liquidan en efectivo al vencimiento contra un precio de settlement derivado del oráculo de Hyperliquid. El motor registra el precio de settlement en su journal, calcula el valor intrínseco de cada posición, actualiza los saldos de efectivo y cierra las posiciones.

Para conocer los horarios de vencimiento por activo subyacente, cómo se calcula el precio de settlement y qué ocurre si los datos son escasos, consulte Liquidación al vencimiento y Oráculos.

Gestión de cuentas​

Creación de la cuenta​

Proceso: La wallet del manager llama a createAccount en el Factory con un pequeño depósito de creación en HYPE. La app lo hace por usted cuando habilita perpetuos o Portfolio Margin. Consulte Onboarding (contratos).

Manager: Cada Account tiene un manager (una EOA) que la controla y puede autorizar API wallets para firmar órdenes y cancelaciones.

Depósitos y retiros​

Depósitos:

  • USDC: se envía en HyperEVM al contrato Exchange (depositUsdcFor), que lo transfiere mediante bridge al saldo de HyperCore del Exchange. Hypercall lo acredita una vez que se observa el depósito en HyperCore.
  • ERC20 de opciones: se depositan a través del contrato Exchange, que los quema y acredita la posición.

Retiros:

  • Deben superar la verificación de margen de Hypercall (margen suficiente después del retiro)
  • Firmados por su wallet. Los retiros estándar de USDC se pagan en HyperCore desde el saldo del Exchange mediante una directiva RSM. Los retiros de Portfolio Margin son un envío firmado por el manager desde su Account en HyperCore.

Límite de confianza: Los depósitos y retiros son on-chain y verificables.

Liquidación​

Cuando el patrimonio de una cuenta cae por debajo de su requisito de mantenimiento, entra en pre-liquidación:

  • Se bloquean las órdenes que aumentan el riesgo; las órdenes de cierre siguen permitidas.
  • El liquidador ejecuta órdenes de liquidación parcial para restablecer el margen, con un bono de liquidador que aumenta con el tiempo.
  • Si la cuenta no se ha recuperado dentro de la ventana de escalado, pasa a liquidación total, que ejecuta el motor de Hypercall.

Consulte Liquidación para más detalles.

Integración con Hyperliquid​

Perpetuos​

Hypercall enruta las órdenes de perpetuos a Hyperliquid, incluidos los mercados HIP-3 del dex xyz. Cada orden de perpetuos se verifica primero contra toda su cuenta de portfolio margin. Después existen dos rutas. La app usa TEE por defecto, con la ruta de contrato inteligente como configuración avanzada; los clientes de la API eligen la ruta según el endpoint al que llaman:

Ruta de contrato inteligente (configuración avanzada en la app): usted firma la orden → el motor de Hypercall la verifica contra toda su cuenta de portfolio margin → la orden va on-chain a través de su contrato de cuenta hacia HyperCore → Hyperliquid la empareja

Ruta TEE (predeterminada en la app, opcional en la API): usted firma la orden → el motor la verifica → un enclave seguro (TEE) que custodia la clave de trading de Hyperliquid de su cuenta firma la orden nativa → Hyperliquid la empareja

Solo las órdenes de la ruta TEE pasan por el enclave. Esas órdenes llevan la dirección de builder de Hypercall, por lo que la cuenta aprueba el builder una sola vez (Enable trading), y el enclave firma únicamente órdenes, cancelaciones y cambios de apalancamiento aprobados por el motor. Consulte Perpetuos en Hypercall.

Casos de uso:

  • Cobertura delta de posiciones en opciones
  • Margen cruzado: las posiciones en perpetuos cuentan para el portfolio margin

Margen cruzado​

Las posiciones en perpetuos de HyperCore se incluyen en los cálculos de portfolio margin, y el requisito es el mayor entre el resultado de portfolio margin y el margen propio de Hyperliquid. Portfolio Margin está disponible para todas las cuentas; consulte Onboarding a Portfolio Margin.

Comandos RSM​

RSM: la máquina de estados replicada del motor. Cuando el estado del motor requiere una acción on-chain (un abono, un retiro, un paso de liquidación o una orden de recuperación), el firmante RSM firma una directiva y el secuenciador de Hypercall la envía. El settlement de opciones al vencimiento no es una directiva RSM: se aplica al efectivo en el estado del motor. Lo que puede hacer cada directiva figura en Directivas RSM.

Qué puede verificar​

On-chain (verificable)​

  • Propiedad de la cuenta (dirección del manager)
  • Depósitos y retiros
  • Órdenes y posiciones en perpetuos de Hyperliquid (en Hyperliquid)
  • Comandos RSM (ejecución on-chain)

Off-chain (requiere confianza)​

  • Equidad del emparejamiento de órdenes
  • Cálculos de margen
  • Cálculo del precio de settlement (los datos de entrada del oráculo de Hyperliquid son públicos)
  • Precisión del seguimiento de posiciones
  • Precisión de los datos de mercado
  • Momento de activación de las liquidaciones

Modelo de confianza​

Mainnet Alpha lo opera Hypercall. Usted confía en que Hypercall empareje órdenes de forma justa (prioridad precio-tiempo), ingiera datos de mercado precisos, calcule correctamente el margen y los precios de settlement, active las liquidaciones a tiempo, emita solo directivas RSM correctas y responda a los incidentes. Nada de eso es todavía verificable criptográficamente; el emparejamiento off-chain gana velocidad a cambio de esa confianza. La cadena impone el resto: la propiedad de la cuenta, los depósitos y los retiros son on-chain, una Account solo ejecuta directivas firmadas por su manager, una de sus API wallets o el firmante RSM registrado, y los contratos limitan las directivas RSM a abonos, retiros, estado de liquidación y acciones de recuperación acotadas. Las órdenes de perpetuos de la ruta TEE (la predeterminada en la app) se firman dentro de un enclave atestado que solo acepta órdenes aprobadas por el motor. El firmante RSM, el secuenciador y las claves de administración y actualización de los contratos están controlados por el operador, y una actualización de Account se aplica a todas las Accounts. Los poderes, roles y direcciones exactos están en Confianza y permisos. La hoja de ruta de descentralización del RSM definirá cómo los compromisos de estado, los roles de firmante, los mecanismos de disputa y los controles del operador se vuelven verificables; Mainnet Alpha es la primera fase, con restricciones, no el modelo de confianza definitivo.

Véase también:

Última actualización el