Polymarket UMA oracle: paano gumagana ang resolution at disputes

Ang Polymarket UMA oracle resolution ang nagtatakda kung kailan nagiging redeemable ang outcome tokens at kung kailan nagsi-settle ang mga market. Ang Polymarket UMA oracle ay isang "optimistic" reporting system: may paunang report na maaaring i-dispute. Pinapahinto ng mga dispute ang settlement hanggang sa i-finalise ng UMA ang resulta, na nakakaapekto sa kung kailan mo maaaring i-redeem ang panalong shares o magsara ng mga posisyon.

Pangunahing puntos

• Gumagamit ang Polymarket ng isang optimistic UMA oracle: ang paunang report ay maaaring hamunin, at pinapahinto ng mga dispute ang settlement.
• Ginagawang redeemable ng resolution ang mga CTF outcome tokens para sa $1.00 bawat isa; bago ang finality, nananatiling hindi redeemable ang mga token.
• Nagpapakilala ang mga dispute ng resolution risk at hindi tiyak na timing—huwag ituring ang hindi pa na-finalise na market bilang ganap na settled.
• Para sa trading, asahan na ang mga order at transfer ay maaaring maapektuhan ng settlement status; i-check ang market metadata at ang Gamma/Data APIs para sa mga flag.
• Dapat isaalang-alang ng mga arbitrage at endgame strategy ang dispute windows ng UMA, slippage, fees, at ang mechanics ng UMA dispute.

Paano nakaugnay ang UMA optimistic oracle sa Polymarket

Dinedelegate ng Polymarket ang final reporting sa isang optimistic UMA oracle. Nagbibigay ang UMA ng mabilis na paunang report at ng pormal na mekanismo para sa dispute. Kapag naganap ang isang event sa totoong mundo, ipinapaskil ng oracle ang paunang outcome; itinuturing na balido ang outcome na iyon maliban kung may matagumpay na mag-dispute sa pamamagitan ng proseso ng UMA.

Mahalaga ito sa Polymarket dahil ang mga outcome token na inisyu ng Gnosis Conditional Token Framework (CTF) ay maaari lamang i-redeem para sa $1.00 pagkatapos ng final decision ng oracle. Hanggang hindi pini-finalise ng UMA, ang market ay nananatili sa limbo para sa layunin ng settlement.

Ang timeline ng resolution (pinasimple)

1. Real-world trigger: naganap ang event o dumating ang naka-schedule na resolution time.
2. Initial report: ipinapaskil ng UMA oracle ang paunang outcome sa chain.
3. Dispute window: maaaring magsumite ng disputes ang mga partido sa UMA. Habang aktibo ang dispute, pinapahinto ang settlement.
4. Finalisation: sinasara ng UMA ang mga dispute at nag-eemit ng pinal na outcome.
5. Redeem/settle: pagkatapos ng finalisation, maaaring tumawag ang mga nanalo sa CTF ng redeem at tumanggap ng $1.00 bawat panalong token; ang mga talong token ay walang halaga.

Bawat hakbang ay on-chain at maaaring makita sa Gamma at Data APIs ng Polymarket. Kung umaasa ka sa programmatic checks, gamitin ang mga field ng Gamma /markets at ang Data API para sa positions at settlement status.

Ano talaga ang ginagawa ng isang dispute

Hinahamon ng isang dispute ang paunang report. Karaniwang may kasamang pag-stake o pagsusumite ng ebidensya off-chain at on-chain ang mga dispute sa pamamagitan ng mekanismo ng UMA. Habang tumatakbo ang dispute process:

• Pinapahinto ang settlement: naantala ang mga redeem operation na magbabayad sa mga nanalo.
• Maaaring malimitahan ang mga transfer at ilang CTF operations hanggang sa ma-finalise ang market.
• Hindi dapat umasa ang mga trader sa agarang cash-out ng mga resolved na posisyon hanggang sa i-finalise ng UMA ang outcome.

Maikli o mahaba ang tagal ng dispute depende sa mga patakaran ng UMA at sa komplikasyon ng factual question. Hindi kinokontrol ng Polymarket ang cadence ng dispute ng UMA; sinasunod nito ang final decision ng UMA.

Paano ito nakakaapekto sa trading at arbitrage

Kung nagte-trade ka malapit sa resolution (halimbawa sa endgame o arbitrage plays), lumilikha ang dispute mechanism ng tatlong praktikal na epekto:

• Hindi tiyak ang timing: ang ini-report na panalo ay hindi pa redeemable hanggang sa i-finalise ng UMA. Maaari nitong pahabain ang oras mula sa reporting hanggang sa aktwal na payout.
• Resolution risk: maaaring magbago ang paunang report. Ang outcome na binili mo bilang "panalo" ay maaaring baligtarin kung matagumpay ang dispute.
• Opportunity cost at locked capital: ang mga token na naka-tie habang may dispute ay hindi maaaring gamitin muli hanggang matapos ang settlement.

Kapag sinusuri ang ipinapakitang arbitrage (halimbawa intra-market binary o combinatorial arbitrage), idagdag ang mga ito sa karaniwang listahan ng mga panganib: slippage, partial fills, taker fees (nag-iiba ayon sa kategorya), at smart-contract risk. Huwag ipalagay na ang isang arbitrage edge ay effectively certain habang may aktibong dispute.

Ano ang dapat bantayan sa UI at APIs

