Orbitra L1 · 市场服务层
赋予 Orbitra L1 市场原生能力。
ApexMatch 与 Aegis、Prism、清算及结算一同位于 Orbitra L1 的市场服务层。它是协议的一部分，而非部署于协议之上的合约——这正是 Orbitra L1 成为市场原生第一层区块链的关键。
- 01体验层Orbitra Prime · 钱包 · 应用 · 机构 API
- 02市场服务层ApexMatch · Aegis · Prism · 清算 · 结算
- 03执行层VectorLanes · 确定性调度器 · NexusWASM
- 04共识层QSE 法定人数 · 终局性证书 · 验证者策略
- 05数据层状态承诺 · 历史记录 · 索引流 · 证明
- 06网络层区域入口 · 加密传输 · 可用性网格
层 · 市场服务层
在 Orbitra L1 技术栈中的作用
订单从体验层——Orbitra Prime、机构 API、钱包与应用——到达时已完成签名。ApexMatch 对其排序，在同一层内调用 Aegis 与 Prism，完成撮合并产生清算增量。
这些增量不会交给独立的结算系统。它们成为由执行层在 VectorLanes 上运行、由 QSE 最终确认的状态转换，因此成交与结算是同一事件，而非两条等待对账的记录。
由于撮合是原生模块，NexusWASM 合约可通过类型化调用访问它。网络上的每个应用共享相同订单簿，避免将流动性分散至各自副本。
- 01接入已签名订单
- 02排序公平排序
- 03风控Aegis 关口
- 04撮合价格时间优先
- 05清算净额增量
- 06最终确认QSE 证明
- 确定性
- 相同输入，产生相同成交，得到相同状态。
- 原子性
- 成交与抵押品同步更新。
- 可观测性
- 每个阶段都会产生签名证据。
- 可组合性
- 应用可调用原生市场基础组件。
ApexMatch 对网络的贡献
- 01
订单簿作为协议服务
中央限价订单簿、RFQ 与大宗交易流程通过相同基础组件服务于 Orbitra Prime 及网络应用。
- 02
同层风险管理
Aegis 预风控与撮合并列运行，可能突破限额的订单在进入订单簿前即被拒绝。
- 03
可直接调用参考数据
Prism 市场状态在同一层内为每个市场设定价格区间与暂停条件。
- 04
结算即状态转换
清算增量直接流入执行与最终确认，无需在交易场所和账本之间进行批量对账。