评估市价单定义需要哪些数据？
直接答案
评估“市价单定义”需要两方面的数据：（1）该订单意图执行的稳定概念；（2）可验证的、与具体环境相关的执行规则。由于该术语在不同提供商和司法管辖区中使用方式不同，关键在于收集来源清晰（即来自何处）且及时更新的数据，并进行质量检查。
机制与定义：该术语应有之义
市价单通常是指在相关执行场所，以当前最佳可得价格立即执行的指令，具体执行方式受提供商的执行流程和市场状况影响。为准确评估其定义，应将以下稳定机制与可变条件区分开来：
- 订单意图：“立即执行”并“以最佳可得价格成交”，不假设固定价格。
- 执行范围：适用的交易场所或订单路由路径（若订单处理方式不同，定义可能也不同）。
- 成交逻辑：提供商是否允许部分成交、延迟接受或重新路由订单。
不应默认这些机制在所有提供商之间完全相同。相反，应收集提供商在其法律文件、订单条款或平台文档中的具体表述，并记录文档日期。
证据或示例：应收集哪些数据（及如何验证）
使用数据输入清单，并对每一项进行来源、时效性和质量验证。
需要收集的输入
- 定义的正式表述：来自提供商文档中关于“市价单”如何处理的精确措辞。
- 执行机制细节：任何关于订单路由、优先级以及“最佳可得价格”如何确定的说明。
- 成本构成及其对成交的影响：点差/费用/佣金政策，以及这些成本是在执行前还是执行后计入。
- 约束与限制：订单规模限制、交易时段规则、可交易品种范围或因司法管辖区而异的处理方式。
- 提供商描述的失败模式：明确提及部分成交、滑点、流动性限制、订单被拒/暂停或连接问题。
来源与时效性检查
- 来源性（Provenance）：优先选择来自监管机构（如适用）或提供商官方文档（如业务条款、订单执行政策、平台/订单指南）的信息。记录来源名称。
- 时效性（Timeliness）：保留每份文档的“最后更新”日期或版本号。若提供商更改执行规则，旧文档描述可能已不再适用。
质量检查（“afvinkpunten”）
- 文档证据：确认所述内容并非第三方摘要，应能追溯到具体文档及版本。
- 一致性：将定义部分与执行政策和订单处理部分进行比对，查看是否一致。
- 完整性：检查“最佳可得价格”是否附带限定条件（例如路由或流动性条件）。
- 红旗警示（Rode vlaggen）：警惕模糊定义，如省略成交逻辑、部分成交处理或滑点/流动性相关表述。
- 就绪标准（Klaarcriterium）：你能用自己的话解释市价单定义，并能指出支持每一部分的具体文档段落。
限制与风险：可能出现的问题及为何无法完全确定
即使有完善的文档，结果也无法保证，因为市场状况多变，且提供商存在运营限制。主要限制包括：
- 流动性缺口：当流动性稀薄时，“最佳可得价格”在下单与执行之间可能迅速变化。
- 部分成交：市价单可能分批成交，最终实际结果取决于成交顺序。
- 运营与市场状态：交易暂停、连接问题或交易场所变更，可能影响是否以及如何执行。
- 司法管辖区差异：不同地区的规则和披露实践可能不同，导致“定义”在实际中的含义发生变化。
历史模式不能代表未来结果，因此应将任何示例视为依赖于时间、点差/成本和执行条件假设的说明。
验证或后续问题：如何独立验证
为验证你对“市价单定义”的理解，应至少收集两项独立确认：（1）提供商的官方定义及执行/处理文档；（2）相关监管机构或官方指南中对该司法管辖区市价单处理的澄清说明。然后，在明确说明路由、成交逻辑和成本假设的前提下，重述该定义。
如果你无法找到明确说明成交逻辑和约束条件的文档段落，则你的解释在实践中属于“尚不可验证”状态。