Polymarket resolution explained

Polymarket resolution explained: 本指南逐步讲解从报告到赎回结果代币的端到端生命周期、UMA 的乐观仲裁争议阶段，以及对交易者的实际影响。你将了解链上与链下发生的事项、哪些步骤对用户来说是免 gas 的，以及对于套利和仓位管理重要的时序与风险。

关键要点

• 结算始于结果报告，并可能进入 UMA 的乐观争议期，之后才最终结算。
• 虽然结果代币是 ERC-1155 的 CTF 资产，但通过 Relayer 执行 split/merge/redeem 和下单对用户来说是免 gas 的。
• 争议、预言机延迟、部分成交和结算时序都会带来真实风险，即便价格显示数学上的边际盈利。
• 记住顺序：report → dispute window (UMA) → finalization → redeem 赢方代币以换取 pUSD。

What "resolution" means on Polymarket

在 Polymarket 上，resolution 是将可交易的结果代币转换为可赎回资金的过程。对于二元和多结果市场，预言机最终决定哪些结果为 YES。当某个结果最终确认时，每个赢方代币可被赎回为 $1.00 的 pUSD；输方代币则变得一文不值。

市场使用 Gnosis Conditional Token Framework (CTF) 来表示结果代币。这些代币在行为上类似任何 ERC-1155 持仓：你可以在 CLOB 上交易它们、转移它们，或通过 split/merge 操作组合它们。resolution 时的关键差异在于，预言机的最终报告会解锁 CTF 的 redeem 流程，将赢方代币兑换为 pUSD。

The reporting step: who reports and why it matters

Resolution 从报告者向预言机系统提交一个结果开始。Polymarket 使用 UMA 的 optimistic oracle 进行报告。提交的报告指明报告者认为正确的结果，并启动下一阶段的计时。

为什么这很重要：

• 报告是市场事件已达到可决议状态的第一个公开信号。监控 order book 的交易者可以立即做出响应。
• 报告在 Polymarket 的 UI 和通过 Gamma API 可见，因此套利机器人和人工交易者可以以程序化方式检测到它们。

UMA optimistic-oracle dispute window (what it is, not how long)

在报告发布后，UMA 的乐观模型允许在一段争议窗口期内挑战者提交反证。如果提出争议，乐观流程会暂停，UMA 将按照其流程解决分歧。

重要的实际要点：

• 争议窗口引入了不确定性。看似已决议的市场如果收到 UMA 的争议，可以重新被打开进行调查。
• 由于 UMA 的具体时长和实施细节属于 Polymarket 外部，交易者应把任何处于或接近争议阶段的市场视为存在结算风险。

注意：系统提示指定使用 UMA 但未提供争议窗口的时长。有关该缺口，请参阅备注部分。

Finalization and redeeming CTF tokens

一旦预言机的流程完成且结果最终确定，市场将在链上被 finalization。此时用户可以通过 CTF 的 redeem 操作将赢方 ERC-1155 结果代币赎回为 pUSD。

在 Polymarket 上的实际操作：

• CTF 操作（split / merge / redeem）通过 Polymarket Relayer 处理，因此对你而言是免 gas 的。
• 赎回将每个赢方代币转换为 $1.00 的 pUSD，之后你可以提现或将其用于拆成新的仓位。

如果你在 resolution 前持有一个完整的结果代币集合，赎回很直接：你只会收到赢方那一支的 pUSD。若你持有部分仓位，只有对应的赢方代币可被赎回。

Common resolution edge-cases traders see

• 争议的最终化：UMA 的争议可能会延迟结算并暂时阻止赎回。这会影响流动性并可能困住资金。
• 部分成交与订单执行：在结算前部分成交的订单可能让你在某些代币上多头而在其他代币上空头；务必跟踪成交以避免意外敞口。
• tick-size 与价格更新：接近结算时 tick size 的变化可能改变可用订单；WebSocket 会发出 tick_size_change 事件，这对机器人很重要。
• 费用与奖励影响：maker 费用为零；taker 费用按分类变化。费用与 Builder 归属（如果通过 Builder 路由）会影响净收益，但不会改变预言机的结算过程。

