跳转到正文
ORBITRAONE

执行

执行本身就是一种竞争优势。

手动、算法与自主策略均使用相同的确定性订单基础组件、相同的交易前控制与相同的执行证据。成交质量是内建于内核之中的设计,而非在外围协商而来。

  • 公平排序
  • 每笔订单均经交易前风控
  • 价格时间优先
  • 已签名的执行证据

交易者、算法与智能体共用同一套订单语言。

没有任何参与者能获得专属订单类型或更快的风控通道。一笔一键限价单、一项 VWAP 计划,以及由 Cortex 智能体提议的订单,最终都归结为相同的基础组件,并留下相同的签名记录。

ApexMatch 内部

从已签名的意图到最终成交。

每笔订单在同一次原子状态转换中经历六个阶段。ApexMatch 技术页面 是深入介绍每个组件、故障控制与技术规格的完整说明。

示意图: 一笔已签名的订单从左至右经过六个阶段:接入、公平排序、Aegis 风险关口、价格时间优先撮合、清算为净额增量,并以 QSE 证明完成最终确认。一份签名证据记录轨迹贯穿每个阶段。
  1. 01接入已签名订单
  2. 02排序公平排序
  3. 03风控Aegis 关口
  4. 04撮合价格时间优先
  5. 05清算净额增量
  6. 06最终确认QSE 证明
确定性
相同输入,产生相同成交,得到相同状态。
原子性
成交与抵押品同步更新。
可观测性
每个阶段都会产生签名证据。
可组合性
应用可调用原生市场基础组件。

一笔已签名的订单经历六个阶段:在区域网关接入,通过公平排序获得规范位置,通过 Aegis 预风控关口,在订单簿上进行价格时间优先撮合,清算(将每笔成交净额结算为持仓、余额、费用与资金费的更新),以及在 QSE 法定人数证书下完成最终确认。一份签名证据的轨迹贯穿整个路径,并标注四项属性:确定性、原子性、可观测性与可组合性。

订单语言

四大订单类别,同一套基础组件。

核心类型由内核原生强制执行。高级、算法与机构类型则基于这些基础组件组合而成,因此每笔订单都继承相同的风险检查与证据。具体可用性因市场而异。

核心

  • 市价
  • 限价
  • 止损
  • 止损限价
  • 只做挂单
  • 只减仓

高级

  • OCO
  • 括号单
  • 跟踪止损
  • 冰山单
  • 隐藏单
  • 挂钩单

算法

  • TWAP
  • VWAP
  • POV
  • 到价基准
  • 实施缺口
  • 流动性寻优

机构

  • RFQ
  • 大宗交易
  • 一篮子订单
  • 跨账户
  • 条件价差
  • 智能路由

高级订单

条件逻辑,由引擎承载。

高级订单驻留于协议层,而非客户端应用,因此即便您的连接中断,它们依然持续有效。

01

OCO

一撤其余(One-cancels-other):两笔相互关联的订单,通常为目标价与止损价。其中一笔成交时,另一笔会在同一次转换中被撤销。

02

括号单

一笔建仓订单,附带止盈与保护性止损,二者均在建仓成交的瞬间同时生效。

03

跟踪止损

一种止损方式,以设定距离跟随有利方向的行情移动,并在市场反转时保持当前水平。

04

冰山单

一笔以较小切片显示的大额订单。每个切片成交后,由未显示的剩余部分自动补充,并重新排入队尾。

05

隐藏单

一种不增加可见深度的挂单,依据针对未显示流动性公开的优先级规则完成撮合。

06

挂钩单

限价与某个参考价——最优买价、最优卖价或中间价——挂钩的订单,随参考价变动而自动重新定价。

算法订单

参数透明的执行算法。

每种算法都以母单限额下的一系列原生子订单计划形式运行。算法可以降低市场冲击,但无法完全消除,结果会随流动性与市场状况而变化。

01TWAP
时间加权平均价格。将母单拆分为若干切片,在选定时段内均匀分布执行。
02VWAP
成交量加权平均价格。按交易时段内预期的成交量分布安排各切片的执行节奏。
03POV
成交量占比参与。以设定的成交量占比参与市场,并随市场活跃度加快或放缓执行。
04到价基准
相对订单提交时刻的价格控制滑点,在冲击允许的情况下尽早成交。
05实施缺口
从决策价格开始衡量,在市场冲击成本与等待风险之间取得平衡。
06流动性寻优
等待订单簿、报价响应或经验证的外部路由中出现足够规模,再在订单限额内执行。

机构工作流

大额规模、组合订单与多账户流程。

RFQ
就大额规模或复杂结构向流动性提供方请求确定报价;被接受的报价以原子方式结算。
大宗交易
私下协商的大额规模交易,报告与清算方式与普通场内交易相同,具备相同的签名证据。
一篮子订单
多个工具以一条指令提交,共享限额并生成单一执行报告。
跨账户
一条指令在获授权的子账户间执行或分配,各账户均有独立限额与记录。
条件价差
跨工具或跨到期日的多个腿仅在满足价差条件时一并执行,否则完全不执行。
智能路由
针对每笔订单评估内部深度、交易商报价与经验证的外部路由,并记录所选路由的原因。

机构工作流可通过 FIX 与原生 API 使用,并提供成交回报副本与交易成本分析。参见机构

端到端性能

路径的速度取决于其中最慢的环节。

如果风险检查、执行或结算滞后,撮合速度本身便没有太大意义。1,000,000 TPS 满容量架构与亚秒级终局性,均是全部六个阶段共同作用的结果。

示意图: 性能是端到端的系统属性。请求经区域网关接入,在 ApexMatch 中成为订单,通过 Aegis 风险检查,在 VectorLanes 上执行,由 QSE 法定人数完成最终确认,并作为新状态流式输出至索引。
  1. 01接入区域网关
  2. 02下单ApexMatch
  3. 03风控Aegis 检查
  4. 04执行VectorLanes
  5. 05最终确认QSE 法定人数
  6. 06索引流式状态

六个相连的阶段:通过区域网关接入,在 ApexMatch 中形成订单,经 Aegis 检查完成风控,在 VectorLanes 上执行,在 QSE 法定人数下完成最终确认,并作为流式状态完成索引。图中展示一笔订单依次经过各个阶段,说明端到端性能取决于全部阶段,而非仅取决于撮合本身。

让完整的订单语言为您所用。

您可使用的市场与订单类型取决于司法管辖区与资格条件。机构可通过 FIX 与原生 API 接入。