Polymarket resolution explained

Polymarket resolution explained: panduan ini menerangkan kitar hayat hujung-ke-hujung dari pelaporan hingga penebusan token hasil, peringkat pertikaian optimistik UMA, dan implikasi praktikal untuk pedagang. Anda akan belajar apa yang berlaku di on-chain dan off-chain, langkah mana yang gasless untuk pengguna, serta masa dan risiko yang penting untuk arbitrage dan pengurusan posisi.

Key takeaways

• Resolution bermula dengan laporan hasil dan boleh memasuki tempoh pertikaian optimistik UMA sebelum penyelesaian akhir.
• Walaupun token hasil ialah aset ERC-1155 CTF, split/merge/redeem dan penempatan order adalah gasless untuk pengguna melalui Relayer.
• Pertikaian, kelewatan oracle, pengisian separa dan masa penyelesaian mencipta risiko sebenar walaupun harga menunjukkan kelebihan matematik.
• Ketahui urutan: report → dispute window (UMA) → finalization → redeem winning tokens for pUSD.

What "resolution" means on Polymarket

Di Polymarket, resolution ialah proses yang menukar token hasil boleh didagang kepada dana yang boleh ditebus. Untuk pasaran binari dan pelbagai hasil, sebuah oracle akhirnya menentukan yang mana satu hasil akan resolve YES. Apabila suatu hasil adalah muktamad, setiap token pemenang menjadi boleh ditebus untuk $1.00 pUSD; token yang kalah tidak bernilai.

Pasaran menggunakan Gnosis Conditional Token Framework (CTF) untuk token hasil. Token tersebut berfungsi seperti pegangan ERC-1155 biasa: anda boleh memperdagangkannya di CLOB, memindahkannya, atau menggabungkannya dengan operasi split/merge. Perbezaan utama pada resolution ialah laporan akhir oracle membuka aliran redeem CTF yang menukar token pemenang menjadi pUSD.

The reporting step: who reports and why it matters

Resolution bermula apabila seorang reporter menghantar hasil kepada sistem oracle. Polymarket menggunakan UMA optimistic oracle untuk pelaporan. Laporan yang dihantar menamakan hasil yang dianggap betul oleh reporter dan memulakan jam bagi peringkat seterusnya.

Kenapa ini penting:

• Laporan adalah isyarat awam pertama bahawa acara pasaran telah mencapai keadaan boleh diselesaikan. Pedagang yang memantau order book boleh bertindak segera.
• Laporan kelihatan dalam UI Polymarket dan melalui Gamma API, jadi bot arbitrage dan pedagang manusia boleh mengesannya secara programatik.

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

Selepas laporan diposkan, model optimistik UMA membenarkan tetingkap pertikaian di mana pencabar boleh mengemukakan bukti tandingan. Jika pertikaian dikemukakan, aliran optimistik dijeda dan UMA menyelesaikan percanggahan mengikut prosesnya.

Perkara praktikal penting:

• Tetingkap pertikaian memperkenalkan ketidakpastian. Pasaran yang nampak diselesaikan boleh dibuka semula untuk siasatan jika UMA menerima pertikaian.
• Oleh kerana butiran masa dan pelaksanaan prosedur UMA adalah luaran kepada Polymarket, pedagang harus menganggap apa-apa pasaran yang berada dalam atau berhampiran fasa pertikaian membawa risiko resolution.

Nota: Arahan sistem menyatakan UMA digunakan tetapi tidak menyediakan tempoh tetingkap pertikaian. Lihat bahagian Notes untuk jurang itu.

Finalization and redeeming CTF tokens

Setelah proses oracle lengkap dan hasil menjadi muktamad, pasaran difinalisasikan on-chain. Pada ketika itu pengguna boleh menebus token hasil ERC-1155 pemenang untuk pUSD melalui operasi redeem CTF.

Secara praktikal pada Polymarket:

• Operasi CTF (split / merge / redeem) diuruskan melalui Polymarket Relayer, jadi ia adalah gasless untuk anda.
• Penebusan menukar setiap token pemenang kepada $1.00 pUSD, yang kemudian boleh anda keluarkan atau gunakan untuk split ke dalam posisi baru.

Jika anda memegang satu set lengkap token hasil sebelum resolution, penebusan adalah mudah: anda hanya menerima pUSD untuk kaki pemenang. Jika anda memegang posisi separa, hanya token pemenang yang berkaitan boleh ditebus.

Common resolution edge-cases traders see

• Disputed finalizations: pertikaian UMA boleh menangguhkan penyelesaian dan sementara menghalang penebusan. Itu menjejaskan kecairan dan boleh memerangkap modal.
• Partial fills and order execution: order yang diisi separa sebelum resolution boleh meninggalkan anda long pada token tertentu dan short pada yang lain; pastikan anda menjejak pengisian untuk mengelakkan pendedahan yang tidak dijangka.
• Tick-size and price updates: perubahan tick size dekat dengan resolution boleh mengubah order yang tersedia; WebSocket menghantar acara tick_size_change yang penting untuk bot.
• Fee and reward effects: maker fees adalah sifar; taker fees berbeza mengikut kategori. Yuran dan atribusi builder (jika anda merutekan melalui seorang Builder) menjejaskan hasil bersih tetapi tidak mengubah proses penyelesaian oracle.

