Dominio de compatibilidad EVM aislado
EVM Capsule es un dominio de compatibilidad aislado en el borde de Orbitra L1. El bytecode y las herramientas de Ethereum existentes se ejecutan dentro de una cápsula medida con sus propios techos de gas y de recursos, y los activos solo alcanzan el núcleo a través de una pasarela gobernada y limitada en frecuencia. El entorno de ejecución central es NexusWASM; la cápsula amplía el alcance para los desarrolladores sin modificarlo.
Cómo funciona
La ilustración representa EVM Capsule como un dominio aislado junto al núcleo de Orbitra L1, acotado por sus propios techos de recursos. La única conexión entre ambos es una pasarela gobernada: los activos la cruzan bajo límites de frecuencia, y un disyuntor puede cerrarla sin detener ninguno de los dos dominios. Una ruta de migración conduce de la cápsula hacia NexusWASM.
El problema
Un enorme volumen de código de contratos inteligentes, bibliotecas revisadas y prácticas de desarrollo está escrito para la máquina virtual de Ethereum. Una red nueva que lo ignore obliga a cada equipo a empezar de cero. Una red que adopta la EVM como su núcleo hereda su modelo de ejecución: una unidad de gas combinada, un acceso implícito al estado y un procesamiento organizado en torno a un único orden global, nada de lo cual se diseñó para un estado de mercado paralelo y determinista.
Orbitra L1 necesita ambas cosas a la vez: un núcleo de ejecución diseñado para el estado financiero y una vía directa para los equipos que ya construyen con lenguajes y herramientas de Ethereum. Fusionar ambos comprometería el primero. Ignorar el segundo reduciría el ecosistema.
EVM Capsule resuelve la tensión con un límite. Las aplicaciones compatibles se ejecutan dentro de la cápsula bajo reglas conocidas, el núcleo de ejecución no lleva restricciones de la EVM, y todo lo que se mueve entre ambos pasa por una pasarela con límites explícitos, supervisión y disyuntores.
Secuencia operativa
La cápsula es un lugar para ejecutar código existente, no un atajo hacia el estado del núcleo. Toda interacción con activos del núcleo sigue la misma vía gobernada.
El bytecode EVM existente se despliega dentro de la cápsula con las herramientas habituales de Ethereum. Las direcciones, las llamadas y los eventos se comportan como espera un desarrollador de EVM dentro del dominio de la cápsula.
Las transacciones de la cápsula pagan gas de cápsula bajo techos fijados con independencia del núcleo, de modo que la demanda dentro de la cápsula se tarifica y se acota dentro de ella misma.
La cápsula se ejecuta en su propio dominio con su propio estado. Un fallo dentro de ella no puede escribir en los contratos de NexusWASM, en los módulos de mercado ni en los saldos del núcleo.
Cuando una aplicación necesita un activo del núcleo, envía una solicitud de transferencia a la pasarela. Ninguna vía de llamada directa conduce desde el código de la cápsula hasta el núcleo.
La pasarela comprueba la solicitud frente a los límites de frecuencia por activo y por ruta, el estado de los disyuntores y la supervisión de los puentes antes de que nada se mueva.
Las transferencias aprobadas se confirman en ambos lados dentro de una sola transición dada por definitiva por QSE. Las solicitudes rechazadas o pausadas dejan ambos dominios sin cambios.
Cuando un equipo está preparado, los componentes se trasladan a NexusWASM de uno en uno, y la pasarela transporta activos entre las versiones de la cápsula y las nativas durante la transición.
Arquitectura
La cápsula es deliberadamente simple en su frontera: un dominio, una pasarela, un conjunto de límites. La complejidad permanece en el lado del muro al que pertenece.
Ejecuta bytecode EVM con la semántica de Ethereum en un dominio aislado que mantiene su propio estado, aparte del estado del núcleo, y expone interfaces conocidas para el despliegue, las llamadas y los eventos.
El gas de la cápsula, la ejecución y el crecimiento del almacenamiento están acotados por techos fijados con independencia del núcleo. La congestión dentro de la cápsula se tarifica y se absorbe dentro de ella misma.
La única vía para los activos que se mueven entre la cápsula y el núcleo. Las transferencias están limitadas en frecuencia por activo y por ruta, y cada movimiento deja un registro equivalente en ambos lados.
Disparadores automáticos que pausan toda la pasarela o una sola ruta cuando los flujos superan los límites, la conciliación falla o la supervisión detecta una anomalía.
Las representaciones del lado de la cápsula de los activos del núcleo se concilian continuamente frente a las tenencias del núcleo que las respaldan. Un desajuste pausa la ruta afectada en lugar de dejarla crecer.
Patrones y herramientas para trasladar una aplicación a NexusWASM de forma progresiva, desde una única vía crítica para el rendimiento hasta la totalidad del código base.
Seguridad y control de fallos
La cápsula está diseñada bajo el supuesto de que algunas aplicaciones EVM fallarán, por defectos de reentrada, actualizaciones defectuosas o claves comprometidas. El límite decide hasta dónde puede llegar un fallo de ese tipo.
En los tres sistemas
Orbitra Prime
Inteligencia de negociación
Los activos que cruzan la pasarela se convierten en activos ordinarios del núcleo. Una vez listados bajo las reglas habituales, se negocian en Orbitra Prime a través de ApexMatch con el mismo tratamiento de riesgo de Aegis que cualquier otro activo.
Orbitra L1
Liquidación y cómputo
EVM Capsule es un dominio de compatibilidad acotado de Orbitra L1 que se ejecuta junto al entorno de ejecución de NexusWASM, nunca por debajo de él ni en su lugar. Sus transiciones adquieren carácter definitivo mediante QSE junto con el resto de la red.
Orbitra Realm
Aplicaciones y comercio
Los equipos con aplicaciones de Ethereum existentes pueden entrar en Orbitra Realm con rapidez, alcanzar usuarios y liquidez a través de la pasarela, y trasladar a NexusWASM los componentes críticos para el rendimiento cuando lo decidan. Los activos de otras cadenas llegan a través de GateMesh; la pasarela de la cápsula conecta únicamente la cápsula y el núcleo.
Valor
Especificaciones
Terminología