Orbitra Prime
Inteligencia de negociación
Todo ticket de orden en Orbitra Prime —desde una orden de mercado con un solo clic hasta un bloque de RFQ— se resuelve en primitivas de ApexMatch, con la misma evidencia de ejecución para cada usuario.
ApexMatchOrbitra L1
Motor nativo de casación determinista
El núcleo del mercado vive dentro del protocolo.
ApexMatch no es una aplicación desplegada sobre una cadena. Es un módulo nativo de mercado de Orbitra L1: la casación, la cancelación, la financiación, las variaciones de margen y las pruebas de liquidación comparten una única transición de estado atómica. Mismas entradas, mismas ejecuciones, mismo estado.
Cómo funciona
Una orden firmada, seguida de principio a fin
- 01EntradaOrden firmada
- 02SecuenciaSecuenciación justa
- 03RiesgoPuerta de Aegis
- 04CasaciónPrecio-tiempo
- 05CompensaciónVariaciones netas
- 06FinalizaciónPrueba de QSE
- Determinista
- Mismas entradas, mismas ejecuciones, mismo estado.
- Atómico
- La operación y la garantía se actualizan a la vez.
- Observable
- Cada etapa emite evidencia firmada.
- Componible
- Las aplicaciones pueden invocar primitivas de mercado nativas.
La ilustración sigue una orden firmada a través del ingreso, la secuenciación justa, la puerta de riesgo de Aegis, la casación por precio y tiempo, y la compensación, hasta que un certificado de QSE la marca como definitiva. Cada etapa emite evidencia firmada, mostrada como el rastro bajo la trayectoria.
El problema
Por qué el motor de casación tuvo que trasladarse al protocolo
La mayoría de los centros de negociación ejecutan la casación en un sistema y la liquidación en otro. Las órdenes las acepta una aplicación, se casan en un motor privado y después se reconcilian con la custodia y los registros contables. Cada salto entre esos sistemas es un lugar donde el estado puede divergir, donde el orden puede verse influido y donde una ejecución puede existir antes de que se haya movido la garantía que la respalda.
Los centros de negociación en cadena que despliegan un contrato de casación sobre una cadena de propósito general heredan un problema distinto: esa cadena nunca se diseñó para libros de órdenes. El espacio de bloque compite con actividad ajena, el orden lo determinan subastas de comisiones, y cada operación compite con la propia red por tiempo de ejecución.
ApexMatch elimina ambas brechas. El motor es un módulo determinista del protocolo, de modo que una ejecución, su efecto en el margen y su liquidación son un único evento indivisible: observable, reproducible y definitivo bajo QSE.
Secuencia operativa
Seis etapas. Una transición atómica.
Toda orden —manual, algorítmica o emitida por un agente de Cortex— sigue la misma ruta a través del núcleo.
- 01
Ingreso
La orden llega a través de una pasarela regional como una intención firmada con sus límites adjuntos. Las firmas se verifican por lotes antes de la secuenciación.
- 02
Secuenciar
La secuenciación justa asigna una posición canónica. El orden sigue reglas declaradas, no una puja por comisiones, de modo que la cola no puede comprarse.
- 03
Riesgo
El prerriesgo de Aegis simula la cartera posterior a la operación: margen, distancia de liquidación y límites de política. Las órdenes que incumplirían un límite se rechazan antes de tocar el libro.
- 04
Casar
Prioridad de precio y tiempo en ApexBook. El propio núcleo aplica la prevención de autonegociación y la semántica de post-only y reduce-only.
- 05
Compensar
Las ejecuciones producen variaciones netas —posiciones, garantía, comisiones y financiación— calculadas dentro de la misma transición que la casación.
- 06
Dar finalidad
VectorLanes ejecuta la transición y un certificado de cuórum de QSE la da por definitiva. La ejecución, su efecto en el margen y su prueba de liquidación adquieren carácter definitivo a la vez.
Arquitectura
Componentes del núcleo
ApexMatch se compone de piezas deterministas pequeñas con interfaces explícitas. Cada una puede observarse, someterse a prueba y reproducirse de forma independiente.
- 01
Ingreso regional
Pasarelas cercanas a los participantes del mercado aceptan órdenes firmadas, verifican las firmas por lotes y las remiten con marcas de hora de recepción.
- 02
Secuenciador
Aplica la política de ordenación declarada y produce el flujo de entrada canónico que todos los validadores reproducen de forma idéntica.
- 03
Puerta de Aegis
Una llamada sincrónica a Aegis que evalúa la orden frente al grafo de riesgo de cartera y al conjunto de políticas de la cuenta.
- 04
ApexBook
Libros centrales de órdenes limitadas con prioridad de precio y tiempo, prevención de autonegociación y soporte nativo para flujos de RFQ y operaciones en bloque.
- 05
Motor de compensación
Calcula las variaciones de posición, garantía, comisiones y financiación de cada ejecución, y las escribe en la misma transición de estado.
- 06
Flujo de evidencia
Cada etapa emite registros firmados —recibo, posición en la secuencia, veredicto de riesgo, ejecución, variación— de modo que cualquier ejecución puede reconstruirse de forma independiente.
Seguridad y control de fallos
Seguridad y control de fallos
Un motor de casación debe fallar de forma segura. ApexMatch está construido para que el fallo de una etapa no pueda producir una ejecución que el resto del sistema no reconozca.
- AtomicidadUna operación y su actualización de garantía se confirman juntas o no se confirman en absoluto. No existe ninguna ventana en la que exista una ejecución sin su efecto en el margen.
- Reproducción deterministaLos validadores reproducen la misma entrada secuenciada y deben producir la misma raíz de estado. La divergencia se detecta, no se absorbe.
- Rechazo previo a la negociaciónLas órdenes que incumplirían el margen, el apalancamiento o los límites de política se rechazan en la puerta de Aegis en lugar de liquidarse después.
- Disyuntores del mercadoLas bandas de precio por mercado, las pausas por volatilidad y los umbrales de confianza de Prism detienen la casación cuando los datos de referencia dejan de ser fiables.
- Integridad del flujo de órdenesLas reglas de secuenciación justa forman parte de la especificación del protocolo, de modo que un operador no puede comprar ni reordenar la secuencia.
En los tres sistemas
Cómo conecta ApexMatch los tres sistemas
Orbitra L1
Liquidación y cómputo
ApexMatch es un módulo nativo de servicios de mercado de Orbitra L1. Se ejecuta sobre VectorLanes y sus transiciones adquieren carácter definitivo mediante QSE.
Orbitra Realm
Aplicaciones y comercio
Las aplicaciones de Orbitra Realm llaman directamente a las primitivas nativas de mercado desde contratos de NexusWASM, de modo que una cartera, un juego o una herramienta de tesorería pueden ofrecer libros de órdenes reales sin construir un centro de negociación.
Valor
Qué cambia
- Operadores y usuarios
- Ejecuciones transparentes y reproducibles. Usted puede ver en qué posición de la cola se encontraba su orden, por qué se aceptó y cuándo adquirió carácter definitivo.
- Instituciones
- Un comportamiento determinista que puede modelarse, reproducirse y auditarse. El drop copy, el análisis de costes de transacción y la conciliación se leen del mismo flujo de evidencia que el propio motor.
- Desarrolladores
- Primitivas de mercado componibles —libros, RFQ, variaciones de compensación— disponibles para los contratos sin reimplementar un centro de negociación.
Especificaciones
Especificaciones
- Modelo de casación
- Libro central de órdenes limitadas, prioridad de precio y tiempo
- Determinismo
- Una entrada secuenciada idéntica produce ejecuciones y raíces de estado idénticas en todos los validadores
- Control previo a la negociación
- Evaluación sincrónica de Aegis en cada orden
- Liquidación
- Atómica con la casación; definitiva bajo un certificado de cuórum de QSE
- Semántica de órdenes
- Mercado, limitada, stop, stop-limit, post-only y reduce-only de forma nativa; los tipos avanzados y algorítmicos componen estas primitivas
- Protección
- Prevención de autonegociación, bandas de precio, pausas por volatilidad, detenciones por confianza del oráculo
- Evidencia
- Recibo firmado, posición en la secuencia, veredicto de riesgo, ejecución y variación para cada orden
- Interfaces
- API nativa, pasarela FIX, primitivas de mercado de NexusSDK
Terminología
Terminología
- Secuenciación justa
- Una regla definida por el protocolo que asigna a cada orden una posición canónica, independiente de las comisiones pagadas.
- Prioridad de precio y tiempo
- Las órdenes con mejor precio casan primero; a igual precio, casan primero las órdenes más antiguas.
- Variación de compensación
- El cambio neto en posiciones, garantía, comisiones y financiación causado por una ejecución.
- Certificado de cuórum
- Las firmas agregadas de los validadores que dan carácter definitivo a una transición de estado bajo QSE.
- Prevención de autonegociación
- Una regla que impide que una cuenta case contra sus propias órdenes pendientes.