Desenvolvedores
O NexusSDK expõe as primitivas do ORBITRA ONE™ — livros de ofertas, risco, identidade, ativos, agentes e pagamentos — como serviços de primeira classe. As aplicações chamam os mesmos módulos determinísticos que executam os mercados, em vez de reconstruir uma praça de negociação em torno deles.
Visão geral do NexusSDK
O NexusSDK é a superfície de desenvolvimento de todo o sistema. Ele alcança a camada de serviços de mercado do Orbitra L1 — ApexMatch, Aegis, Prism, compensação e liquidação — e a camada de execução, onde rodam os contratos NexusWASM.
Cada chamada é feita por uma identidade com permissões delimitadas, e cada mudança de estado retorna evidência assinada. As partes mais difíceis de uma aplicação financeira — casamento de ordens, risco, elegibilidade e finalidade — já existem como módulos do protocolo, o que reduz a distância entre uma ideia e uma aplicação confiável.
Primitivas
Cada serviço é uma interface tipada sobre um módulo nativo. Os seis compartilham um único modelo de conta, uma única visão de risco e um único formato de evidência.
Envie, altere e cancele ordens no ApexMatch, acompanhe em stream o estado do livro e das negociações, solicite cotações via RFQ e leia as variações de compensação. As ordens via API passam pelo mesmo controle de pré-risco do Aegis que as ordens enviadas pela interface.
Emita e administre ativos tokenizados com permissões de emissor, eventos de ciclo de vida como distribuições e resgates, e regras de elegibilidade aplicadas em cada transferência. Veja tokenização.
Registre agentes de IA e bots como identidades próprias, cada uma vinculada a uma política do Cortex. Toda ação de agente é assinada, atribuível e revogável.
Publique e licencie conjuntos de dados e sinais com procedência verificável. Os compradores veem a origem e a atualidade; os contribuidores mantêm o controle dos termos de acesso.
Verifique elegibilidade e permissões pelo VaultID. Sua aplicação aprende o que um usuário pode fazer sem nunca manusear os documentos por trás disso.
Solicite, autorize e liquide pagamentos com a mesma finalidade determinística das negociações, com condições expressas em código, em vez de reconciliadas posteriormente.
NexusWASM
O NexusWASM é o principal ambiente de contratos do Orbitra L1. Os contratos são compilados de Rust, C e C++ para WebAssembly e rodam em um sandbox com medição, onde computação e armazenamento têm preços explícitos.
Cada contrato declara suas capacidades no momento da implantação: as primitivas de mercado que pode chamar e o estado que pode ler ou escrever. O runtime rejeita qualquer coisa fora dessa declaração, e o acesso declarado ao estado permite que contratos independentes sejam executados em paralelo nas VectorLanes.
Capacidades
Processamento medido
Armazenamento medido
Caminho de migração do EVM Capsule
O EVM Capsule executa bytecode e ferramentas Ethereum existentes em um domínio isolado, com limites próprios de recursos. É uma fronteira de compatibilidade, nunca o runtime central.
Implante contratos existentes com ferramentas familiares. Eles rodam sem alterações dentro da cápsula, medidos contra limites independentes de gás e recursos.
Os ativos alcançam o núcleo apenas pelo ponto de entrada governado, com limites de taxa, limites de rota e mecanismos de interrupção em cada transferência.
Encontre os trechos de código que precisam de desempenho nativo ou acesso direto ao mercado — geralmente o tratamento de ordens, a liquidação e a lógica de risco.
Reescreva esses trechos como contratos NexusWASM que chamam o ApexMatch e o Aegis nativamente, mantendo a versão da cápsula como referência de comportamento.
Quando as duas versões produzirem os mesmos resultados a partir das mesmas entradas, migre os usuários para os contratos nativos e encerre gradualmente a implantação na cápsula.
Uma falha dentro da cápsula é contida por seus próprios limites e mecanismos de interrupção. As cargas de trabalho da cápsula nunca restringem o runtime central.
Ferramentas de validador e de nó
Desenvolvedores e operadores usam o mesmo cliente de nó. Os desenvolvedores reproduzem e consultam o estado finalizado; os validadores acrescentam funções de assinatura.
Recursos
Interesse de desenvolvedor
O acesso ao SDK, as credenciais de sandbox e os nomes de pacotes publicados são concedidos a desenvolvedores registrados. Descreva sua aplicação e as primitivas de que ela precisa.