Jangan sekali-kali menganggap pasaran yang diselesaikan tidak boleh dibuka semula jika UMA mencetuskan aliran pertikaian. Sentiasa sahkan status pasaran sebelum memulakan sebarang operasi redeem CTF atau pemindahan besar.

How this affects arbitrage and endgame strategies

Untuk intra-market arbitrage (membeli satu set apabila Σ bestAsk < $1.00), mekanik resolution adalah penting: keuntungan teoritis anda ditukar kepada pUSD hanya selepas finalization dan redeem. Itu bermakna masa, risiko pertikaian oracle, dan kelewatan penyelesaian sama penting dengan pelaksanaan order.

Peraturan praktikal:

• Anggap spread sebagai kelebihan matematik hanya selepas anda mengambil kira yuran, slippage, dan risiko pertikaian. Sentiasa senaraikan risiko ini sebelum melabelkan dagangan sebagai arbitrage.
• Untuk strategi endgame (harga hampir resolution seperti $0.95–$0.99), bersikap sangat berhati-hati: margin yang kecil dan pertikaian UMA boleh mengubah permainan jangka pendek menjadi kerugian.
• Gunakan API Polymarket dan Market WebSocket untuk memantau laporan, tick_size_change, best_bid_ask, dan last_trade_price secara masa nyata.

Monitoring resolution programmatically

APIs and feeds to watch:

• Gamma API (https://gamma-api.polymarket.com): metadata pasaran dan acara, termasuk medan berkaitan resolution. Gunakan endpoint /markets dengan pagination berasaskan cursor.
• Data API (https://data-api.polymarket.com): posisi, dagangan, dan open interest untuk menjejak pengisian dan pendedahan.
• Market WebSocket (wss://ws-subscriptions-clob.polymarket.com/ws/market): buku masa nyata, price_change, best_bid_ask, last_trade_price, dan tick_size_change. PING setiap 10s; langgan dengan custom_feature_enabled untuk mendapat best_bid_ask.

Gabungkan feed ini untuk mengesan laporan, memerhati isyarat pertikaian UMA dalam UI atau feed data, dan tunggu pengiraan akhir sehingga status pasaran menjadi muktamad.

Checklist: what to do when a market reports

• Sahkan hasil yang dilaporkan di Gamma dan UI Polymarket.
• Berhentikan automasi yang menganggap finaliti serta-merta sehingga fasa pertikaian UMA selesai.
• Jejak order terbuka dan pengisian; batalkan atau laraskan jika perlu untuk mengelakkan pendedahan yang tidak dikehendaki.
• Selepas finalization, tebus token pemenang melalui UI, SDK, atau aliran yang diintegrasikan dengan Relayer anda.

How this affects your trading

Resolution ialah halangan akhir antara pelaksanaan dagangan dan pUSD yang direalisasikan. Untuk pedagang aktif dan arbitrageur, itu bermakna anda mesti mengurus tiga risiko berkait: pelaksanaan (pengisian dan slippage), resolution oracle (laporan dan pertikaian), dan masa penyelesaian (redeem dan pengeluaran). Pelaksanaan berjaya memerlukan alat pasaran yang pantas dan andaian konservatif tentang risiko pertikaian.

Jika anda membina automasi, log setiap pengisian dan pantau saluran WebSocket yang disenaraikan di atas. Anggap pasaran yang berada dalam atau berhampiran keadaan dilaporkan sebagai risiko yang lebih tinggi sehingga UMA mengeluarkan ia.

Closing note: Polymarket resolution explained harus memberika nandaftar operasi dan model mental untuk mengurus risiko penyelesaian. Gunakan API dan WebSocket untuk memantau acara, ingat bahawa penebusan CTF adalah gasless melalui Relayer, dan sentiasa ambil kira tetingkap pertikaian sebelum anda menganggap dagangan telah ditukar menjadi pUSD.

Frequently asked questions

Who reports outcomes on Polymarket?

Polymarket menggunakan UMA optimistic oracle untuk pelaporan hasil. Laporan dihantar ke UMA dan kelihatan dalam UI dan API Polymarket; UMA mengendalikan sebarang pertikaian seterusnya mengikut prosesnya.

What happens during the UMA dispute window?

Selepas laporan, UMA membenarkan tempoh pertikaian di mana pencabar boleh mencabar hasil yang dilaporkan. Jika dicabar, UMA menghentikan penyelesaian optimistik dan meneruskan aliran penyelesaian pertikaiannya, yang boleh menangguhkan penebusan token pemenang.

Are CTF operations gasless on Polymarket?

Ya. Polymarket menaja gas melalui Relayernya. Split, merge, redeem, pemindahan, dan penempatan order adalah gasless untuk pengguna akhir kerana ia dirutekan melalui Relayer.

Can a market be reopened after it looks resolved?

Boleh. Jika UMA menerima pertikaian, pasaran yang nampak diselesaikan boleh dibuka semula atau ditangguhkan menunggu penyelesaian UMA. Anggap mana-mana pasaran yang berada dalam atau berhampiran fasa pertikaian membawa risiko resolution.

How can I programmatically detect a report or dispute?

Gunakan Gamma API untuk metadata pasaran dan Market WebSocket (wss://ws-subscriptions-clob.polymarket.com/ws/market) untuk acara masa nyata seperti price_change, best_bid_ask, last_trade_price, dan tick_size_change. Gabungkan feed tersebut dengan endpoint Data API untuk memantau posisi dan pengisian.