评估滑点需要哪些数据？
直接答案
要评估滑点，需收集将订单意图与实际执行结果关联起来的数据。最基本的要求包括：预期成交价格（或决策参考价）、实际成交价格、将这些事件置于同一时间轴上的时间戳，以及相关的执行成本（例如点差和佣金），以避免将“价格变动”误认为“费用”或“报价影响”。同时应记录数据来源（平台、经纪商报告或订单单据）及其完整性。
机制与定义
滑点是指下单或确认订单时预期的价格与实际成交时获得的价格之间的差异。在实践中，评估取决于你选择的“预期价格”：
- 订单侧参考价：下单或订单确认时显示的价格。
- 报价侧参考价：在订单决策时间附近观察到的中间价/卖价/买价水平。
- 执行侧参考价：经纪商在接收订单时刻由执行场所或交易系统记录的价格。
这些选择很重要，因为滑点可以通过不同方式计算。为了使计算有意义，应明确说明你的假设，例如：“买入时的滑点 = 成交价格 − 参考价格，使用订单确认时刻记录的报价。”
需区分看似相似但本质不同的组成部分：
- 市场变动：订单等待执行期间发生的价格变化。
- 执行限制：你的服务商如何路由订单、处理流动性以及应用可用价格。
- 交易成本：佣金、融资或其他可能影响你实际成本的费用。
如果你将这些成本视为滑点，可能会夸大执行差距。
证据、示例及应记录的数据
单笔订单的完整滑点记录通常需要以下数据：
- 交易品种详情：交易品种代码/货币对标识符和合约规模（避免混淆不同品种）。
- 方向与订单类型：买入/卖出，以及是市价单还是限价单；执行逻辑不同。
- 预期/参考价格：你用作“预期”的价格（以及其来源）。
- 成交价格：你实际收到的成交价（多个成交时需分别记录）。
- 时间戳：下单时间、接受/确认时间及每笔成交的时间。使用一致的时区或包含时区偏移。
- 成交结构：订单是一次性成交还是分批成交；若为部分成交，需记录每笔成交及总数量。
- 成本明细：至少包括佣金和任何影响净执行成本的已知费用组成部分。
- 数据来源与完整性：数值来自订单单据、执行报告、账本还是系统日志，以及是否有字段缺失。
具体计算示例（需明确假设）：
- 假设你的参考价格是订单确认时刻显示的报价。
- 对于买入订单，计算滑点点数 = 成交价格 − 参考价格，若有多笔成交，则按数量加权平均计算滑点。
- 若需以成本形式表示滑点，使用合约规模转换价格差，并单独加上已知佣金，以避免将“执行价格差异”与“费用”混淆。
局限性与风险（重大失败模式）
以下几种局限性可能导致滑点评估不可靠：
- 参考时间不匹配：若“预期价格”记录时间与执行决策时间不同，计算出的滑点可能反映的是时间错位而非执行质量。
- 部分成交与聚合错误：在多笔成交上错误地平均（或忽略成交发生在不同时间和价格），可能导致滑点误判。
- 字段缺失或被修改：若执行报告遗漏某些事件，或平台在对账期间重写价格，你的数据集可能与真实执行时间线不符。
- 成本混淆：点差（买/卖价）和佣金可能被误认为价格滑点，除非你明确区分“有效价格”和“费用组成部分”。
- 非平稳关系：滑点与条件之间的任何历史关系都不能保证未来行为；市场流动性和波动性可能发生变化。
处理不确定性的最安全方式是将滑点视为依赖于你所选参考定义和数据完整性的计算指标，而非一个通用的单一数值。
验证与后续问题
为独立验证你的事实，你应该能够指出用于参考价格、成交价格和时间戳的具体字段，并确认它们来自相同的执行生命周期（如订单单据与执行报告）。