// PREDICT.FUN — 第二个平台，同一套 API
Predict.fun 历史数据，
同一套 API 与 key。
Predict.fun 与 Polymarket 共用一套 API 和同一把 key。原始文件保留这个平台自己的字段名，回测执行器再把两边映射成同一套事件模型。
采集起始日2026-06-13
Predict.fun 币种·
包含的数据集4
与 Polymarket 共用API + key
归档里有什么
两个平台覆盖的币种不同，Polymarket 那页的结论不能照搬过来：用你的 key 调 /v1/meta?venue=predict，看你手上实际有哪些币种、周期和日期范围。- orderbook
- 盘口快照（Predict.fun）
- markets
- 每个市场的元数据、strike 与结算结果
- prices
- 结算价流，逐 tick（Chainlink 瞬时流）
- klines
- 由结算价流推导的 OHLC K 线，带 tick 计数——没有成交量，结算流是价格流不是成交流
这个平台有什么不一样
01
单本盘口，以及它自己的一套词汇
Predict.fun 报的是一本归一化盘口，另一侧是它在 1−px 上的镜像。我们按它来的样子归档，而不是凭空造出一个上游从未存在过的第二本盘口——所以你下载到的文件带的是这个平台自己的字段名（market_id、category_slug、它自己的时间戳列），不是 Polymarket 的。
两个平台是在回测执行器里才变成同一套事件模型的，所以策略不必关心自己在跑哪一个。如果你要自己解析原始文件，请分别读两个平台的 schema——它们是分开写的，因为它们确实不同。
02
两个平台，时间对得上
两个平台采集时都把上游时间和我们的接收时间分开存，并按同一个 UTC 日边界归档，所以两边可以直接对齐，不用先做一次时钟校准。采集就跑在各自平台的基础设施旁边。
对不齐的是起点：每个平台有自己的第一个完整归档日，两个日期并不相同。覆盖度也因此分平台报，从不合并。
怎么取
在同样的端点上加 venue=predict。调用的其他部分一个字都不用改。BASH
# 列出这个平台的文件，默认是你的 key 能到的最新一天 curl -H "Authorization: Bearer $OT_KEY" \ "https://outcometick.com/v1/files?venue=predict&asset=btc" # 每个市场的元数据、strike 与结算结果 curl -H "Authorization: Bearer $OT_KEY" \ "https://outcometick.com/v1/files?venue=predict&dataset=markets" # 下载其中一个——筛到你要保存成的那个数据集，再取它的 url URL=$(curl -s -H "Authorization: Bearer $OT_KEY" \ "https://outcometick.com/v1/files?venue=predict&dataset=orderbook&asset=btc" \ | jq -er '.files[0].url') curl -L -H "Authorization: Bearer $OT_KEY" "$URL" -o orderbook.jsonl.gz
这个平台有自己的免费样本。Predict.fun 样本归档里是同格式文件的一天真实数据，你可以先读 schema、把解析器写完，再决定要不要买。