Orbitra Prime
交易智能
跨越网关的资产会成为普通的核心资产。一旦按常规规则上架，它们就会通过 ApexMatch 在 Orbitra Prime 中交易，并获得与任何其他资产相同的 Aegis 风险处理。
EVM CapsuleOrbitra L1
隔离式 EVM 兼容域
以太坊兼容性，由设计限定边界。
EVM Capsule 是位于 Orbitra L1 边缘的隔离兼容域。现有的 Ethereum 字节码与工具运行在一个拥有自己 Gas 与资源上限的计量 Capsule 内，资产只能通过一个受治理、有限额的网关进入核心。核心执行环境是 NexusWASM；Capsule 的作用是扩展开发者覆盖面，而不改变核心本身。
运行方式
一个密封的域，一道受治理的门
Orbitra L1 核心EVM Capsule受治理的网关
- 资源上限
- 限速
- 熔断器
- 迁移路径
示意图将 EVM Capsule 描绘为紧邻 Orbitra L1 核心的一个隔离域，受自身资源上限的约束。两者之间唯一的连接是一道受治理的网关：资产在限额之下跨越网关，熔断器可以在不停止任何一方的情况下将其关闭。一条迁移路径从 Capsule 通向 NexusWASM。
所解决的问题
为什么兼容性应位于边缘，而非核心
大量智能合约代码、经过审查的代码库与开发者实践，都是围绕以太坊虚拟机编写的。一个忽视这一点的新网络，等于要求每个团队从零开始。而将 EVM 作为核心的网络，则会继承其执行模型——单一的混合 Gas 单位、隐式的状态访问，以及围绕单一全局顺序组织的处理方式——这些都不是为并行、确定性的市场状态而设计的。
Orbitra L1 需要同时具备两者：一个为金融状态而设计的核心运行时，以及一条为已经使用 Ethereum 语言与工具进行构建的团队提供的直接路径。将两者合并会损害前者；忽视后者则会使生态圈变得狭窄。
EVM Capsule 用一条边界化解了这一张力。兼容应用在 Capsule 内部按熟悉的规则运行，核心运行时不受 EVM 的任何约束，而在两者之间移动的一切，都必须经过一个具备明确限额、监控与熔断器的网关。
运行流程
EVM 应用如何与核心对接。
Capsule 是运行现有代码的场所，而不是进入核心状态的捷径。与核心资产的每一次交互，都遵循同一条受治理的路径。
- 01
部署
现有的 EVM 字节码通过熟悉的 Ethereum 工具部署到 Capsule 内。在 Capsule 域内，地址、调用与事件的行为均符合 EVM 开发者的预期。
- 02
计量
Capsule 内的交易按独立于核心设置的上限支付 Capsule Gas，因此 Capsule 内部的需求会在 Capsule 内部被计价并设限。
- 03
执行
Capsule 运行在自己的域中，拥有自己的状态。其内部发生的故障，无法写入 NexusWASM 合约、市场模块或核心余额。
- 04
请求
当应用需要某项核心资产时，会向网关提交转移请求。从 Capsule 代码到核心之间，不存在任何直接调用路径。
- 05
关口
在任何资产移动之前，网关会依据按资产与按路径设置的限额、熔断器状态与桥接监控，对请求进行核查。
- 06
结算
获批的转移会在双方同时提交，并在同一次由 QSE 最终确认的转换中完成。被拒绝或暂停的请求，则不会改变任何一方的状态。
- 07
迁移
当团队准备就绪后，各组件会逐一迁移至 NexusWASM，迁移期间由网关在 Capsule 版本与原生版本之间承载资产转移。
架构
Capsule 的组成部分
Capsule 的边界被刻意设计得十分简单：一个域，一道网关，一套限额。复杂性被留在了它应该待的那一侧。
- 01
EVM 执行域
在一个沙箱化的域中运行具有 Ethereum 语义的 EVM 字节码，该域拥有独立于核心状态的自身状态，并对外提供部署、调用与事件方面熟悉的接口。
- 02
独立资源上限
Capsule Gas、执行与存储增长均受独立于核心设置的上限约束。Capsule 内部的拥堵会在 Capsule 内部被计价并吸收。
- 03
受治理的资产网关
资产在 Capsule 与核心之间移动的唯一路径。转移按资产与按路径设有限额，每一次资产移动都会在双方留下对应的记录。
- 04
熔断器
当流量超出限额、对账失败，或监控检测到异常时，自动触发条件会暂停整个网关或单一路径。
- 05
受监控的桥接
Capsule 侧对核心资产的表示形式，会持续与支撑其价值的核心持仓进行对账。一旦出现不匹配，受影响的路径会被暂停，而不会让差异持续扩大。
- 06
迁移路径
用于将应用逐步迁移至 NexusWASM 的模式与工具，迁移范围可以从单一性能关键路径直至整个代码库。
安全与故障控制
收容优先于便利。
Capsule 的设计前提是：某些 EVM 应用终将出现故障——重入缺陷、有缺陷的升级，或密钥被攻破。而边界决定了这类故障最远能波及多远。
- 域隔离Capsule 代码无法直接调用 NexusWASM 合约或市场模块，也无法写入核心状态。它唯一的出口是发起一次网关请求。
- 限额流动按资产与按路径设置的限额，约束了在一个时间窗口内可以跨越网关的价值总量，从而为任何单一漏洞可提取的价值设定了上限。
- 自动熔断器限额突破、对账缺口或监控告警，都会暂停受影响的路径，而不会使核心或其他路径停止运行。
- 有支撑的表示网关只会针对其所持有的核心资产发行 Capsule 侧的表示形式，且发行量绝不会超出其可核算的范围。
- 资源收容独立的 Gas 与资源上限，可防止 Capsule 内活动的激增消耗市场所依赖的执行容量。
- 核心独立性核心运行时不受 EVM 的任何约束。对 NexusWASM、VectorLanes 或 QSE 的升级，绝不会因等待 EVM 兼容性而延迟，Capsule 的变更也绝不会改变核心语义。
跨越三大系统
Capsule 在系统中的位置
Orbitra L1
结算与计算
EVM Capsule 是 Orbitra L1 中一个有边界的兼容域，运行在 NexusWASM 运行时旁边——绝不在其之下，也绝不取代它。其转换会与网络其余部分一起由 QSE 最终确认。
Orbitra Realm
应用与商业
拥有现有 Ethereum 应用的团队可以快速进入 Orbitra Realm，通过网关触达用户与流动性，并在自己选择的时机将性能关键组件迁移至 NexusWASM。来自其他链的资产通过 GateMesh 进入；Capsule 网关只连接 Capsule 与核心。
价值
隔离带来了什么可能
- 交易者与用户
- 熟悉的应用，附带清晰可见的限额。网关限额、熔断器状态与 Capsule 侧资产的支撑情况均可查询，因此您可以看清一个应用如何与核心资产相连接。
- 机构
- 一个受控的风险面。兼容性工作负载通过明确的上限、限额与暂停控制，与市场基础设施相分离，且这些控制机制本身即可独立评估。
- 开发者
- 使用您熟悉的工具部署现有字节码，待原生性能变得重要时，再逐个组件地迁移。迁移路径的详细说明见开发者文档。
技术规格
技术规格
术语
术语
- 兼容域
- 一个有边界的环境，按照自己的规则与限额运行另一平台的代码，独立于核心运行时。
- 受治理网关
- Capsule 与核心之间唯一的通道，对每一次转移强制执行限额、熔断器状态与对账要求。
- 限额
- 在一个时间窗口内，对某条路径上转移的价值或次数所设定的上限。
- 熔断器
- 当预设条件——限额突破、对账缺口、异常情况——被触发时，自动暂停某条路径的控制机制。
- 渐进式迁移
- 将应用逐个组件地从 Capsule 迁移至 NexusWASM，而非一次性整体切换。