outcometick 与其他 Polymarket 数据服务商
选数据源该看什么，outcometick 各是怎么做的。
Polymarket 历史数据有好几家在卖。真正拉开差距的是三个问题：归档里有没有市场结算所用的价格流、策略结果能不能对着官方输赢核对、付款前能不能自己验证一遍。这一页逐条说明 outcometick 的做法。
搜 Polymarket 历史数据，通常还会看到 Telonex、Marketlens、Resolved Markets、PMData 这几家。它们提供什么以各自网站为准，这一页只讲 outcometick。 同行调研时间：2026 年 9 月。
outcometick 的做法
市场结算用的那条价格流
Polymarket 的加密 Up/Down 市场按 Chainlink 价格流结算。归档里收录的就是这些结算流本身，逐 tick，与瞬时流并排存放。每个市场用哪条流结算写在市场记录里，策略按市场读取即可，不必按日期推断。
只要 relay 发布了全精度定点值，存下来的就是那个值，而不是进门时已被舍入的浮点数。
重算赢家，而不是相信标签
每个市场的官方 strike 和结算结果，与它的盘口在同一份归档里。回测可以用结算价流自己结算每笔交易，再和官方结果对照；策略里调用 ctx.assert_outcome，就会在它经过的每个市场上做这项核对。
两个平台，一把 key
Polymarket 与 Predict.fun（币安钱包前端接入的预测市场）分别采集、分别出售，用同一个 API、同一把 key，按平台筛选。两边分别从 2026-06-08 / 2026-06-13 起持续采集至今，每天新增一个归档 UTC 日，每个文件都附带大小与 sha256。
只买需要的那些天
订阅覆盖最近归档日的滚动窗口；更早的历史按你选的日期区间一次性买断，区间在归档范围内、不短于最低购买长度即可，按归档天计价，卡或 USDT/USDC 都能付。没有需要逐级升级的档位，也不会搭售你不需要的历史。
把策略放到数据所在的地方跑
JavaScript 或 Python 策略在托管沙箱里直接对着归档运行，按扫描的市场日计价，返回一份列出成交明细的报告。只有产出报告的任务才扣费；被拒、崩溃、超时的任务全额退款。
付款前先核对一整天真实数据
每个平台各公开一个真实、未经修改的 UTC 日，Kaggle 与 Hugging Face 上也有同一份，目录布局与付费归档完全相同。用 ot 命令行在本地重放，跑的是和付费报告同一个引擎；格式、字段、结算逻辑都能在不要 key、不付款的情况下核对。
选数据源前该问的六个问题
以及 outcometick 的回答- 归档里有没有市场真正用来结算的那条流？
- 有——Chainlink 结算价流与瞬时流并排出货。
- 官方 strike 与结算结果是不是和盘口在同一份归档里？
- 是，逐市场记录，所以结果可以重算而不是只能相信。
- 付款前能不能看一整天真实数据？
- 能——每个平台一个未经修改的样例日，公开下载。
- 能不能一次性只买我需要的那几天？
- 能——在归档内自选区间（有最低购买长度），按归档天计价。
- 策略能不能不下载任何东西就跑起来？
- 能——JavaScript 与 Python 的托管沙箱，按市场日计费。
- 拿到手的数据能不能核验？
- 文件公示大小与 sha256，价格行各带自己的时间戳，断档能直接从数据里量出来。