• Market status flags: kasama sa Gamma /markets ang closed at archived flags at metadata. Gamitin ang mga iyon para tuklasin ang mga market na na-report pero hindi pa na-finalise.
• Positions at redeemability: ipinapakita ng Data API ang positions, open interest, at holder data; i-check kung matagumpay o tinatanggihan ang mga redeem operation habang may active dispute.
• Mga mensahe na kaugnay ng UMA: maaaring magpakita ang Polymarket ng notice sa market UI kapag may ongoing na UMA disputes. Laging basahin ang resolution text ng market at anumang dispute notes.
• WebSocket events: hindi awtomatikong mag-ooverride ang market settlement o tick changes sa isang dispute; umasa sa Gamma/Data para sa mga finality indicator.

Mga best practice para sa iba't ibang user

Traders: iwasang asumihin ang agarang cash-out sa ini-report na outcome. Kung kailangan mo ng liquidity, magplano para sa dispute window at isama ito sa position sizing. Para sa endgame plays, maging malinaw tungkol sa mas mataas na settlement uncertainty at potensyal na reversal.

Arbitrageurs: kapag bumili ka ng complete set para kuhanin ang intra-market edge, tandaan na ang profit ay na-crystallise lamang kapag redeemable na ang panalong tokens. Kung humaba ang dispute, naka-lock ang iyong kapital at maaaring magbago ang na-realise na margin kung kinakain ito ng fees o slippage.

Developers at bots: mag-program ng checks laban sa Gamma /markets at mga Data API endpoint para sa settlement flags. Nagpapatuloy ang CLOB at order flows, pero ang mga finality-dependent na aksyon (redeem, pag-withdraw ng settled funds) ay dapat maghintay sa UMA finalisation.

Karaniwang tanong tungkol sa timing at outcomes

• Gaano katagal ang dispute? Kontrolado ng UMA ang dispute timing; nag-iiba ito. Sinasunod ng Polymarket ang final outcome ng UMA.
• Maaari bang mabago ang paunang report? Oo—maaaring baguhin ng matagumpay na dispute ang na-report na outcome at samakatuwid kung alin sa mga CTF token ang magiging redeemable kapag kumpleto na ang settlement.
• Nakakaapekto ba ang disputes sa on-chain balances? Kapag na-finalise na, isinasalin ng redeem operations ang panalong CTF tokens sa pUSD; hanggang noon, ipinapakita ng balances ang pagmamay-ari ng token, hindi ang na-redeem na cash.

Paano ito nakakaapekto sa iyong trading (praktikal na checklist)

• Bago ang resolution: tandaan ang mga open order, kanselahin kung ayaw mong humawak ng mga token habang may dispute.
• Sa initial report: asahan ang pagkaantala sa redeem; huwag ipagpalagay na settled na para sa payout ang ini-report na panalo.
• Habang may dispute: iwasan ang malaking leverage o konsentrasyon ng kapital sa market; maaaring ma-lock ang kapital.
• Pagkatapos ng finalisation: tumawag ng redeem sa panalong CTF tokens upang tumanggap ng $1.00 bawat token (sumusunod ang semantics ng CTF redeem).

Tandaan na isama ang taker fees (nag-iiba ayon sa kategorya), posibilidad ng mga UMA dispute, slippage mula sa fills, at smart-contract risk kapag tinatayang ang na-realise na returns.

Pangwakas na buod

Nagbibigay ang Polymarket UMA oracle ng mabilis na paunang reports na may on-chain dispute path. Binabalanse ng disenyo na iyon ang bilis at katumpakan, ngunit nangangahulugan ito ng resolution risk at timing uncertainty na kailangan mong isaalang-alang kapag nagte-trade, nag-a-arbitrage, o nagtatayo ng mga tool. Bantayan ang Gamma at ang Data API para sa settlement flags at ituring ang isang paunang ini-report na outcome bilang provisional hanggang sa i-finalise ng UMA.

Para sa mas malalim na operational guidance sa trading mechanics at order types, tingnan ang mga kaugnay na guide: /guides/polymarket-arbitrage-complete-guide at /guides/polymarket-clob-explained.

Madalas na itinatanong

Ano ang UMA optimistic oracle na ginagamit ng Polymarket?

Nagpo-post ang UMA optimistic oracle ng paunang outcome report at nagpapahintulot ng challenges. Sinasunod ng Polymarket ang final decision ng UMA; provisional ang paunang report hanggang sa magsara ang dispute window ng UMA at mag-eemit ng pinal na outcome.

Maaari bang ma-reverse ang isang resolved market pagkatapos ng paunang report?

Oo. Kung matagumpay ang dispute sa ilalim ng mekanika ng UMA, maaaring magbago ang na-report na outcome. Ang pagbabagong iyon ang magtatakda kung alin sa mga CTF token ang magiging redeemable kapag natapos ang settlement.

Hihinto ba ako sa pag-trade sa Polymarket kapag may dispute?

Hindi — nagpapatuloy ang trading sa CLOB ng Polymarket. Gayunpaman, ang mga redeem operation na nagko-convert ng panalong token sa pUSD ay pinapahinto hanggang sa i-finalise ng UMA, at dapat asahan ang hindi tiyak na timing para sa settlement.

Paano naaapektuhan ng disputes ang mga arbitrage strategy?

Nagpapakilala ang disputes ng timing at outcome risk: maaaring ma-lock ang kapital hanggang finalisation, maaaring mabago ang paunang panalo, at maaaring lumiit ang na-realise na margin dahil sa fees o slippage. Isama ang mga ito sa position sizing at execution plans.

Saan ko maaaring i-check programmatically ang dispute o finality status ng isang market?

Gamitin ang Gamma API (https://gamma-api.polymarket.com) para sa market metadata at status flags, at ang Data API (https://data-api.polymarket.com) para sa positions at redeemability. Ipinapakita ng mga endpoint na ito kung natapos na ang settlement.