Desarrolladores
NexusSDK expone las primitivas de ORBITRA ONE™ (libros de órdenes, riesgo, identidad, activos, agentes y pagos) como servicios de primer nivel. Las aplicaciones llaman a los mismos módulos deterministas que hacen funcionar los mercados, en lugar de reconstruir una plataforma alrededor de ellos.
Visión general de NexusSDK
NexusSDK es la superficie de desarrollo de todo el sistema. Alcanza la capa de servicios de mercado de Orbitra L1 (ApexMatch, Aegis, Prism, compensación y liquidación) y la capa de ejecución, donde se ejecutan los contratos de NexusWASM.
Cada llamada la realiza una identidad con permisos delimitados, y cada cambio de estado devuelve evidencia firmada. Las partes más difíciles de una aplicación financiera (la casación, el riesgo, la elegibilidad y la finalidad) ya existen como módulos del protocolo, de modo que se reduce la distancia entre una idea y una aplicación confiable.
Primitivas
Cada servicio es una interfaz tipada sobre un módulo nativo. Los seis comparten un modelo de cuenta, una visión del riesgo y un formato de evidencia.
Envíe, modifique y cancele órdenes en ApexMatch, transmita en continuo el estado del libro y de las operaciones, solicite cotizaciones RFQ y lea los deltas de compensación. Las órdenes enviadas por API pasan por la misma puerta de preriesgo de Aegis que las órdenes de la interfaz.
Emita y administre activos tokenizados con permisos de emisor, eventos del ciclo de vida como distribuciones y reembolsos, y reglas de elegibilidad aplicadas en cada transferencia. Consulte tokenización.
Registre agentes de IA y robots como identidades propias, cada una vinculada a una política de Cortex. Toda acción de un agente queda firmada, es atribuible y es revocable.
Publique y licencie conjuntos de datos y señales con procedencia verificable. Los compradores ven el origen y la frescura; los colaboradores conservan el control de las condiciones de acceso.
Compruebe la elegibilidad y los permisos mediante VaultID. Su aplicación sabe qué puede hacer un usuario sin manejar en ningún momento los documentos que hay detrás.
Solicite, autorice y liquide pagos con la misma finalidad determinista que las operaciones, con condiciones expresadas en código en lugar de conciliarse después.
NexusWASM
NexusWASM es el entorno principal de contratos de Orbitra L1. Los contratos se compilan desde Rust, C y C++ a WebAssembly, y se ejecutan en un entorno aislado y medido donde el cómputo y el almacenamiento tienen precios explícitos.
Cada contrato declara sus capacidades en el momento del despliegue: las primitivas de mercado que puede llamar y el estado que puede leer o escribir. El entorno de ejecución rechaza cualquier cosa fuera de esa declaración, y el acceso a estado declarado permite que contratos independientes se ejecuten en paralelo en VectorLanes.
Capacidades
Cómputo medido
Almacenamiento medido
Vía de migración de EVM Capsule
El EVM Capsule ejecuta el bytecode y las herramientas existentes de Ethereum en un dominio aislado con sus propios límites de recursos. Es un límite de compatibilidad, nunca el entorno de ejecución central.
Despliegue los contratos existentes con herramientas conocidas. Se ejecutan sin cambios dentro de la cápsula, medidos frente a límites independientes de gas y de recursos.
Los activos llegan al núcleo solo a través de la pasarela gobernada, con límites de frecuencia, límites de ruta y mecanismos de interrupción en cada transferencia.
Localice las rutas de código que necesitan rendimiento nativo o acceso directo al mercado, normalmente la gestión de órdenes, la liquidación y la lógica de riesgo.
Reescriba esas rutas como contratos de NexusWASM que llaman de forma nativa a ApexMatch y Aegis, conservando la versión de la cápsula como referencia de comportamiento.
Cuando ambas versiones produzcan los mismos resultados a partir de las mismas entradas, traslade a los usuarios a los contratos nativos y retire gradualmente el despliegue de la cápsula.
Un fallo dentro de la cápsula queda contenido por sus propios límites y mecanismos de interrupción. Las cargas de trabajo de la cápsula nunca condicionan el entorno de ejecución central.
Herramientas de validadores y de nodo
Los desarrolladores y los operadores utilizan el mismo cliente de nodo. Los desarrolladores reproducen y consultan el estado finalizado; los validadores añaden, además, funciones de firma.
Recursos
Interés de desarrolladores
El acceso al SDK, las credenciales de entorno aislado y los nombres de los paquetes publicados se entregan a los desarrolladores registrados. Describa su aplicación y las primitivas que necesita.