Orbitra Prime
Inteligência de negociação
Todo ticket de ordem no Orbitra Prime — de uma ordem a mercado de um clique até um bloco via RFQ — resolve-se em primitivas do ApexMatch, com a mesma evidência de execução para cada usuário.
ApexMatchOrbitra L1
Motor de casamento nativo e determinístico
O núcleo da bolsa vive dentro do protocolo.
O ApexMatch não é uma aplicação implantada em uma blockchain. É um módulo de mercado nativo do Orbitra L1: casamento, cancelamento, financiamento, variações de margem e provas de liquidação compartilham uma única transição de estado atômica. Mesmas entradas, mesmos preenchimentos, mesmo estado.
Como funciona
Uma ordem assinada, acompanhada de ponta a ponta
- 01EntradaOrdem assinada
- 02SequênciaOrdenação justa
- 03RiscoBarreira do Aegis
- 04CasamentoPreço-tempo
- 05CompensaçãoDeltas líquidos
- 06FinalizaçãoProva QSE
- Determinístico
- As mesmas entradas, as mesmas execuções, o mesmo estado.
- Atômico
- A negociação e a garantia são atualizadas juntas.
- Observável
- Cada etapa emite evidência assinada.
- Componível
- As aplicações podem invocar primitivas nativas de mercado.
A ilustração acompanha uma ordem assinada pelo ingresso, o sequenciamento justo, o portão de risco do Aegis, o casamento por preço-tempo e a compensação, até que um certificado do QSE a marque como final. Cada estágio emite evidência assinada, mostrada como o rastro sob o caminho.
O problema
Por que o núcleo de casamento teve de migrar para o protocolo
A maioria das praças executa o casamento em um sistema e a liquidação em outro. As ordens são aceitas por uma aplicação, casadas em um motor privado, e só depois reconciliadas com a custódia e os registros contábeis. Cada salto entre esses sistemas é um ponto onde o estado pode divergir, onde o sequenciamento pode ser influenciado e onde um preenchimento pode existir antes que a garantia que o respalda tenha se movido.
Praças onchain que implantam um contrato de casamento em uma blockchain de uso geral herdam um problema diferente: essa blockchain nunca foi construída para livros de ofertas. O espaço de bloco é disputado por atividades não relacionadas, o sequenciamento é moldado por leilões de taxas, e cada negociação compete com a rede pelo tempo de execução.
O ApexMatch elimina as duas lacunas. O núcleo é um módulo determinístico do protocolo, portanto um preenchimento, seu efeito sobre a margem e sua liquidação são um único evento indivisível — observável, reproduzível e final sob o QSE.
Sequência operacional
Seis estágios. Uma transição atômica.
Toda ordem — manual, algorítmica ou emitida por um agente do Cortex — segue o mesmo caminho pelo núcleo.
- 01
Ingresso
A ordem chega por um ponto de entrada regional como uma intenção assinada, com seus limites anexados. As assinaturas são verificadas em lotes antes do sequenciamento.
- 02
Sequenciamento
O sequenciamento justo atribui uma posição canônica. A ordenação segue regras declaradas, não lances por taxas, de modo que a fila não pode ser comprada.
- 03
Risco
O pré-risco do Aegis simula a carteira pós-negociação: margem, distância até a liquidação forçada e limites de política. As ordens que violariam um limite são rejeitadas antes de tocar o livro.
- 04
Casamento
Prioridade de preço-tempo no ApexBook. A prevenção de autonegociação e as semânticas de somente postagem e somente redução são aplicadas pelo próprio núcleo.
- 05
Compensação
Os preenchimentos produzem variações de compensação — posições, garantias, taxas e financiamento — calculadas dentro da mesma transição do casamento.
- 06
Finalização
O VectorLanes executa a transição, e um certificado de quórum do QSE a finaliza. O preenchimento, seu efeito sobre a margem e sua prova de liquidação tornam-se finais juntos.
Arquitetura
Componentes do núcleo
O ApexMatch é composto de pequenas partes determinísticas com interfaces explícitas. Cada uma pode ser observada, testada e reproduzida de forma independente.
- 01
Ingresso regional
Pontos de entrada próximos aos participantes do mercado aceitam ordens assinadas, verificam assinaturas em lotes e as encaminham com marcas de horário de recebimento.
- 02
Sequenciador
Aplica a política de sequenciamento declarada e produz o fluxo de entrada canônico que cada validador reproduz de forma idêntica.
- 03
Portão do Aegis
Uma chamada síncrona ao Aegis, que avalia a ordem em relação ao grafo de risco da carteira da conta e ao conjunto de políticas.
- 04
ApexBook
Livros de ofertas centrais com prioridade de preço-tempo, prevenção de autonegociação e suporte nativo para fluxos de RFQ e de bloco.
- 05
Motor de compensação
Calcula as variações de posição, garantia, taxa e financiamento de cada preenchimento, e as grava na mesma transição de estado.
- 06
Fluxo de evidência
Cada estágio emite registros assinados — comprovante, posição no sequenciamento, veredito de risco, preenchimento, variação — de modo que qualquer preenchimento possa ser reconstruído de forma independente.
Segurança e controle de falhas
Segurança e controle de falhas
Um núcleo de casamento precisa falhar de forma segura. O ApexMatch é construído de modo que a falha de um estágio não possa produzir um preenchimento que o restante do sistema não reconheça.
- AtomicidadeUma negociação e a atualização de sua garantia são confirmadas juntas ou não são confirmadas. Não existe uma janela em que um preenchimento exista sem seu efeito sobre a margem.
- Reprodução determinísticaOs validadores reproduzem a mesma entrada sequenciada e devem produzir a mesma raiz de estado. A divergência é detectada, não absorvida.
- Rejeição pré-negociaçãoOrdens que violariam limites de margem, alavancagem ou política são rejeitadas no portão do Aegis, em vez de sofrerem liquidação forçada depois.
- Mecanismos de interrupção de mercadoBandas de preço por mercado, pausas de volatilidade e limiares de confiança do Prism interrompem o casamento quando os dados de referência se tornam pouco confiáveis.
- Integridade do fluxo de ordensAs regras de sequenciamento justo fazem parte da especificação do protocolo, de modo que o sequenciamento não pode ser comprado nem reordenado por um operador.
Nos três sistemas
Como o ApexMatch conecta os três sistemas
Orbitra L1
Liquidação e processamento
O ApexMatch é um módulo nativo de serviços de mercado do Orbitra L1. Ele é executado no VectorLanes, e suas transições são finalizadas pelo QSE.
Orbitra Realm
Aplicações e comércio
As aplicações no Orbitra Realm chamam primitivas nativas de mercado diretamente de contratos NexusWASM, de modo que uma carteira, um jogo ou uma ferramenta de tesouraria podem oferecer livros de ofertas reais sem construir uma praça própria.
Valor
O que muda
- Operadores e usuários
- Preenchimentos transparentes e reproduzíveis. Você pode ver onde sua ordem ficou na fila, por que foi aceita e quando se tornou final.
- Instituições
- Comportamento determinístico que pode ser modelado, reproduzido e auditado. A cópia de execuções, a TCA e a reconciliação leem o mesmo fluxo de evidência que o núcleo.
- Desenvolvedores
- Primitivas de mercado combináveis — livros, RFQ, variações de compensação — disponíveis para contratos sem que seja necessário reimplementar uma bolsa.
Especificações
Especificações
- Modelo de casamento
- Livro de ofertas central, prioridade de preço-tempo
- Determinismo
- Entradas sequenciadas idênticas produzem preenchimentos e raízes de estado idênticos em cada validador
- Controle pré-negociação
- Avaliação síncrona do Aegis em cada ordem
- Liquidação
- Atômica com o casamento; final sob um certificado de quórum do QSE
- Semântica de ordens
- Mercado, Limite, Stop, Stop-limite, Somente postagem, Somente redução nativamente; tipos avançados e algorítmicos combinam estas primitivas
- Proteção
- Prevenção de autonegociação, bandas de preço, pausas de volatilidade, interrupções por confiança do oráculo
- Evidência
- Comprovante assinado, posição no sequenciamento, veredito de risco, preenchimento e variação para cada ordem
- Interfaces
- API nativa, gateway FIX, primitivas de mercado do NexusSDK
Terminologia
Terminologia
- Sequenciamento justo
- Uma regra definida pelo protocolo que atribui a cada ordem uma posição canônica, independente das taxas pagas.
- Prioridade de preço-tempo
- Ordens com melhor preço casam primeiro; em caso de preços iguais, as ordens mais antigas casam primeiro.
- Variação de compensação
- A variação líquida em posições, garantias, taxas e financiamento causada por um preenchimento.
- Certificado de quórum
- As assinaturas agregadas dos validadores que tornam uma transição de estado final sob o QSE.
- Prevenção de autonegociação
- Uma regra que impede que uma conta case contra suas próprias ordens em aberto.