Ir para o conteúdo
ORBITRAONE

Orbitra L1 · Camada de execução

O ambiente onde aplicações acessam o mercado.

NexusWASM é o ambiente de execução de contratos do Orbitra L1. Permite que uma cadeia nativa para mercados permaneça aberta a pagamentos, tokenização, jogos, dados e serviços de agentes, enquanto seus módulos de mercado continuam nativos e determinísticos.

Ilustração: O Orbitra L1 representado em seis camadas sobrepostas: experiência no topo, depois serviços de mercado, execução, consenso, dados e rede na base. A luz percorre as camadas de cima para baixo conforme uma transação é executada e finalizada, e volta para cima como estado confirmado.
  1. 01ExperiênciaOrbitra Prime · carteiras · aplicações · APIs institucionais
  2. 02Serviços de mercadoApexMatch · Aegis · Prism · compensação · liquidação
  3. 03ExecuçãoVectorLanes · escalonador determinístico · NexusWASM
  4. 04ConsensoQuórum QSE · certificados de finalidade · política de validadores
  5. 05DadosCompromissos de estado · histórico · fluxos de índice · provas
  6. 06RedeEntrada regional · transporte criptografado · malha de disponibilidade

Camada · Execução

Papel na arquitetura do Orbitra L1

Dentro da camada de execução, NexusWASM executa o código dos contratos enquanto VectorLanes e o escalonador determinístico decidem onde e em que ordem ele é executado. Cada transação declara suas leituras e gravações, permitindo que contratos compartilhem vias paralelas com a atividade de mercado em vez de esperar atrás dela.

Os contratos acessam a camada de serviços de mercado —ApexMatch, Aegis e Prism— por capacidades concedidas, em vez de acesso irrestrito. Seus resultados seguem o caminho de qualquer transição: a camada de dados os registra e QSE os finaliza.

Ao lado do NexusWASM está EVM Capsule, um domínio isolado para o código de bytes e as ferramentas do Ethereum. Ele amplia o alcance para desenvolvedores na borda da arquitetura; nunca substitui o ambiente principal nem lhe impõe restrições da EVM.

Ilustração: Um contrato NexusWASM é executado dentro de um sandbox. Ele só pode acessar as capacidades que declarou — incluindo módulos nativos de mercado — enquanto o processamento e o armazenamento são medidos, e seu acesso declarado ao estado permite que o escalonador o execute em paralelo com trabalhos não relacionados.
Contrato
  • Capacidades

  • Processamento medido

  • Armazenamento medido

O que o NexusWASM oferece à arquitetura

  • 01

    Abertura com limites

    Aplicações gerais funcionam na rede, mas cada contrato acessa apenas os ativos, estados e módulos para os quais recebeu permissão.

  • 02

    Contratos preparados para o paralelismo

    Os conjuntos de acesso declarados permitem ao escalonador posicionar chamadas de contratos ao lado de transições de mercado, sem colocá-las em espera.

  • 03

    Recursos com custos explícitos

    A precificação explícita de processamento e armazenamento faz as aplicações pagarem pelo que consomem, incluindo estado persistente.

  • 04

    Composição com os mercados

    Um contrato pode combinar sua própria lógica com envio de ordens, verificações de risco e consultas de preços em uma única transição.