如何衡量滑点假设？
什么是“滑点假设”在衡量中的含义
滑点通常指你在计划执行时预期获得的价格与实际成交价格之间的差异。“滑点假设”是一种具体且明确的方法（及数值输入），它将这种不确定的差异转化为可在回测、模拟或分析中进行衡量的量。
要衡量滑点假设，首先需将这一概念分为两部分：
- 可衡量的字段：比较的是哪个预期价格、哪个成交价格，以及是否包含费用/点差/佣金。
- 带时间戳的比较规则：如何将计划订单与实际成交匹配，以及哪些时间戳定义了“预期”与“实际成交”。
如果其中任一部分不清晰，所测得的滑点可能只是你方法论的产物，而非市场或执行行为的真实反映。
一个可衡量的框架：字段与时间戳
一种实用的衡量方法为每个可比事件定义以下字段：
- 计划/预期价格 (P_expected)：决策时刻使用的价格。例如，在计划时间戳处的参考报价（买价/卖价/中间价），或模型预测的成交价。
- 成交/实际价格 (P_exec)：执行完成时记录的成交价格（或你在模拟中采用的成交价）。
- 方向：买入或卖出，因为滑点通常按“不利变动”增加成本的方式计算。
- 以价格表示的滑点：
- 对于买入：Δ = P_exec − P_expected
- 对于卖出：Δ = P_expected − P_exec
- 以成本表示的滑点（可选但常见）：Δ 乘以头寸规模，可选择性地扣除交易成本——前提是预期价格和实际成交价格中对相同成本组成部分的建模保持一致。
然后定义时间戳：
- T_planned：策略做出决策并选定 P_expected 的时间。
- T_fill_request（可选）：订单提交时间。
- T_fill：成交价格确定的时间。
只有当“预期”价格和“实际成交”价格与明确的时间戳和明确的匹配规则（例如：一个计划订单对应一个实际成交，或对部分成交进行汇总）绑定时，衡量才有意义。
两种比较选项（及应记录的内容）
你可以使用以下任一比较模式来衡量滑点假设。关键是确保在整个数据集中使用相同的模式。
选项 A：报价到成交（预期参考报价到实际成交）
- 在 T_planned 选择一个参考值（例如，买入用买价，卖出用卖价，或基于中间价的约定）。
- 从该参考值计算到实际成交价的滑点。
- 记录确切的报价约定，以及参考值是买价/卖价还是中间价。
选项 B：模型到成交（预期模型成交到实际成交）
- 不使用原始报价，而是通过规则计算 P_expected（例如，一个估算有效成交价的转换规则）。
- 从模型成交价计算到实际成交价的滑点。
重要相似性要求：两种选项都必须定义“预期”的含义。如果选项 A 使用中间价，而选项 B 使用点差调整后的价格，则跨方法的比较将不是同类比较。
通过示例呈现证据：“可衡量”的实际表现
衡量输出不应只是一个数字。常见的输出包括：
- Δ 的分布（均值、中位数、百分位数），而不仅仅是平均值。
- 不利滑点与有利滑点的频率（对买入与卖出而言，符号约定很重要）。
- 与上下文的依赖关系：按波动率状态、一天中的时间或点差宽度分组。
一个简单的示例逻辑（不假设实时数据）：
- 对每个计划事件，记录 P_expected 和 T_planned。
- 执行发生时，记录 P_exec 和 T_fill。
- 使用考虑方向的公式计算 Δ。
- 按反映执行难度的组别汇总 Δ（例如，点差较宽的时期）。
“证据”在于，你可以从存储的字段和时间戳中复现相同的 Δ 值。
实质性局限性与失效模式
多个局限性常常破坏滑点衡量，使假设看起来比实际更精确：
- 时间戳不匹配：如果 P_expected 基于一个比预期更早或更晚可见的报价，可能引入系统性偏差。
- 点差与成本重复计算：如果预期价格已包含点差影响，但在成本计算中又再次加减点差，测得的滑点将成为记账错误。
- 执行映射错误：部分成交、订单取消或每个计划订单对应多个成交，可能扭曲事件级别的配对。
- 非平稳性：历史滑点关系常随市场状况和技术变化而变化。适用于某一时期的方法可能不适用于另一时期。