如何衡量 Sell Stop？
以可衡量的方式定义 Sell Stop
Sell Stop 是一种挂单卖出指令，当市场价格达到指定的触发价位时，该订单即具备触发条件。要衡量它，需关注可观察和记录的内容：订单的配置字段、事件序列（时间点和状态变化）以及实际的成交结果。
在讨论影响之前，先区分两个层面：
- 稳定机制：触发价的概念，以及从挂单状态转为激活状态的过程。
- 可变条件：市场走势、成本（佣金/点差/费用）、执行质量以及平台特定的规则。
由于本文不假设实时市场数据，“衡量”意味着记录订单生命周期，并使用你拥有的时间戳和选定的假设，将其与触发规则进行比较。
机制：应记录哪些字段和时间戳
为一致地衡量 Sell Stop，需从你的订单历史和交易确认中提取以下信息：
1) 已配置的订单字段（输入）
- Sell Stop 触发价：用于激活订单的指定价位。
- 订单数量/成交量：计划卖出的数量。
- 方向和订单类型标签：确认是 Sell Stop（而非市价卖出或限价卖出）。
- 有效期/过期时间（如存在）：挂单订单不再有效的时刻。
2) 订单生命周期时间戳（事件时间线） 至少记录以下时间：
- 下单时间：订单提交的时间。
- 修改时间：触发价、数量或有效期的任何变更。
- 触发/激活时间（如显示）：系统标记为已触发的时间。
- 成交时间：实际执行的时间，包括部分成交。
- 取消/拒绝时间：若订单未成交。
3) 执行结果（输出） 对每次成交事件，记录：
- 成交价格：每次成交的实际价格。
- 每次成交的数量：对部分成交尤为重要。
- 平均成交价（如提供）：根据你记录的成交价和数量计算得出。
证据或示例：如何在无实时价格的情况下进行比较
一种实用的衡量方法是将订单的记录字段和事件时间线，与你选择的“触发正确性”定义进行比较。由于此处不假设实时价格数据，你必须明确将验证和不验证的内容。
示例假设集（明确）
- 你将使用平台显示的时间戳，验证事件顺序（下单 → 触发/成交 或 下单 → 取消/拒绝）。
- 你将通过比较配置的触发价与实际成交价，使用你拥有的成交记录来衡量执行质量。
- 你不会声称市场在某一精确秒内实际达到了触发价，因为你缺乏实时价格数据。
可计算的可观测指标
- 触发到成交延迟：
成交时间 − 触发时间（若有多次成交，则为首次成交时间）。 - 执行偏差：每次成交的
成交价 − 触发价，以及按成交量加权的平均偏差。 - 成交覆盖率：
总成交数量 ÷ 订单原定数量。
预期的主要局限性 如果你的平台仅显示“已触发”而未显示确切的市场价格时刻，你无法证明触发条件在某一精确时间点发生。你只能验证记录中关于触发和执行事件的描述。
局限性和风险：衡量可能失效的情况
即使仔细记录字段和时间戳，比较仍可能因以下原因而失效：
- 部分成交：单个 Sell Stop 可能在不同时间和价格产生多次成交，因此“成交价”可能并不存在单一值。
- 执行延迟和平台规则：不同执行环境可能引入延迟，影响触发到成交的延迟测量。
- 成本和点差：你测量的成交价可能未反映所有实际交易成本，因此基于结果的比较可能具有误导性。
- 修改和取消：若订单被修改，后续成交可能基于更新后的触发设置，而非原始配置。
- 缺失或不一致的时间戳：某些平台显示的生命周期状态少于其他平台，降低衡量精度。
结果还受司法管辖区规则、平台实现方式和市场状况的影响。历史关系（例如过去触发价与成交价的偏差）不能代表未来行为。
验证与下一个问题
为独立验证你的衡量结果：
- 确认记录的订单类型、触发价和数量。
- 从下单/修改/触发/成交/取消的时间戳重建事件时间线。
- 仅使用记录的成交数据，计算触发价与实际成交价之间的偏差。
- 检查是否存在部分成交以及是否发生过修改。