Polymarket resolution explained

Polymarket resolution explained: hướng dẫn này đi qua toàn bộ vòng đời từ báo cáo đến đổi token kết quả, giai đoạn tranh chấp optimistic của UMA, và những hệ quả thực tiễn cho trader. Bạn sẽ biết điều gì xảy ra trên-chain và off-chain, bước nào là gasless cho người dùng, cùng thời gian và rủi ro quan trọng cho arbitrage và quản lý vị thế.

Key takeaways

• Resolution bắt đầu bằng một báo cáo kết quả và có thể vào giai đoạn tranh chấp optimistic của UMA trước khi quyết toán cuối cùng.
• Trong khi token kết quả là tài sản ERC-1155 CTF, các thao tác split/merge/redeem và đặt lệnh là gasless cho người dùng thông qua Relayer.
• Tranh chấp, trì hoãn oracle, khớp lệnh một phần và thời gian thanh toán tạo ra rủi ro thực tế ngay cả khi giá ngụ ý một lợi thế toán học.
• Hiểu thứ tự: report → dispute window (UMA) → finalization → redeem winning tokens for pUSD.

What "resolution" means on Polymarket

Trên Polymarket, resolution là quy trình biến token kết quả có thể giao dịch thành quỹ có thể đổi được. Với thị trường nhị phân và đa-kết quả, một oracle cuối cùng xác định outcome(s) nào resolve YES. Khi một outcome là final, mỗi token thắng có thể đổi được lấy $1.00 pUSD; token thua thì không có giá trị.

Các thị trường dùng Gnosis Conditional Token Framework (CTF) cho token kết quả. Những token này hoạt động giống bất kỳ holdings ERC-1155 nào: bạn có thể giao dịch trên CLOB, chuyển khoản, hoặc kết hợp chúng bằng thao tác split/merge. Khác biệt chính ở lúc resolution là báo cáo cuối cùng của oracle mở khóa luồng redeem của CTF để biến token thắng thành pUSD.

The reporting step: who reports and why it matters

Resolution bắt đầu khi một reporter gửi một kết quả lên hệ thống oracle. Polymarket dùng UMA optimistic oracle cho việc báo cáo. Một báo cáo nêu outcome mà reporter cho là đúng và bắt đầu đồng hồ cho giai đoạn tiếp theo.

Tại sao điều này quan trọng:

• Báo cáo là tín hiệu công khai đầu tiên rằng sự kiện của thị trường đã đến trạng thái có thể quyết định. Traders theo dõi order book có thể phản ứng ngay.
• Các báo cáo hiển thị trong UI của Polymarket và qua Gamma API, nên bots arbitrage và trader thủ công có thể phát hiện chúng bằng chương trình.

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

Sau khi một báo cáo được đăng, mô hình optimistic của UMA cho phép một cửa sổ tranh chấp trong đó những người thách thức có thể đưa bằng chứng phản bác. Nếu một tranh chấp được nêu, luồng optimistic tạm dừng và UMA xử lý bất đồng theo quy trình của họ.

Những điểm thực tế quan trọng:

• Cửa sổ tranh chấp đưa vào sự không chắc chắn. Một thị trường trông như đã được quyết có thể được mở lại để điều tra nếu UMA nhận một tranh chấp.
• Vì thời gian chính xác và chi tiết triển khai của quy trình UMA nằm ngoài Polymarket, trader nên coi bất kỳ thị trường nào đang hoặc gần giai đoạn tranh chấp là mang rủi ro resolution.

Note: The system prompt specifies UMA is used but does not provide the dispute-window length. See the Notes section for that gap.

Finalization and redeeming CTF tokens

Khi quy trình của oracle hoàn tất và outcome là final, thị trường được finalized on-chain. Tại thời điểm đó người dùng có thể redeem token ERC-1155 thắng để lấy pUSD thông qua thao tác redeem của CTF.

Thực tế trên Polymarket:

• Các thao tác CTF (split / merge / redeem) được xử lý qua Polymarket Relayer, nên chúng là gasless đối với bạn.
• Redeem biến mỗi token thắng thành $1.00 pUSD, mà bạn sau đó có thể rút hoặc dùng để split thành vị thế mới.

Nếu bạn giữ một bộ token kết quả đầy đủ trước resolution, việc redeem đơn giản: bạn chỉ nhận pUSD cho nhánh thắng. Nếu bạn giữ vị thế từng phần, chỉ những token thắng tương ứng mới được redeem.

Common resolution edge-cases traders see

• Disputed finalizations: tranh chấp UMA có thể trì hoãn quyết toán và tạm thời ngăn việc redeem. Điều này ảnh hưởng tới thanh khoản và có thể khóa vốn.
• Partial fills and order execution: một lệnh được khớp một phần trước resolution có thể để bạn long một số token và thiếu những token khác; đảm bảo bạn theo dõi các fills để tránh phơi nhiễm không mong muốn.
• Tick-size and price updates: thay đổi tick size gần resolution có thể thay đổi các lệnh sẵn có; WebSocket phát ra các sự kiện tick_size_change quan trọng cho bots.
• Fee and reward effects: maker fee là zero; taker fee thay đổi theo category. Phí và builder-attribution (nếu bạn route qua một Builder) ảnh hưởng tới kết quả ròng nhưng không thay đổi quy trình quyết toán của oracle.

