枢轴点本身固定，不代表交易信号没有延迟。从报价生成、服务器计算、提醒发送到订单成交，每一步都有时间戳。原4月19日页面没有任何执行记录，本页说明怎样审计延迟与时钟误差。
至少区分四个时间
记录行情时间、服务器收到时间、策略判定时间和订单成交时间，并统一为带时区的格式。只保存“09:30”无法判断是北京时间、UTC还是服务器本地时间，也无法处理夏令时。
设备时钟偏差会制造先后错误
电脑或服务器若没有可靠同步，日志可能显示订单早于信号。不同系统应使用统一时间源，并定期记录偏差。回测与实盘对比时，先校正时钟，再分析策略速度。
网络延迟会改变实际入场
价格触及R1后，提醒经过推送到手机，人工确认再下单，可能已经过去数秒或数分钟。应以成交价计算风险，而不是仍用触发价。延迟分布比单次最快速度更有意义，尤其关注高波动时的尾部。
断线与重复消息需要明确处理
连接恢复后补发旧提醒，可能导致在失效价格追单；重试机制也可能提交重复订单。系统应给信号唯一编号、过期时间和幂等检查，并在日志中保存失败与重试结果。
延迟审计应报告中位数、95%或99%分位，而不是只给平均值。大多数时候很快、少数关键时刻极慢，平均数仍可能好看；真正影响止损和突破成交的往往正是尾部。服务器升级或网络切换前后也要分版本比较，并保存原始请求、响应和成交日志。