MLZ发布于 2026年7月18日项目开发日志#Python#预测市场#数据质量#测试

预测市场雷达如何从首次观察走到结算验证

保存第一次看到的概率,过滤脏市场,并在到期后独立查询结算,避免用事后信息改写观察。

关联项目:比特币预测市场雷达

预测市场页面会不断变化。只保存当前价格,很容易在市场结束后挑一个看起来最合理的时点,再把它解释成当时的判断。比特币预测市场雷达把“第一次看到什么”和“后来发生什么”分成两条记录。

系统只做只读观察,不连接钱包,不生成买卖动作,也不把少量样本包装成胜率。

先过滤不能解释的市场

进入观察列表前,市场至少需要通过几类检查:

  • 市场仍然活跃,没有关闭或已经解析。
  • 结果标签能够明确识别 Yes 与 No,不能依赖固定数组位置。
  • 价格没有因为归零或异常状态失去解释意义。
  • 结算时间、成交量和点差等字段可以正常读取。

过滤的目标不是挑出“更容易赢”的市场,而是先排除无法稳定解释的数据。

首次观察只写第一次

同一市场第一次进入观察范围时,系统保存当时的概率、观察时间和市场标识。后续价格变化不会覆盖这条首次记录。

这条规则解决两个问题:

  1. 避免价格剧烈变化后,用新概率改写旧判断。
  2. 让结算验证有一个固定、可复核的起点。

如果旧记录文件损坏,系统选择失败关闭,不会悄悄生成空文件覆盖历史。

结算查询是另一层证据

市场到期后,系统重新查询结算状态。这里不能把“页面显示已解析”和“结果价格已经归边”混成同一个信号。

只有结算证据足够明确时,首次观察才会进入已结算样本。查询失败、结果含糊或旧数据缺失都会保留为待确认状态,而不是强行给出命中或未命中。

告警不等于交易建议

雷达可以标记概率突变、临近结算、点差和候选市场,也有健康检查与看门狗。但这些信号只用于提醒“现在值得查看什么”。

它们不会触发下单,也不会绕过数据质量门禁。观察系统的价值是减少漏看和事后解释,不是承诺收益。

如何验证这条闭环

当前测试覆盖市场过滤、首次观察、结算查询、告警冷却、健康状态和只读策略。2026 年 7 月 18 日重新执行完整测试,共 34 项,全部通过。

测试通过只证明这些代码路径在测试输入下符合合同,不代表预测准确,也不代表任何市场结果可以复制。