如何衡量挂单的过期时间？
直接答案
挂单过期可通过记录以下内容来衡量：(1) 订单创建时间戳，(2) 订单具备执行资格的时间戳，(3) 配置的过期规则及其目标时间，以及 (4) 平台将订单标记为过期或取消的时间戳（及状态）。要准确衡量，需明确定义：你将采用哪个时间作为起始时间，哪个时间作为过期时间，以及如何处理“在过期时刻附近成交”或“断线重连后过期”等模糊情况。
机制与定义
“挂单”是指不会立即执行的订单；它会等待，直到市场条件满足其触发条件（例如价格达到某一水平）。“过期”是终止规则，用于防止挂单在设定时间点之后继续有效。
要衡量挂单过期，应使用可测量的字段而非非正式描述。可用于计算的常见字段包括：
-
起始时间戳：你认为倒计时开始的时刻。这通常是订单创建时间，但某些系统会区分“创建”、“接受”和“激活”状态。
-
过期配置：决定订单何时停止有效的规则（例如固定结束时间或从下单起持续一段时间）。需要此配置，因为两个订单都可能“过期”，但时间不同。
-
目标过期时间戳：由配置推导出的计算结束时间（例如，下单时间 + 持续时间，或指定的时钟时间）。这是可计算的计划值。
-
实际结果：平台报告的时间戳和状态，表明实际发生的情况（例如状态变为“过期”、“取消”或“已成交”）。这是实际测量值。
一个实用的衡量方法是：终端状态的实际时间戳与目标过期时间戳之间的差值，或终端时间戳与起始时间戳之间的差值。两个值应使用相同的时间基准。
证据或示例
示例衡量方法（已声明假设）：
- 假设所有时间戳均在同一时区报告，或你已一致地将其转换为同一时区。
- 假设平台提供包含“过期”状态时间戳的订单历史记录。
衡量步骤：
-
获取订单创建时间戳（起始时间）。记为 T_start。
-
获取过期配置并推导目标过期时间戳。记为 T_target。
-
找到对应过期的最终事件。将平台时间戳记为 T_observed，并记录最终状态。
-
计算两个值：
- 计划持续时间：Δ_planned = T_target − T_start
- 实际过期延迟：Δ_delay = T_observed − T_target
解释：
- 如果 Δ_delay 接近零，说明平台在预期时间附近将订单标记为过期。
- 如果 Δ_delay 持续为正，你的系统可能因处理延迟、重连延迟或周期结束更新而记录过期时间偏晚。
- 如果最终状态不是“过期”（例如“已成交”），则该订单的最终结果并非过期；但测量仍有效，因为它回答了另一个问题：“在什么时间发生了何种最终状态？”
此方法有助于你验证“过期”作为系统中订单生命周期的属性，而非基于外部报价的猜测。
局限性与风险（重大失败模式）
以下局限性会影响测量：
-
时钟与时区不匹配
若 T_start、T_target 和 T_observed 来自不同来源或时区，即使平台行为正确，Δ_planned 和 Δ_delay 也可能产生误导。 -
模糊的最终状态
在过期时刻附近，订单可能成交、部分成交，或在执行决策后被标记为过期。你的测量结果取决于平台对状态转换的定义及其时间戳方式。 -
数据时序与连接性
即使不假设实时市场数据，仍可能因状态更新延迟、应用刷新时机或审计日志排序而出现明显的“过期漂移”。 -
市场条件变化
订单的触发条件及其本应执行的时间（若仍有效）可能迅速变化。历史关系不能保证未来订单行为一致。 -
交易所或司法管辖区特定的生命周期规则
不同执行场所、基础设施和操作规则会影响“过期”在操作上的含义（例如平台何时停止路由该订单）。因此，你的测量结果可能反映的是平台政策，而非通用规则。