切勿假设一个已结算的市场无法在 UMA 触发争议流后被重新打开。发起任何 CTF redeem 操作或大量转移前，请始终确认市场状态。

How this affects arbitrage and endgame strategies

对于 intra-market arbitrage（当 Σ bestAsk < $1.00 时买入完整集合），resolution 机制是核心：你的理论利润只有在 finalization 和赎回后才会转化为 pUSD。这意味着时序、预言机争议风险和结算延迟与订单执行一样重要。

实用经验法则：

• 在将 spread 标记为套利之前，先把费用、滑点和争议风险都算进去。始终在把交易称为套利前列出这些风险。
• 对于 endgame 策略（接近结算的价格如 $0.95–$0.99），要格外谨慎：较小的利润空间和 UMA 争议可能把短期操作变成亏损。
• 使用 Polymarket 的 APIs 和 Market WebSocket 实时监控 reports、tick_size_change、best_bid_ask 和 last_trade_price。

Monitoring resolution programmatically

要监控的 API 与数据源：

• Gamma API (https://gamma-api.polymarket.com)：市场与事件元数据，包括与结算相关的字段。使用 /markets 端点并结合基于游标的分页。
• Data API (https://data-api.polymarket.com)：用于跟踪成交与敞口的持仓、交易和未平仓量。
• Market WebSocket (wss://ws-subscriptions-clob.polymarket.com/ws/market)：实时 order book、price_change、best_bid_ask、last_trade_price 和 tick_size_change。每 10s 有一次 PING；订阅时将 custom_feature_enabled 设为以接收 best_bid_ask。

将这些推送与轮询数据结合，以检测报告、在 UI 或数据流中观察 UMA 争议信号，并在市场状态为 final 前暂停最终记账。

Checklist: what to do when a market reports

• 在 Gamma 和 Polymarket UI 中确认报告的结果。
• 暂停假设立即最终化的自动化流程，直到 UMA 的争议阶段完成。
• 跟踪未结订单与成交；如有必要取消或调整以避免意外敞口。
• 在 finalization 后，通过 UI、SDK 或你集成的 Relayer 流程赎回赢方代币。

How this affects your trading

Resolution 是交易执行与实际获得 pUSD 之间的最终瓶颈。对活跃交易者与套利者而言，这意味着你必须管理三类相互关联的风险：执行（成交与滑点）、预言机结算（报告与争议）以及结算时序（赎回与提现）。成功执行既需要快速的市场端工具，也需要对争议风险持保守假设。

如果你构建自动化系统，请记录每次成交并监控上文列出的 WebSocket 通道。把处于或接近已报告状态的市场视为高风险，直到 UMA 放行。

结语：Polymarket resolution explained 应该为你提供操作清单与心智模型，以管理结算风险。使用 APIs 与 WebSocket 监控事件，记住通过 Relayer 执行 CTF redeem 是免 gas 的，并且在假设交易已转换为 pUSD 之前务必考虑争议窗口。

Frequently asked questions

Who reports outcomes on Polymarket?

Polymarket 使用 UMA 的 optimistic oracle 进行结果报告。报告提交到 UMA，并在 Polymarket 的 UI 与 API 中可见；任何后续争议由 UMA 按其流程处理。

What happens during the UMA dispute window?

在报告之后，UMA 允许一个争议期，挑战者可以对报告的结果提出异议。如被挑战，UMA 会暂停乐观结算并进入其争议解决流程，这可能会延迟赢方代币的赎回。

Are CTF operations gasless on Polymarket?

是的。Polymarket 通过 Relayer 赞助 gas。split、merge、redeem、转账和下单对最终用户来说均为免 gas，因为它们通过 Relayer 路由。

Can a market be reopened after it looks resolved?

可以。如果 UMA 收到争议，看似已决议的市场可能被重新打开或被延迟，直到 UMA 做出决定。把任何处于或接近争议阶段的市场视为具有结算风险。

How can I programmatically detect a report or dispute?

使用 Gamma API 获取市场元数据，使用 Market WebSocket (wss://ws-subscriptions-clob.polymarket.com/ws/market) 订阅实时事件，如 price_change、best_bid_ask、last_trade_price 和 tick_size_change。将这些推送与 Data API 的端点结合，用于监控持仓与成交情况。