Polymarket resolution explained

Polymarket resolution explained: nagbibigay ang gabay na ito ng hakbang-hakbang na paglalakbay mula sa reporting hanggang sa pag-redeem ng outcome tokens, ang UMA optimistic-oracle dispute stage, at ang mga praktikal na implikasyon para sa mga trader. Malalaman mo kung ano ang nangyayari on-chain at off-chain, alin sa mga hakbang ang gasless para sa mga user, at ang timing at mga panganib na mahalaga para sa arbitrage at pamamahala ng posisyon.

Key takeaways

• Nagsisimula ang resolution sa isang outcome report at maaari itong pumasok sa isang optimistic UMA dispute period bago ang final settlement.
• Bagaman ang outcome tokens ay ERC-1155 CTF assets, ang split/merge/redeem at paglalagay ng order ay gasless para sa mga user sa pamamagitan ng Relayer.
• Ang mga dispute, pagkaantala ng oracle, partial fills at timing ng settlement ay lumilikha ng totoong panganib kahit na nagpapahiwatig ang mga presyo ng isang matematikal na edge.
• Alamin ang pagkakasunod-sunod: report → dispute window (UMA) → finalization → i-redeem ang mga winning tokens para sa pUSD.

What "resolution" means on Polymarket

Sa Polymarket, ang resolution ay ang proseso na nagko-convert ng mga tradeable outcome token sa mga redeemable na pondo. Para sa mga binary at multi-outcome market, sa huli isang oracle ang magtatakda kung aling outcome(s) ang magre-resolve na YES. Kapag final na ang outcome, ang bawat panalong token ay nagiging redeemable para sa $1.00 ng pUSD; ang mga talong token naman ay walang halaga.

Gumagamit ang mga merkado ng Gnosis Conditional Token Framework (CTF) para sa outcome tokens. Kumikilos ang mga token na iyon na parang anumang ERC-1155 holdings: maaari mo silang i-trade sa CLOB, i-transfer, o i-combine gamit ang split/merge operations. Ang pangunahing pagkakaiba pagdating sa resolution ay binubuksan ng final report ng oracle ang CTF redeem flow na nagko-convert ng mga panalong token sa pUSD.

The reporting step: who reports and why it matters

Nagsisimula ang resolution kapag may nag-submit ng outcome sa oracle system. Ginagamit ng Polymarket ang UMA optimistic oracle para sa reporting. Ang isang isinumiteng report ay nagpapangalan sa outcome na pinaniniwalaan ng reporter na tama at sinisimulan ang oras para sa susunod na yugto.

Bakit ito mahalaga:

• Ang report ang unang pampublikong senyales na ang event ng merkado ay umabot na sa isang resolvable na estado. Maaaring tumugon agad ang mga trader na nagmo-monitor ng order books.
• Nakikita ang mga report sa UI ng Polymarket at sa pamamagitan ng Gamma API, kaya maaaring ma-detect ito nang programmatic ng mga arbitrage bot at human trader.

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

Matapos ma-post ang isang report, pinapayagan ng optimistic model ng UMA ang isang dispute window kung saan maaaring mag-post ng counter-evidence ang mga challenger. Kung may naihain na dispute, napu-pause ang optimistic flow at nire-resolve ng UMA ang hindi pagkakasundo ayon sa sarili nitong proseso.

Mahalagang praktikal na punto:

• Nagdudulot ang dispute window ng kawalan ng katiyakan. Ang isang merkado na mukhang resolved ay maaaring muling buksan para sa imbestigasyon kung makatanggap ng dispute ang UMA.
• Dahil ang eksaktong timing at detalye ng pagpapatupad ng mga pamamaraan ng UMA ay external sa Polymarket, dapat ituring ng mga trader ang anumang merkado na nasa o malapit sa dispute phase bilang may dala ng resolution risk.

