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 limitadas (CLOB) para opciones. Todas las órdenes en reposo son órdenes limitadas. No existen las órdenes de mercado como tipo independiente. Los perpetuos no se negocian en este libro: son órdenes nativas de Hyperliquid (consulte Órdenes de perpetuos más abajo).
Prioridad precio-tiempo
Las órdenes del libro se emparejan según la prioridad precio-tiempo:
- Precio: la orden en reposo con mejor precio se ejecuta primero. Los bids se ordenan de mayor a menor y los asks de menor a mayor.
- Tiempo: dentro del mismo nivel de precio, se ejecuta primero la orden que llegó antes.
Cuando una orden entrante cruza la liquidez en reposo, se ejecuta de inmediato contra los mejores precios disponibles. Cualquier remanente no ejecutado queda en reposo en el libro (o se cancela, según el time-in-force).
Time-in-Force
Cada orden incluye una instrucción de time-in-force (TIF):
No existe un tipo de "orden de mercado" dedicado. Para obtener un comportamiento de orden de mercado, envíe una orden limitada con TIF en IOC a un precio que esté dispuesto a pagar. La orden cruza todo lo disponible y cancela cualquier parte 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ó.
Makers y takers pagan un 0% de comisiones bajo la configuración de lanzamiento. Consulte Comisiones para la política de lanzamiento y el calendario futuro previsto.
Tipos de orden
Hypercall admite varias vías de ejecución según lo que negocie y cómo envíe la orden:
Orden limitada
Opciones de una sola pata, directo al libro
- Orden limitada estándar en el libro de órdenes
- Cruza la liquidez en reposo o queda en reposo a su precio
- Disponible en instrumentos solo de libro de órdenes
- Time-in-force: GTC, IOC o FOK
Orden RPI
Opciones de una sola pata, subasta + libro
- Por defecto en instrumentos elegibles para RFQ
- Subasta de 2 segundos entre market makers antes del libro
- Los MM deben mejorar el precio de referencia en ≥ 1 tick
- Recurre a una orden limitada estándar si ningún MM ejecuta
RFQ
Paquetes multi-leg
- Solicitud de cotización a market makers profesionales
- Aceptación manual o ejecución automática con un límite
- Ejecución atómica: el paquete completo o nada
- Sin recurso al libro: use una orden combo para eso
Órdenes limitadas
La vía más sencilla. Usted envía un precio, un tamaño, un lado y un símbolo. El motor verifica su margen, valida su firma EIP-712 y coloca la orden en el libro.
Si el libro tiene liquidez en reposo a su límite o mejor, la orden cruza de inmediato. De lo contrario, su orden queda en reposo hasta que se ejecute o se cancele.
Esta es la vía de ejecución para los instrumentos configurados como solo libro de órdenes (sin capa RFQ/RPI) y para cualquier orden enviada con route: "book_only". Las órdenes reduce-only, las órdenes en bloque y las órdenes por WebSocket también van directamente al libro.
Órdenes RPI (Retail Price Improvement)
En los instrumentos configurados tanto para libro de órdenes como para RFQ, un POST /order con route: "best_execution" (o sin route) entra en un proceso de ejecución en dos fases. Esta es la vía por defecto en el frontend de Hypercall.
Fase 1: subasta RPI
Los market makers compiten por ejecutar su orden
- La orden se difunde a todos los quote providers conectados
- Los market makers tienen 2 segundos para responder con una cotización en 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 respetar su límite
- Gana la cotización con mejor precio (los empates se resuelven por orden de llegada)
- La subasta se cierra antes si todos los market makers responden
- Si gana una cotización válida, su orden se ejecuta de inmediato a su límite o mejor
Fase 2: recurso a orden limitada
Su orden se convierte en una orden limitada estándar
- Se activa solo si la Fase 1 no produce ninguna ejecución válida
- La orden se coloca en el libro de órdenes a su precio límite original
- Cruza de inmediato si existe liquidez en reposo a su límite o mejor
- De lo contrario, la orden queda en reposo hasta que se ejecute o se cancele
- Se 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 Retail Liquidity Program de NYSE: los market makers obtienen el privilegio de ver su orden antes que el libro solo cuando no se adelantan a la liquidez ejecutable en reposo sin mejorarla.
RFQ (Request for Quote)
RFQ se usa para órdenes multi-leg (spreads, straddles, iron condors, risk reversals) y para instrumentos de una sola pata configurados como solo RFQ. Los market makers son la única contraparte y no hay recurso al libro: si ninguna cotización ejecuta, la solicitud vence. Para un paquete de ratio fijo, también puede enviar una orden combo.
RFQ tiene dos modos:
Aceptación manual
- Usted envía un paquete mediante
POST /rfq/requestcon sus patas (instrumento, lado y tamaño por pata) - El sistema distribuye la solicitud a todos los quote providers elegibles
- Los QP responden con cotizaciones en firme (válidas hasta 30 segundos)
- Usted ve todas las cotizaciones en la app 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 toma. La contrapartida es una segunda firma y el riesgo de que las cotizaciones venzan mientras decide.
Ejecución automática
- Usted envía un paquete mediante
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 no llega ninguna cotización válida antes de que venza el RFQ, la solicitud vence sin ejecución
La ejecución automática es más rápida y sencilla. Usted fija de antemano el peor precio aceptable 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 de todo o nada. El paquete completo se ejecuta de forma atómica, o no se ejecuta. Esto elimina el riesgo de pata.
Órdenes combo
Una orden combo negocia un ratio fijo de 2 a 8 patas de opciones sobre un mismo activo subyacente como una única orden limitada a un precio neto del paquete. Todas las patas se ejecutan juntas o ninguna lo hace, y las posiciones resultantes son las opciones individuales.
- Enrutamiento: con
best_execution, el paquete pasa primero por la subasta RPI por el tamaño completo del paquete y luego al libro. Conbook_only, se omite la subasta. - Liquidez: puede emparejarse con otras órdenes combo del mismo paquete y con la liquidez implícita admitida construida a partir de los libros de cada pata por separado.
- Time-in-force: GTC deja en reposo el remanente no ejecutado del paquete, IOC lo cancela y FOK ejecuta la cantidad completa del paquete o nada.
- En la app: el ticket multi-leg ofrece una orden limitada combo cuando todas las patas son opciones activas, habilitadas para libro y sobre el mismo activo subyacente. Aun así, puede solicitar cotizaciones RFQ para el mismo paquete.
La API de combos es experimental. Consulte la API experimental de combos para el descubrimiento, la firma y las restricciones actuales.
Órdenes de perpetuos
Los futuros perpetuos son perps de Hyperliquid. No se negocian en el libro de Hypercall ni pasan por la subasta RPI ni por RFQ. El motor de Hypercall verifica primero cada orden de perpetuo contra toda su cuenta de portfolio margin; después, la orden llega a Hyperliquid a través de un enclave seguro en la ruta TEE (la opción por defecto en la app, opcional por API; estas órdenes llevan la dirección de builder de Hypercall) o a través de su contrato de cuenta en la ruta avanzada de smart contract, y se empareja en el libro de órdenes de Hyperliquid bajo las reglas de Hyperliquid.
Consulte Perpetuos en Hypercall para el recorrido completo de la orden y Tipos de orden de perpetuos para cada tipo.
Operaciones en bloque y de reemplazo
Para traders programáticos, la API admite operaciones por lotes:
Endpoints en bloque y de reemplazo
- Colocación en bloque (
POST /bulk_order): envíe hasta 50 órdenes en una sola solicitud. Las órdenes en bloque van directamente al libro de órdenes (book_only) y no entran en la subasta RPI. - Cancelación en bloque (
DELETE /bulk_orderoDELETE /bulk_order_cloid): cancele hasta 50 órdenes por ID de orden o ID de cliente en una sola solicitud. - Reemplazo (
PUT /order): cancele de forma atómica una orden existente y coloque una nueva en el mismo tick del motor. Sin riesgo de hueco. - Reemplazo en bloque (
PUT /bulk_order): reemplace hasta 50 órdenes de forma atómica.
Las operaciones de reemplazo son fundamentales 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 adelantarse a la liquidez ejecutable en reposo a menos que le ofrezca un precio mejor que el del libro. Cualquier liquidez en reposo dentro de su límite, aunque sea menor que su orden, fija la referencia del libro. Su límite sigue siendo el peor precio de ejecución aceptable, no la referencia de mejora de precio cuando no existe liquidez en el libro.
El precio de referencia
El precio de referencia es el mejor precio en reposo del libro dentro de su 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 ejecutable en reposo, la cotización solo necesita respetar su límite.
Órdenes de compra
- Si el mejor ask <= su límite, referencia = mejor ask del libro
- El MM debe cotizar a la referencia menos 1 tick o por debajo
- Si no hay ask ejecutable, el MM puede cotizar a su límite o por debajo
Órdenes de venta
- Si el mejor bid >= su límite, referencia = mejor bid del libro
- El MM debe cotizar a la referencia más 1 tick o por encima
- Si no hay bid ejecutable, el MM puede cotizar a su límite o por encima
Es el mismo principio de la Regla 11.24 de CBOE BYX: las órdenes RPI deben mejorar el NBBO. En Hypercall, el "NBBO" es el mejor precio ejecutable en reposo en el libro de órdenes.
Ejemplo práctico
Usted envía una orden de compra por 1.0 BTC-20260530-80000-C con un límite de $2,450.
Quote providers
Los quote providers (QP) son market makers profesionales registrados en Hypercall. Mantienen conexiones WebSocket persistentes y reciben en tiempo real tanto las solicitudes de subasta RPI como los RFQ multi-leg.
Elegibilidad de QP
- Registrado y activo (no suspendido)
- En lista blanca para el activo subyacente correspondiente (o aprobado para todos los activos subyacentes)
- No congelado por la Market Maker Protection (MMP) en ese activo subyacente
- Conectado por WebSocket en el momento de la subasta o del RFQ
Varios QP compiten en cada subasta. El sistema selecciona el mejor precio y resuelve los empates por orden de llegada. Esta competencia es el mecanismo que impulsa la mejora de precio. A medida que se incorporan más QP, la competencia se intensifica y los spreads se estrechan.
Consulte Market Maker Protection (MMP) para ver cómo gestionan el riesgo los QP, 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:
Todas las opciones listadas actualmente en mainnet funcionan en modo Libro de órdenes + RFQ. El modo de trading se configura por instrumento y puede cambiar; 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 una sola pata entra en el sistema sobre un instrumento elegible para RPI, las ejecuciones se priorizan así:
1. Subasta RPI
Primera vista (solo instrumentos elegibles)
- Los market makers compiten por su orden
- Debe respetar su límite
- Debe mejorar la liquidez ejecutable en reposo en al menos 1 tick
- Gana la mejor cotización, los empates se resuelven por orden de llegada
- La ejecución puede incluir mejora de precio
2. Cruce con el libro
Ejecución inmediata contra la liquidez existente
- Se activa si no hay ejecución RPI
- Cruza contra órdenes en reposo a su límite o mejor
- Prioridad precio-tiempo estándar
- Puede ejecutarse parcialmente (matching estándar)
3. Orden en reposo
Espera a una contraparte
- Se activa si no hay cruce inmediato
- La orden queda en reposo a su precio límite
- Visible en el libro de órdenes
- Sujeta a su configuración de time-in-force
En los instrumentos solo de libro de órdenes, el flujo empieza en el paso 2 (sin subasta RPI). El sistema nunca le ejecuta a un precio peor que su límite.