Orbitra Prime
交易智能
Orbitra Prime 中的每一张订单——从一键市价单到 RFQ 大宗交易——都会解析为 ApexMatch 的基础操作，为每位用户提供相同的执行证据。
ApexMatchOrbitra L1
确定性原生撮合引擎
交易所内核，运行于协议之中。
ApexMatch 并非部署在链上的应用程序，而是 Orbitra L1 的原生市场模块：撮合、撤单、资金费、保证金增量与结算证明共享同一原子状态转换。相同输入，相同成交，相同状态。
运行方式
一笔签名订单的完整轨迹
- 01接入已签名订单
- 02排序公平排序
- 03风控Aegis 关口
- 04撮合价格时间优先
- 05清算净额增量
- 06最终确认QSE 证明
- 确定性
- 相同输入，产生相同成交，得到相同状态。
- 原子性
- 成交与抵押品同步更新。
- 可观测性
- 每个阶段都会产生签名证据。
- 可组合性
- 应用可调用原生市场基础组件。
示意图追踪一笔签名订单从接入、公平排序、Aegis 风控关口、价格-时间撮合到清算的全过程，直至 QSE 证书将其标记为最终结果。每个阶段都会生成签名证据，以路径下方的轨迹形式呈现。
所解决的问题
为什么撮合引擎必须进入协议内部
大多数交易场所将撮合与结算运行在两套不同的系统中：应用程序接受订单，私有引擎完成撮合，随后再与托管方和账本进行对账。系统之间的每一次交接，都是状态可能出现分歧、顺序可能受到操纵、成交可能在其抵押品尚未到位前就已存在的环节。
将撮合合约部署在通用链上的链上交易场所则面临另一个问题：这类链从未为订单簿而设计。区块空间被无关活动争夺，顺序由手续费竞拍决定，每一笔交易都要与整个网络争夺执行时间。
ApexMatch 同时消除了这两个缺口。该引擎是协议内的确定性模块，因此成交、其保证金影响与结算是同一个不可分割的事件——可观察、可重现，并在 QSE 下最终确认。
运行流程
六个阶段，一次原子转换。
无论手动下单、算法执行，还是由 Cortex 智能体发出，每笔订单都会经过内核中的同一条路径。
- 01
接入
订单通过区域网关到达，作为附带限制条件的签名意向。签名在排序前以批量方式完成验证。
- 02
排序
公平排序为每笔订单分配规范位置。顺序遵循既定规则，而非手续费竞价，因此队列位置无法被购买。
- 03
风控
Aegis 预风控模拟交易后的投资组合状态：保证金、距离强平的幅度与策略限额。任何可能突破限额的订单，都会在触及订单簿前被拒绝。
- 04
撮合
在 ApexBook 上执行价格-时间优先撮合。自成交防范、只做挂单与只减仓语义均由内核自身强制执行。
- 05
清算
成交产生净增量——持仓、抵押品、费用与资金费——均在与撮合相同的转换内完成计算。
- 06
最终确认
VectorLanes 执行该转换，并由 QSE 法定人数证书完成最终确认。成交、其保证金影响与结算证明将同时成为最终结果。
架构
内核的组成部分
ApexMatch 由多个具有明确接口的小型确定性部件组成，每个部件都可以被独立观察、测试与重放。
- 01
区域接入
靠近市场参与者的网关接受签名订单，以批量方式验证签名，并附带接收时间戳转发订单。
- 02
排序器
执行既定的排序策略，生成每个验证者都能完全一致地重放的规范输入流。
- 03
Aegis 关口
对 Aegis 的同步调用，依据账户的投资组合风险图谱与策略集合评估订单。
- 04
ApexBook
采用价格-时间优先与自成交防范机制的中央限价订单簿，原生支持 RFQ 与大宗交易流程。
- 05
清算引擎
为每笔成交计算持仓、抵押品、费用与资金费增量，并在同一状态转换内写入这些增量。
- 06
证据流
每个阶段都会生成签名记录——接收凭证、排序位置、风控结论、成交与增量——使任何一笔成交都能被独立重现。
安全与故障控制
安全与故障控制
撮合引擎必须能够安全地应对故障。ApexMatch 的设计确保任一阶段的故障都不会产生系统其余部分无法识别的成交。
- 原子性交易与其抵押品变动同步提交，或者都不提交。不存在成交已发生但保证金影响尚未生效的中间状态。
- 确定性重放验证者重放相同的已排序输入，必须得到相同的状态根。任何分歧都会被检测出来，而不会被悄然吸收。
- 交易前拒绝可能突破保证金、杠杆或策略限额的订单会在 Aegis 关口被拒绝，而不是事后再被强制平仓。
- 市场熔断器当参考数据变得不可靠时，按市场设置的价格区间、波动性暂停与 Prism 置信度阈值会暂停撮合。
- 订单流完整性公平排序规则是协议规范的一部分，因此顺序无法被购买，也无法被运营方重新排列。
跨越三大系统
ApexMatch 如何连接三大系统
Orbitra L1
结算与计算
ApexMatch 是 Orbitra L1 的原生市场服务模块，在 VectorLanes 上执行，其转换由 QSE 最终确认。
Orbitra Realm
应用与商业
Orbitra Realm 中的应用可直接从 NexusWASM 合约调用原生市场基础操作，因此钱包、游戏或资金管理工具都能提供真实订单簿，而无需自建交易场所。
价值
它改变了什么
- 交易者与用户
- 透明、可重现的成交。您可以看到订单在队列中的位置、被接受的原因，以及最终确认的时间。
- 机构
- 可建模、可重放、可审计的确定性行为。成交回报副本、交易成本分析与对账均读取与引擎相同的证据流。
- 开发者
- 可组合的市场基础操作——订单簿、RFQ、清算增量——合约无需重新实现一套交易所即可直接调用。
技术规格
技术规格
- 撮合模型
- 中央限价订单簿，价格-时间优先
- 确定性
- 相同的已排序输入，在每个验证者上都会产生相同的成交与状态根
- 交易前控制
- 每笔订单均经过同步的 Aegis 评估
- 结算
- 与撮合原子绑定；在 QSE 法定人数证书下最终确认
- 订单语义
- 原生支持市价、限价、止损、止损限价、只做挂单、只减仓；高级与算法类型均由这些基础操作组合而成
- 保护机制
- 自成交防范、价格区间、波动性暂停、预言机置信度熔断
- 证据
- 每笔订单均附带签名凭证、排序位置、风控结论、成交与增量
- 接口
- 原生 API、FIX 网关、NexusSDK 市场基础操作
术语
术语
- 公平排序
- 一种由协议定义的规则，为每笔订单分配与所付费用无关的规范位置。
- 价格-时间优先
- 价格更优的订单优先撮合；价格相同时，先到的订单优先撮合。
- 清算增量
- 一笔成交对持仓、抵押品、费用与资金费造成的净变动。
- 法定人数证书
- 在 QSE 下使状态转换最终确认的验证者签名聚合体。
- 自成交防范
- 一种防止账户与自己挂单成交的规则。