如何验证经纪商价格源。

价格源验证应证明什么

验证应证明价格源正在使用预期的数据源和规则，为所需品种生成有效价格，将其交付到客户连接，并在数据源或端点故障时表现可预测。

没有一项测量能够单独证明全部内容。服务器在线不能证明报价有效；配置校验值不能证明数据源一致；一条实时报价不能证明备用端点已经准备就绪。这些检查需要结合使用。

验证层次

由客户根据其品种和使用场景决定什么是“可接受”。公开页面不会规定统一的价格差异、延迟或无活动阈值。

从代表性品种开始

有效测试集应足够小，便于理解，同时又足够广，能够揭示不同行为：

• 一个数据源路径直接、流动性高的品种；
• 一个由多个数据源生成的品种；
• 一个合成或计算品种（如果使用）；
• 一个具有定时策略变更的品种；
• 一个本身可能正常安静、活动较少的品种；以及
• 一个适合受控故障场景的品种。

为每个品种记录预期输入、定价规则、精度、点差策略、保护行为和目标端。这样可以解释差异，而不只是显示红色。

比较价格前先检查配置

主、备用价格可能因合理的时序原因而不同，但它们不应在不被察觉的情况下使用不同的预期规则。

CoinPriceFeeds 会显示一段紧凑的指纹，代表已加载的定价配置。在解释报价差异前，请先检查两个端点的指纹。如果指纹不同，应先解决配置差异。如果一致，则可以把调查重点放在数据源状态、时序或交付上。

指纹代表规则内容，而不是加载时刻。因此，即使两台服务器的重新加载时间不同，也可以确认采用相同的预期策略。

比较实时行为，而不是单个快照

一条相符报价只能提供很弱的证据。请在有代表性的时段内观察并记录：

• 最终买价和卖价；
• 中间价和点差差异；
• 更新数量或活动速率；
• 只在一个端点变动的品种；
• 无效或买价高于卖价的输出；
• 最近观察到的更新时间；以及
• 配置指纹。

比较时段应包含所选品种的正常波动。安静的市场可能需要另选测试时段，或明确检查保活。

执行一次受控故障

只测试健康数据源只能证明最简单的情况。演示或验收测试应执行一个安全且有代表性的故障，例如输入明确变为不可用或过时。

应在测试前写下预期结果：

1. 故障输入停止参与定价；
2. 相关输出按照策略使用有效替代数据重新计算、保持原值或标记为不可用；
3. 原因清晰可见；
4. 不相关品种在可能的情况下继续运行；
5. 监控记录该事件；以及
6. 恢复只需要执行针对该状态所约定的操作。

没有约定的维护和回滚计划时，请勿对正在使用的客户价格源执行破坏性故障测试。

从服务端和客户端两侧验证

服务端监控说明定价引擎认为自己发送了什么。客户端观察说明什么真正通过客户网络边缘和解析器。

有效的验收证据会结合两侧信息：

• CoinPriceFeeds 监控和仪表板状态；
• 客户桥接器或 FIX 会话日志；
• 适用时使用参考流式客户端；
• 使用 Feed Checker 快速直观检查；
• 同步比较主、备用端点；以及
• 一份列明阈值、排除项和未解决差异的书面结果。

Feed Checker 适合人工检查，而监控概览 说明更广泛的运营信号。

每个结果都应记录方法

缺乏背景的可引用数字不是有效证据。验证结果应说明：

• 日期、时区和观察时段；
• 客户端或服务端测量点；
• 端点和品种集；
• 配置指纹；
• 所选阈值；
• 数据源或市场状况；
• 排除项和已知限制；以及
• 结果审核人。

这可以避免把短时间实验室测试、地区网络测量或异常活跃市场时段的结果，表述为通用服务保证。

保护敏感细节

公开方法可以说明检查哪些内容。实际凭据、主机名、客户品种映射、网络路径、告警目标、保护阈值和事件记录，应保留在授权客户范围内。