Không bao giờ giả định một thị trường đã settled sẽ không thể được mở lại nếu UMA kích hoạt luồng tranh chấp. Luôn xác nhận trạng thái thị trường trước khi bắt đầu bất kỳ thao tác redeem CTF lớn hoặc chuyển khoản lớn.

How this affects arbitrage and endgame strategies

Với intra-market arbitrage (mua một bộ khi Σ bestAsk < $1.00), cơ chế resolution là trung tâm: lợi nhuận lý thuyết của bạn chuyển thành pUSD chỉ sau khi finalization và redeem. Điều đó có nghĩa là thời điểm, rủi ro tranh chấp oracle và trì hoãn quyết toán quan trọng không kém khớp lệnh.

Quy tắc thực tế:

• Hãy coi spread là một lợi thế toán học chỉ sau khi bạn đã tính tới phí, slippage và rủi ro tranh chấp. Luôn liệt kê những rủi ro này trước khi gọi một giao dịch là arbitrage.
• Với chiến lược endgame (gần resolution với giá như $0.95–$0.99), hãy đặc biệt thận trọng: biên lợi nhuận nhỏ và tranh chấp UMA có thể biến một đánh cược ngắn hạn thành thua lỗ.
• Dùng API của Polymarket và Market WebSocket để giám sát báo cáo, tick_size_change, best_bid_ask, và last_trade_price theo thời gian thực.

Monitoring resolution programmatically

APIs và feeds cần theo dõi:

• Gamma API (https://gamma-api.polymarket.com): metadata thị trường và event, bao gồm các trường liên quan tới resolution. Dùng endpoint /markets với phân trang theo cursor.
• Data API (https://data-api.polymarket.com): positions, trades, và open interest để theo dõi fills và phơi nhiễm.
• Market WebSocket (wss://ws-subscriptions-clob.polymarket.com/ws/market): sổ lệnh thời gian thực, price_change, best_bid_ask, last_trade_price, và tick_size_change. PING mỗi 10s; subscribe với custom_feature_enabled để nhận best_bid_ask.

Kết hợp các feed này để phát hiện một báo cáo, theo dõi tín hiệu tranh chấp của UMA trong UI hoặc feed dữ liệu, và hoãn tính toán cuối cùng cho tới khi trạng thái thị trường là final.

Checklist: what to do when a market reports

• Xác nhận outcome được báo cáo trong Gamma và UI của Polymarket.
• Tạm dừng automation giả định finality tức thì cho tới khi giai đoạn tranh chấp của UMA hoàn tất.
• Theo dõi lệnh mở và các fills; hủy hoặc điều chỉnh nếu cần để tránh phơi nhiễm không mong muốn.
• Sau khi finalization, redeem token thắng qua UI, SDK, hoặc luồng tích hợp Relayer của bạn.

How this affects your trading

Resolution là cổ chai cuối cùng giữa khớp lệnh và pUSD thực nhận. Đối với trader hoạt động và arbitrageur, điều đó có nghĩa bạn phải quản lý ba rủi ro liên kết: execution (fills và slippage), oracle resolution (báo cáo và tranh chấp), và thời gian settlement (redeem và rút tiền). Thực thi thành công đòi hỏi cả công cụ tốc độ ở phía thị trường và giả định thận trọng về rủi ro tranh chấp.

Nếu bạn xây automation, ghi lại mọi fill và theo dõi các kênh WebSocket được liệt kê ở trên. Xem các thị trường đang hoặc gần báo cáo như rủi ro cao hơn cho tới khi UMA phê duyệt chúng.

Closing note: Polymarket resolution explained nên cung cấp cho bạn danh sách kiểm tra vận hành và mô hình tư duy để quản lý rủi ro quyết toán. Dùng API và WebSocket để giám sát sự kiện, nhớ rằng CTF redeem là gasless qua Relayer, và luôn tính tới cửa sổ tranh chấp trước khi cho rằng một giao dịch đã chuyển thành pUSD.

Frequently asked questions

Who reports outcomes on Polymarket?

Polymarket dùng UMA optimistic oracle cho báo cáo outcome. Các báo cáo được gửi tới UMA và hiển thị trong UI và API của Polymarket; UMA xử lý mọi tranh chấp tiếp theo theo quy trình của nó.

What happens during the UMA dispute window?

Sau một báo cáo, UMA cho phép một khoảng thời gian tranh chấp nơi người thách thức có thể phản bác kết quả đã báo cáo. Nếu có tranh chấp, UMA tạm dừng optimistic settlement và tiến hành luồng giải quyết tranh chấp, điều này có thể trì hoãn việc redeem token thắng.

Are CTF operations gasless on Polymarket?

Có. Polymarket tài trợ gas thông qua Relayer. Split, merge, redeem, chuyển khoản, và đặt lệnh là gasless đối với người dùng cuối vì chúng được định tuyến qua Relayer.

Can a market be reopened after it looks resolved?

Có. Nếu UMA nhận một tranh chấp, một thị trường trông như đã resolved có thể được mở lại hoặc trì hoãn cho tới khi UMA giải quyết. Xem mọi thị trường đang hoặc gần giai đoạn tranh chấp là mang rủi ro resolution.

How can I programmatically detect a report or dispute?

Dùng Gamma API cho metadata thị trường và Market WebSocket (wss://ws-subscriptions-clob.polymarket.com/ws/market) cho các sự kiện thời gian thực như price_change, best_bid_ask, last_trade_price, và tick_size_change. Kết hợp các feed đó với các endpoint của Data API để theo dõi positions và fills.