如何验证原始点差信息？
在验证前先定义“原始点差”
“原始点差”通常指以报价中的要价（ask）与买价（bid）之差表示的交易成本部分，通常与佣金分开显示。验证的第一步是明确其定义：确认某个来源所指的“原始点差”是否仅指价格差，还是已将平台费用/佣金包含在显示的数值中。
一个可靠的解释应说明其计量单位（例如点数或点位）、报价惯例（买价和要价如何定义），以及该数值是“按报价显示”还是“按执行显示”。如果这些细节未明确说明，则无法完全验证该说法，因为相同的标签可能对应不同的底层计算方式。
建立信息来源层级以减少歧义
使用一个简单的层级结构：(1) 首选平台机制文档，(2) 费用/佣金文件，(3) 交易界面中的实际报价数据，最后是 (4) 第三方评论。
- 机制与术语：平台或经纪商文档中对点差显示方式及其计算方法的定义。
- 除点差外的其他成本：佣金表、最低收费或影响总执行成本的任何附加调整。
- 数据来源：买卖价数据的来源（例如报价流的时间，是否存在平滑处理）。
- 实际执行情况：样本成交记录，显示你实际成交价格与提交订单时显示价格的对比。
在验证信息时，应将“原始点差”视为总成本中的一个组成部分。你的目标是确认该组成部分的定义及其与其他成本要素的关联。
使用可复现的验证步骤（无需实时数据）
遵循可重复且假设一致的验证步骤。
- 记录确切输入。选择一个交易品种（货币对）、一个交易方向（买入/卖出），并定义使用的时间窗口（例如特定的一分钟）。从指定来源记录买价和要价数值，以及单位。
- 根据定义计算原始点差。若原始点差定义为（要价 − 买价），则对每次报价进行计算。若来源使用“点位”而非“点数”，则根据该品种的标度规则进行换算。
- 单独添加其他已知成本。若平台收取佣金，需将佣金换算为与计算一致的成本基准（例如每手）。不要假设“原始点差”已包含佣金。
- 检查显示数据的一致性。将计算出的点差与你在选定时间窗口内界面报告的数值进行比较。若显示值存在延迟、四舍五入或与执行时间戳不同，可能出现差异。
- 在至少两种不同条件下重复。使用两个不同时间点或两种不同市场流动性状况。这有助于确认定义在点差扩大或缩小时是否仍然成立。
若你能完成这些步骤，且计算值与文档定义一致，则在你设定的假设下，原始点差信息是可验证的。
预期存在的实质性限制与失败情况
即使经过仔细检查，验证仍可能因可预见的原因失败：
- 平台依赖的定义差异：一个来源可能将（要价 − 买价）称为原始点差，另一个可能包含费用，或使用不同的四舍五入规则。
- 报价与执行不匹配：显示的买卖价可能因延迟、滑点或订单簿动态而与实际成交价不符。
- 时间窗口混淆：“交易时段内”平均值与单次快照值不可互换。
- 单位与换算错误：点数/点位换算因品种而异。缺少换算细节会使“已验证”数值失去意义。
历史比较也存在局限：过去报价与执行成本之间的关系并不能保证未来结果。市场状况、执行质量以及特定司法管辖区的实践都可能随时间变化。
验证清单与下一个应问的问题
要验证原始点差信息，请确认：(a) 包含内容（仅价格差，还是包含费用），(b) 单位与换算规则，(c) 数值的时间参考，(d) 显示报价与实际成交价的关系。
若上述任一要素缺失，请将该说法视为“部分未验证”而非“已确认”。下一个应问的好问题是：所显示的原始点差的具体公式和时间参考是什么？文档是否说明了其如何映射到实际成交价？