第一段
成交 → 发现
监听公开成交并记录信号进入系统的时间。
第二段
发现 → 提交
经过策略过滤、价格检查和 CLOB 提交。
第三段
提交 → 确认
区分未知、部分成交和完整成交，不把提交当成成交。
“毫秒级”必须有测量口径
信号发现速度不等于订单成交速度。PolyCCC 的公开演示会分别显示信号检测、订单提交和成交确认的统计，附带样本数量和统计窗口。
- p50 代表典型延迟，不代表每笔延迟
- p95 用来观察网络和上游抖动
- 冷启动、API 限流和市场关闭会单独记录
热路径只处理必要工作
热执行路径围绕成交监听、市场元数据、价格边界、WAL 幂等和 CLOB 提交组织。账本 materialization 和历史修复走后台，不让普通审计工作阻塞实时信号。
- 公开成交监听与确认回补
- 提交前检查市场 tick、价格和策略边界
- WAL 记录 claim、POST 和结果
- 成交结果区分 matched、partial_fill 和 unknown
速度不能替代流动性
即使信号很快，盘口深度不足、点差变宽或订单部分成交，最终复制结果仍可能与源交易员不同。评价跟单时要同时看延迟、点差和成交完成率。
- 公开延迟统计，不承诺每笔订单成交
- 将信号发现和成交确认分开展示
- 配合低点差回放判断真实复制成本
FAQ
- 毫秒级跟单是不是每笔都能在毫秒内成交？
- 不是。毫秒级主要描述信号发现或某一执行阶段的统计。最终成交还受到 CLOB 响应、盘口深度、价格和链上结算影响。
- 为什么源交易员卖出后我的订单可能不同？
- 跟卖会受发现延迟、源仓位比例、你设定的滑点边界、市场深度和实际持仓影响，所以系统会记录跳过、部分成交和成交确认状态。
- 怎样判断延迟数据是否可信？
- 查看统计窗口、样本数、p50 与 p95、数据更新时间，以及信号发现和成交确认是否被混在同一个数字里。