Note: Tinukoy ng system prompt na ginagamit ang UMA ngunit hindi ibinigay ang haba ng dispute-window. Tingnan ang Notes section para sa puwang na iyon.

Finalization and redeeming CTF tokens

Kapag natapos na ang proseso ng oracle at final na ang outcome, na-finalize ang merkado on-chain. Sa puntong iyon, maaaring i-redeem ng mga user ang mga panalong ERC-1155 outcome token para sa pUSD sa pamamagitan ng CTF redeem operation.

Praktikal sa Polymarket:

• Ang mga CTF operation (split / merge / redeem) ay pinangangasiwaan sa pamamagitan ng Polymarket Relayer, kaya sila ay gasless para sa iyo.
• Ang pag-redeem ay nagko-convert ng bawat panalong token sa $1.00 ng pUSD, na maaari mong i-withdraw o gamitin para mag-split sa bagong mga posisyon.

Kung hawak mo ang isang complete set ng outcome tokens bago ang resolution, diretso ang redemption: makakakuha ka lamang ng pUSD para sa panalong leg(s). Kung may partial positions ka, ang mga tumutugmang panalong token lamang ang ma-re-redeem.

Common resolution edge-cases traders see

• Disputed finalizations: Maaari i-delay ng mga dispute ng UMA ang settlement at pansamantalang pigilan ang redemption. Nakakaapekto iyon sa liquidity at maaaring mag-trap ng kapital.
• Partial fills and order execution: Ang isang order na na-fill nang bahagya bago ang resolution ay maaaring mag-iwan sa iyo na long sa ilang token at short sa iba; siguraduhing i-track ang mga fills para maiwasan ang hindi inaasahang exposure.
• Tick-size and price updates: Ang pagbabago ng tick size kapag malapit ang resolution ay maaaring makaapekto sa available na mga order; nag-eemit ang WebSocket ng tick_size_change events na mahalaga para sa mga bot.
• Fee and reward effects: Zero ang maker fees; nag-iiba ang taker fees ayon sa category. Nakaaapekto ang fees at builder-attribution (kung ireroute mo sa pamamagitan ng isang Builder) sa netong resulta ngunit hindi nito binabago ang proseso ng oracle settlement.

Huwag kailanman mag-assume na ang isang settled market ay hindi na maaaring muling buksan kung mag-trigger ang UMA ng dispute flow. Laging i-confirm ang market status bago magsagawa ng anumang CTF redeem operation o malalaking transfer.

How this affects arbitrage and endgame strategies

Para sa intra-market arbitrage (pagbili ng set kapag Σ bestAsk < $1.00), sentral ang mechanics ng resolution: ang teoretikal na kita mo ay nagko-convert sa pUSD lamang pagkatapos ng finalization at redeem. Ibig sabihin, kasinghalaga ng order execution ang timing, oracle dispute risk, at settlement delays.

Praktikal na mga patakaran:

• Ituring ang spread bilang matematikal na edge lamang matapos mong i-account ang fees, slippage, at dispute risks. Laging ilahad ang mga panganib na ito bago tawagin ang isang trade na arbitrage.
• Para sa endgame strategies (malapit-resolve na presyo gaya ng $0.95–$0.99), mag-ingat nang husto: ang mas maliit na margin at mga dispute ng UMA ay maaaring gawing pagkawala ang isang short-term play.
• Gamitin ang mga API ng Polymarket at ang Market WebSocket upang i-monitor ang reports, tick_size_change, best_bid_ask, at last_trade_price nang real time.

Monitoring resolution programmatically

APIs at feeds na dapat bantayan:

