Prioridad de Órdenes
Cómo se enrutan las órdenes, quién puede ejecutarlas y en qué orden.
Fundamentos del Libro de Órdenes
Hypercall opera un libro central de órdenes límite (CLOB) para opciones y futuros perpetuos. Todas las órdenes pasivas son órdenes límite. No existen las órdenes de mercado como un tipo diferenciado.
Prioridad Precio-Tiempo
Las órdenes en el libro se emparejan usando prioridad precio-tiempo:
- Precio: la orden pasiva con mejor precio se ejecuta primero. Los bids se ordenan de mayor a menor, los asks de menor a mayor.
- Tiempo: en el mismo nivel de precio, la orden que llegó primero se ejecuta primero.
Cuando una orden entrante cruza liquidez pasiva, se ejecuta inmediatamente contra los mejores precios disponibles. Cualquier remanente sin ejecutar permanece en el libro (o se cancela, dependiendo del time-in-force).
Time-in-Force
Cada orden incluye una instrucción de time-in-force (TIF):
No existe un tipo dedicado de "orden de mercado". Para obtener el comportamiento de una orden de mercado, envíe una orden límite con TIF configurado en IOC a un precio que esté dispuesto a pagar. La orden cruza lo que esté disponible y cancela cualquier porción no ejecutada.
Maker y Taker
Cada ejecución tiene dos lados:
- El maker es la parte cuya orden ya estaba en reposo en el libro.
- El taker es la parte cuya orden entrante la cruzó.
Los makers y takers pagan comisiones del 0% bajo la configuración de lanzamiento. Consulte Comisiones para la política de lanzamiento y el esquema futuro planificado.
Tipos de Órdenes
Hypercall admite varias rutas de ejecución dependiendo de lo que esté operando y cómo lo envíe:
Orden Límite
Opciones de un solo leg, directo al libro
- Orden límite estándar en el libro de órdenes
- Cruza liquidez pasiva o permanece a su precio
- Disponible en instrumentos de solo libro de órdenes
- Time-in-force: GTC, IOC o FOK
Orden RPI
Opciones de un solo leg, subasta + libro
- Automático en instrumentos elegibles para RFQ
- Subasta de MM de 2 segundos antes del libro
- Los MM deben mejorar el precio de referencia por ≥ 1 tick
- Recurre a una orden límite estándar si ningún MM ejecuta
RFQ
Paquetes multi-leg
- Request for Quote a market makers profesionales
- Aceptación manual o auto-ejecución con un límite
- Ejecución atómica: el paquete completo o nada
- Sin respaldo del libro de órdenes para multi-leg
Órdenes Límite
La ruta más simple. Usted envía un precio, tamaño, lado y símbolo. El motor verifica su margen, valida su firma EIP-712, y coloca la orden en el libro.
Si el libro tiene liquidez pasiva a un precio igual o mejor que su límite, usted cruza inmediatamente. De lo contrario, su orden permanece en el libro hasta ejecutarse o cancelarse.
Esta es la ruta de ejecución para instrumentos configurados como solo libro de órdenes (sin capa RFQ/RPI).
Órdenes RPI (Retail Price Improvement)
En instrumentos configurados tanto para libro de órdenes como para RFQ, las órdenes de un solo leg entran automáticamente en un pipeline de ejecución de dos fases. Esta es la ruta predeterminada en el frontend de Hypercall.
Fase 1: Subasta RPI
Los market makers compiten para ejecutar su orden
- La orden se transmite a todos los proveedores de cotizaciones conectados
- Cada market maker tiene 2 segundos para responder con una cotización firme
- Si existe liquidez ejecutable en el libro, cada cotización debe mejorar estrictamente ese precio del libro
- Si no existe liquidez ejecutable en el libro, cada cotización debe satisfacer su límite
- Gana la cotización con mejor precio (empates resueltos por orden de llegada)
- La subasta cierra antes si todos los market makers responden
- Si una cotización calificada gana, usted es ejecutado inmediatamente a un precio igual o mejor que su límite
Fase 2: Respaldo Límite
Su orden se convierte en una orden límite estándar
- Se activa solo si la Fase 1 no produce ninguna ejecución calificada
- La orden se coloca en el libro de órdenes a su precio límite original
- Cruza inmediatamente si existe liquidez pasiva a un precio igual o mejor que su límite
- De lo contrario, la orden permanece hasta ejecutarse o cancelarse
- Aplica el time-in-force estándar (GTC, IOC, FOK)
- Latencia total desde el envío hasta la Fase 2: ~2 segundos
La lógica estructural proviene de programas de mercados de renta variable como el Retail Price Improvement de CBOE BYX y el NYSE Retail Liquidity Program: los market makers ganan el privilegio de ver su orden antes que el libro solo cuando no saltan liquidez pasiva ejecutable sin mejorarla.
RFQ (Request for Quote)
RFQ se usa para órdenes multi-leg (spreads, straddles, iron condors, risk reversals) y para instrumentos de un solo leg configurados como solo RFQ. No existe un CLOB para paquetes multi-leg arbitrarios, por lo que los market makers son la única contraparte.
RFQ tiene dos modos:
Aceptación manual
- Usted envía un paquete vía
POST /rfq/requestcon sus legs (instrumento, lado, tamaño por leg) - El sistema distribuye la solicitud a todos los proveedores de cotizaciones elegibles
- Los QP responden con cotizaciones firmes (válidas por hasta 30 segundos)
- Usted ve todas las cotizaciones en la aplicación y selecciona manualmente una para aceptar
- Usted firma y envía una aceptación (
POST /rfq/accept) para ejecutar la operación
La aceptación manual le da control total sobre qué cotización tomar. La contrapartida es una segunda firma y el riesgo de que las cotizaciones expiren mientras usted decide.
Auto-ejecución
- Usted envía un paquete vía
POST /rfq/requestcon unauto_accept_limit(el débito máximo que pagará, o el crédito mínimo que aceptará) - Su firma preautoriza la ejecución a cualquier precio dentro de su límite
- La primera cotización que iguale o mejore su límite se ejecuta automáticamente sin una segunda firma
- Si ninguna cotización calificada llega antes de que expire el RFQ, la solicitud expira sin ejecución
La auto-ejecución es más rápida y simple. Usted establece su peor precio aceptable por adelantado y deja que el sistema ejecute. Este es el modo que usa el frontend de Hypercall para paquetes multi-leg.
Las ejecuciones multi-leg son siempre todo o nada. El paquete completo se ejecuta atómicamente, o no se ejecuta en absoluto. Esto elimina el riesgo de leg.
Órdenes de Perpetuos (Directivas)
Las órdenes de futuros perpetuos pasan por una ruta separada. En lugar del libro de órdenes de opciones, las órdenes de perpetuos se envían como directivas a HyperCore (la capa de ejecución on-chain de Hyperliquid).
Las órdenes de perpetuos se envían vía POST /v1/actions/hl_limit_order y admiten:
Las órdenes de perpetuos no pasan por la subasta RPI ni por el sistema RFQ. Se firman, se retransmiten al contrato de exchange on-chain y se emparejan on-chain.
Operaciones Masivas y de Reemplazo
Para traders programáticos, la API admite operaciones por lotes:
Endpoints masivos y de reemplazo
- Colocación masiva (
POST /bulk_order): Envíe hasta 50 órdenes en una solicitud. Cada una entra en la ruta de ejecución estándar de forma independiente. - Cancelación masiva (
DELETE /bulk_orderoDELETE /bulk_order_cloid): Cancele hasta 50 órdenes por ID de orden o ID de cliente en una solicitud. - Reemplazo (
PUT /order): Cancele atómicamente una orden existente y coloque una nueva en el mismo tick del motor. Sin riesgo de brecha. - Reemplazo masivo (
PUT /bulk_order): Reemplace hasta 50 órdenes atómicamente.
Las operaciones de reemplazo son críticas para los market makers que necesitan actualizar cotizaciones sin exponerse a ser ejecutados al precio anterior mientras la nueva orden está en tránsito.
Mejora de Precio (RPI)
La garantía central de la subasta RPI: un market maker no puede saltar liquidez pasiva ejecutable a menos que le dé a usted un precio mejor que el del libro. Cualquier liquidez pasiva dentro del límite, aunque sea menor que su orden, establece la referencia del libro. Su límite sigue siendo el peor precio de ejecución aceptable, no el punto de referencia de mejora de precio cuando no existe liquidez en el libro.
El precio de referencia
El precio de referencia es el mejor precio pasivo del libro dentro del límite que un market maker debe mejorar. El tamaño mostrado a ese precio no necesita cubrir su orden completa. Si no hay liquidez pasiva ejecutable, la cotización solo necesita satisfacer su límite.
Órdenes de Compra
- Si el mejor ask <= su límite, referencia = mejor ask del libro
- El MM debe cotizar en o por debajo de la referencia menos 1 tick
- Si no hay ask ejecutable, el MM puede cotizar en o por debajo de su límite
Órdenes de Venta
- Si el mejor bid >= su límite, referencia = mejor bid del libro
- El MM debe cotizar en o por encima de la referencia más 1 tick
- Si no hay bid ejecutable, el MM puede cotizar en o por encima de su límite
Este es el mismo principio detrás de la Regla 11.24 de CBOE BYX: las órdenes RPI deben mejorar el NBBO. En Hypercall, el "NBBO" es el mejor precio pasivo ejecutable en el libro de órdenes.
Ejemplo práctico
Usted envía una orden de compra por 1.0 BTC-30MAY26-80000-C con un límite de $2,450.
Visualización de la mejora de precio
- Cuando es ejecutado vía RPI contra una referencia ejecutable del libro, la aplicación muestra su ahorro vs. el libro
- Cuando no existe una referencia ejecutable del libro, la aplicación muestra que la cotización se ejecutó dentro de su límite
- Ejemplo: Ejecutado a $2,447.50, ahorró $2.50 (0.1%)
- Esto aparece automáticamente en su confirmación de ejecución, sin acción requerida
Proveedores de Cotizaciones
Los proveedores de cotizaciones (QP) son market makers profesionales registrados en Hypercall. Mantienen conexiones WebSocket persistentes y reciben tanto solicitudes de subasta RPI como RFQ multi-leg en tiempo real.
Elegibilidad de QP
- Registrado y activo (no suspendido)
- En la lista blanca para el activo subyacente relevante (o aprobado para todos los subyacentes)
- No congelado por Market Maker Protection (MMP) en ese activo subyacente
- Conectado vía WebSocket en el momento de la subasta o RFQ
Múltiples QP compiten en cada subasta. El sistema selecciona el mejor precio, resolviendo empates por orden de llegada. Esta competencia es el mecanismo que impulsa la mejora de precio. A medida que se unen más QP, la competencia se intensifica y los spreads se estrechan.
Consulte Market Maker Protection (MMP) para saber cómo los QP gestionan el riesgo, e Incentivos para los programas de market makers.
Elegibilidad de Instrumentos
Cada instrumento tiene un modo de trading configurado que determina cómo se enrutan las órdenes:
A medida que los instrumentos maduran y atraen más liquidez pasiva, transicionan de habilitados para RFQ a solo libro de órdenes. El enrutamiento es transparente para usted. Usted siempre envía el mismo tipo de orden independientemente del modo en que esté el instrumento.
Resumen de Prioridad de Ejecución
Cuando una orden de un solo leg entra al sistema en un instrumento elegible para RPI, las ejecuciones se priorizan así:
1. Subasta RPI
Primera mirada (solo instrumentos elegibles)
- Los market makers compiten por su orden
- Deben satisfacer su límite
- Deben mejorar la liquidez pasiva ejecutable en al menos 1 tick
- Gana la mejor cotización, empates resueltos por orden de llegada
- La ejecución puede incluir mejora de precio
2. Cruce en el Libro
Ejecución inmediata contra liquidez existente
- Se activa si no hay ejecución RPI
- Cruza contra órdenes pasivas a un precio igual o mejor que su límite
- Prioridad precio-tiempo estándar
- Puede ejecutarse parcialmente (matching estándar)
3. Orden Pasiva
Espera de una contraparte
- Se activa si no hay cruce inmediato
- La orden permanece a su precio límite
- Visible en el libro de órdenes
- Sujeta a su configuración de time-in-force
En instrumentos de solo libro de órdenes, el flujo comienza en el paso 2 (sin subasta RPI). El sistema nunca lo ejecuta a un precio peor que su límite.