Ambiente principal de contratos inteligentes
O NexusWASM é o ambiente principal de contratos inteligentes do Orbitra L1. Os contratos são compilados a partir de Rust, C/C++ e outros toolchains modernos para WebAssembly, são executados em um sandbox determinístico e alcançam ativos, estado e módulos de mercado somente por meio das capacidades que lhes são concedidas. A computação e o armazenamento são precificados explicitamente, e o acesso a estado declarado permite que o VectorLanes execute contratos não relacionados lado a lado.
Como funciona
Capacidades
Processamento medido
Armazenamento medido
A ilustração mostra um contrato NexusWASM selado dentro de um sandbox. Ao seu redor estão apenas as capacidades que ele declarou, entre elas módulos de mercado nativos; nada mais é alcançável. Dois medidores acompanham a computação e o armazenamento separadamente enquanto a chamada é executada, e o acesso a estado declarado pelo contrato passa para o escalonador, que o executa em paralelo com trabalho não relacionado.
O problema
Em muitos ambientes de contratos, todo contrato detém autoridade ambiente. Ele pode chamar qualquer outro contrato, mover qualquer ativo que controle e tocar em estado que nunca declarou. Esse modelo é fácil de começar e difícil de proteger: um caminho de chamada inesperado pode transformar um pequeno defeito em uma tesouraria esvaziada, e revisar um único contrato significa raciocinar sobre tudo o que ele possa alcançar.
Esse tipo de abertura também limita o desempenho. Um ambiente de execução que não pode saber de antemão qual estado uma transação vai tocar precisa executar as transações uma após a outra, ou executá-las especulativamente e revertê-las em caso de conflito. A precificação costuma agregar computação, armazenamento e o crescimento de estado de longo prazo em uma única unidade abstrata, de modo que o custo duradouro do estado fica mal refletido no que uma transação paga.
O NexusWASM parte de pressupostos opostos. A autoridade é concedida, não ambiente. O acesso a estado é declarado, não descoberto. A computação e o armazenamento são medidos e precificados separadamente. As aplicações podem, portanto, chamar infraestrutura de mercado real — livros de ofertas do ApexMatch, verificações de risco do Aegis, preços do Prism — sem herdar os riscos de um modelo de execução aberto.
Sequência operacional
Todo contrato — um roteador de pagamentos, um registro de ativos, uma tesouraria de agente — segue o mesmo caminho do compilador até a finalidade.
Rust, C/C++ ou outra linguagem direcionada ao WebAssembly compila em relação às interfaces do NexusSDK, produzindo o módulo e um manifesto das capacidades que solicita.
Antes que um módulo possa ser executado, a rede o verifica: somente instruções determinísticas são aceitas, cada importação deve corresponder a uma capacidade declarada, e os limites de recursos são registrados em relação ao hash de código.
Cada capacidade solicitada — manter um ativo, chamar um módulo de mercado, ler um feed de preços, invocar outro contrato — é vinculada ao endereço do contrato. Qualquer coisa não concedida simplesmente não existe para o contrato.
Toda transação lista o estado que vai ler e escrever. O escalonador determinístico usa esses conjuntos para posicionar transações sem conflito em vias paralelas.
O módulo é executado em um sandbox com medição. A computação é cobrada conforme as instruções são executadas, e o armazenamento conforme o estado é escrito e retido; qualquer acesso fora dos conjuntos declarados interrompe a chamada e reverte seus efeitos.
Os resultados são confirmados junto com as outras transições do bloco e se tornam finais quando um quórum do QSE os certifica.
Arquitetura
O NexusWASM separa o que um contrato calcula do que ele tem permissão para alcançar.
Executa WebAssembly sob regras que garantem o mesmo resultado para cada validador. Qualquer coisa que possa diferir entre máquinas — relógios, aleatoriedade, comportamento numérico específico do host — é excluída ou fornecida pelo protocolo como uma entrada determinística.
A única ponte entre um contrato e o restante da rede. Funções do host para ativos, armazenamento, identidade e módulos de mercado são expostas por capacidade, e cada chamada é verificada em relação às concessões do contrato.
Conta a computação conforme as instruções são executadas, e o armazenamento conforme o estado é escrito e retido, com um preço separado para cada um. Limites por chamada impedem que um único contrato monopolize uma via.
Transforma as leituras e escritas declaradas de cada transação em um mapa de conflitos para o escalonador determinístico, de modo que contratos independentes sejam executados em vias separadas, enquanto os dependentes são ordenados.
Interfaces tipadas para o ApexMatch, o Aegis e o Prism. Um contrato pode enviar uma ordem, solicitar uma avaliação de risco ou ler um preço com pontuação de confiança na mesma transição que sua própria lógica.
As mudanças de código são transições explícitas e versionadas, sob uma política fixada na implantação — imutável, com atraso programado ou sujeita à aprovação de várias partes, por exemplo. Cada versão mantém seu hash de código e seu manifesto de capacidades.
Segurança e controle de falhas
O NexusWASM mantém um defeito dentro do contrato que o contém, e aplica essa fronteira no ambiente de execução, e não por convenção.
Nos três sistemas
Orbitra Prime
Inteligência de negociação
Quando uma estratégia, um cofre ou um fluxo de trabalho estruturado precisa de lógica onchain, ele é executado como um contrato NexusWASM e negocia pelos mesmos caminhos do ApexMatch e do Aegis que uma ordem enviada no Orbitra Prime.
Orbitra L1
Liquidação e processamento
O NexusWASM é o ambiente de execução de contratos da camada de execução do Orbitra L1. Ele é executado no VectorLanes, grava em estado compartilhado e entrega os resultados ao QSE para finalidade. O EVM Capsule fica ao seu lado como um domínio de compatibilidade isolado, nunca em seu lugar.
Orbitra Realm
Aplicações e comércio
As aplicações do Orbitra Realm — pagamentos, tokenização, jogos, serviços de agentes — são executadas nativamente como contratos NexusWASM, compartilhando identidade, ativos e liquidez com o restante da rede por meio de primitivas do NexusSDK e permissões VaultID.
Valor
Especificações
Terminologia