• Gamma API (https://gamma-api.polymarket.com): market at event metadata, kabilang ang mga resolution-related fields. Gamitin ang /markets endpoint na may cursor-based pagination.
• Data API (https://data-api.polymarket.com): positions, trades, at open interest para subaybayan ang mga fills at exposure.
• Market WebSocket (wss://ws-subscriptions-clob.polymarket.com/ws/market): real-time book, price_change, best_bid_ask, last_trade_price, at tick_size_change. PING bawat 10s; mag-subscribe gamit ang custom_feature_enabled para makatanggap ng best_bid_ask.

Pagsamahin ang mga feed na ito para madetect ang isang report, bantayan ang mga signal ng dispute ng UMA sa UI o data feed, at huwag muna gumawa ng final accounting hanggang ang market status ay final.

Checklist: what to do when a market reports

• I-confirm ang reported outcome sa Gamma at sa Polymarket UI.
• I-pause ang automation na nagpapalagay ng agarang finality hanggang matapos ang dispute phase ng UMA.
• I-track ang open orders at fills; i-cancel o i-adjust kung kinakailangan upang maiwasan ang unintended exposure.
• Pagkatapos ng finalization, i-redeem ang panalong tokens sa pamamagitan ng UI, SDK, o sa iyong Relayer-integrated flow.

How this affects your trading

Ang resolution ang huling bottleneck sa pagitan ng trade execution at ng realisadong pUSD. Para sa mga aktibong trader at arbitrageur, nangangahulugan iyon na kailangan mong pamahalaan ang tatlong magkakaugnay na panganib: execution (fills at slippage), oracle resolution (reports at disputes), at settlement timing (redeem at withdrawals). Ang matagumpay na execution ay nangangailangan ng mabilis na market-side tooling at konserbatibong palagay tungkol sa dispute risk.

Kung gagawa ka ng automation, i-log ang bawat fill at bantayan ang mga WebSocket channel na nakalista sa itaas. Ituring ang mga merkado na nasa o malapit sa reported state bilang may mas mataas na panganib hanggang sa malinaw ang UMA.

Closing note: Ang Polymarket resolution explained ay dapat magbigay sa iyo ng operational checklist at mental model para pamahalaan ang settlement risk. Gamitin ang mga API at WebSocket para i-monitor ang mga event, tandaan na gasless ang CTF redeem sa pamamagitan ng Relayer, at laging i-account ang dispute windows bago mong ipalagay na ang isang trade ay naging pUSD.

Frequently asked questions

Who reports outcomes on Polymarket?

Gumagamit ang Polymarket ng UMA optimistic oracle para sa outcome reporting. Isinusumite ang mga report sa UMA at nakikita ang mga ito sa UI at APIs ng Polymarket; hinahandle ng UMA ang anumang mga sumusunod na dispute ayon sa sarili nitong proseso.

What happens during the UMA dispute window?

Matapos ang isang report, pinapayagan ng UMA ang isang dispute period kung saan maaaring kuwestiyunin ng mga challenger ang na-report na outcome. Kung may inihain na dispute, pinapahinto ng UMA ang optimistic settlement at pinapatuloy ang dispute-resolution flow nito, na maaaring mag-delay sa redemption ng panalong tokens.

Are CTF operations gasless on Polymarket?

Oo. Sinusuportahan ng Polymarket ang gas sa pamamagitan ng Relayer nito. Ang split, merge, redeem, transfers, at paglalagay ng order ay gasless para sa end user dahil niroute ang mga ito sa pamamagitan ng Relayer.

Can a market be reopened after it looks resolved?

Oo. Kung makatanggap ng dispute ang UMA, ang isang merkado na mukhang resolved ay maaaring muling buksan o ma-delay habang hinihintay ang resolusyon ng UMA. Ituring ang anumang merkado na nasa o malapit sa dispute phase bilang may resolution risk.

How can I programmatically detect a report or dispute?

Gamitin ang Gamma API para sa market metadata at ang Market WebSocket (wss://ws-subscriptions-clob.polymarket.com/ws/market) para sa real-time events tulad ng price_change, best_bid_ask, last_trade_price, at tick_size_change. Pagsamahin ang mga feed na iyon sa Data API endpoints para i-monitor ang positions at fills.