为什么我们发布方法论

Polymarket 价格看起来像概率，但只有在底层市场具有流动性、定义清晰且结算明确时才是如此。我们的研究方法论旨在让读者能够核实每篇故事、指南和新闻简报是如何构建的，并独立判断分析是否可信。

市场选择

我们重点关注至少满足以下三项的市场：

  • 累计成交量达到 $100K+，或 24 小时成交量达到 $10K+。
  • 双边在中间价 5 美分以内的订单簿深度至少为 $5K。
  • 结算规则写得清晰，并引用确定性来源。
  • 与以色列或全球关注的新闻周期具有实质相关性。
  • 距离结算至少还有 7 天-这样分析才有时效性。

未满足全部五项标准的市场仍可能出现在新闻简报中，但绝不会作为故事主线的核心。

数据源

链上（Polygon）

  • Polymarket CLOB 合约事件日志，用于交易历史、订单簿深度和成交量。
  • Conditional Tokens Framework (CTF) 合约，用于结果份额供应和赎回。
  • USDC.e / pUSD 余额跟踪，用于金库和交易者仓位。
  • UMA 乐观预言机合约，用于提议和争议中的结算。

链下

  • Polymarket gamma API，用于市场元数据（问题、结束日期、类别）。
  • Polymarket CLOB REST/WS APIs，用于当前订单簿和交易。
  • 一级新闻媒体和政府出版物，用于事实基础和背景。
  • 通过 Grok / Perplexity / Gemini grounding 对主张进行实时搜索核实。

我们如何把价格转化为概率

YES/NO 订单簿的中间价是我们的头条隐含概率。我们会对以下因素进行调整：

  • 价差：如果买卖价差超过 4 美分，我们会报告买卖区间，而不是中间价。
  • 流动性：如果执行 $1K 规模会使价格移动超过 2 美分，我们会将该市场标记为流动性不足，并降低该信号的权重。
  • 结算风险：对于规则存在歧义或可能进入 UMA 争议的市场，我们会在价格周围给出置信区间（例如，“市场隐含 62%，考虑结算风险后，我们的估计为 50-70%”）。

UMA 监控

我们覆盖的每个市场都会检查其 UMA 提议/争议历史。如果某个市场过去发生过争议，或者与曾发生争议的市场相似，我们会在故事中注明。即使 Polymarket 的界面已经显示结果，我们也绝不会在 UMA 最终确认前发布明确的结算判断。

新闻核实

对于事件驱动型市场，在将某条信息视为与结算相关之前，我们会在三个地方交叉核实：

  1. 原始一手来源（官方声明、通讯社稿件、政府发布）。
  2. 至少一家独立的一级媒体报道。
  3. 市场的具体结算规则，以确认该新闻确实会触发 YES/NO 结果。

仅通过第一步的信息会被标记为“已报道，但尚未与结算相关”。

更新频率

  • 故事主线：在市场开放期间至少每周复核一次；如有任何 UMA 提议或重大新闻，立即更新。
  • 指南：每 90 天全面复核一次；当 Polymarket 平台机制变化时立即更新（例如 2026 年 4 月 USDC.e → pUSD 迁移）。
  • 新闻简报：发布时间点的快照；仅在出现新事实时更正。我们不会悄悄重新标注时间。
  • FAQ：每月复核；条目带日期。

工具和代码

我们的分析工具包括用于链上查询的 Python 脚本（web3.py / ethers.js）、用于初稿研究的 Grok 和 Claude，以及一个自定义故事主线流程，用于摄取 UMA 事件和 Polygon 交易日志。适合公开分享的代码会在我们迭代时开源。

我们不做什么

  • 我们不发布泄露信息。
  • 我们不操纵我们报道的市场（不抢先于我们自己的文章交易）。
  • 我们不把匿名社交媒体帖子作为独立证据。
  • 我们不在未经人工审核的情况下重新发布 AI 生成文本。

反馈

如果我们的方法论导致了错误判断，我们希望知道。请发送电子邮件至 [email protected]。经核实的错误会公开更正。

本方法论每季度审查一次。最后更新：2026-04-29。