Polymarket resolution explained

Penjelasan resolusi Polymarket: panduan ini menjelaskan siklus end-to-end dari pelaporan hingga penebusan token hasil, tahap sengketa optimistis UMA, dan implikasi praktis bagi trader. Kamu akan mempelajari apa yang terjadi on-chain dan off-chain, langkah mana yang gasless bagi pengguna, serta waktu dan risiko yang penting untuk arbitrase dan manajemen posisi.

Key takeaways

• Resolusi dimulai dengan laporan hasil dan dapat memasuki periode sengketa optimistis UMA sebelum penyelesaian final.
• Meskipun token hasil adalah aset ERC-1155 CTF, split/merge/redeem dan penempatan order bersifat gasless bagi pengguna melalui Relayer.
• Sengketa, penundaan oracle, partial fill, dan waktu penyelesaian menciptakan risiko nyata meskipun harga menyiratkan edge matematis.
• Ketahui urutannya: report → dispute window (UMA) → finalization → redeem token pemenang menjadi pUSD.

What "resolution" means on Polymarket

Di Polymarket, resolusi adalah proses yang mengubah token hasil yang dapat diperdagangkan menjadi dana yang dapat ditebus. Untuk pasar biner dan multi-hasil, sebuah oracle pada akhirnya menentukan hasil mana yang berstatus YES. Ketika suatu hasil menjadi final, setiap token pemenang menjadi dapat ditebus sebesar $1.00 pUSD; token yang kalah menjadi tidak bernilai.

Pasar menggunakan Gnosis Conditional Token Framework (CTF) untuk token hasil. Token tersebut berperilaku seperti kepemilikan ERC-1155: kamu bisa memperdagangkannya di CLOB, mentransfernya, atau menggabungkannya lewat operasi split/merge. Perbedaan kunci pada resolusi adalah laporan final oracle yang membuka alur redeem CTF yang mengubah token pemenang menjadi pUSD.

The reporting step: who reports and why it matters

Resolusi dimulai ketika seorang reporter mengajukan hasil ke sistem oracle. Polymarket menggunakan UMA optimistic oracle untuk pelaporan. Laporan yang diajukan menyebut hasil yang diyakini reporter benar dan memulai penghitung waktu untuk tahap berikutnya.

Mengapa ini penting:

• Laporan adalah sinyal publik pertama bahwa peristiwa pasar telah mencapai keadaan yang dapat diselesaikan. Trader yang memantau order book bisa merespons segera.
• Laporan terlihat di UI Polymarket dan lewat Gamma API, sehingga bot arbitrase dan trader manusia dapat mendeteksinya secara programatis.

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

Setelah laporan diposkan, model optimistis UMA memungkinkan adanya jendela sengketa di mana penantang dapat mengajukan bukti tandingan. Jika sengketa diajukan, alur optimistis dijeda dan UMA menyelesaikan perselisihan sesuai prosesnya.

Poin praktis penting:

• Jendela sengketa memperkenalkan ketidakpastian. Pasar yang tampak terselesaikan bisa dibuka kembali untuk penyelidikan jika UMA menerima sengketa.
• Karena rincian waktu dan pelaksanaan prosedur UMA bersifat eksternal terhadap Polymarket, trader harus menganggap pasar apa pun yang berada di dalam atau dekat fase sengketa membawa risiko resolusi.

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

Setelah proses oracle selesai dan hasil menjadi final, pasar difinalisasi on-chain. Pada titik itu pengguna dapat menebus token hasil ERC-1155 pemenang menjadi pUSD melalui operasi redeem CTF.

Secara praktis di Polymarket:

• Operasi CTF (split / merge / redeem) ditangani melalui Polymarket Relayer, sehingga bagi kamu operasi tersebut bersifat gasless.
• Penebusan mengubah setiap token pemenang menjadi $1.00 pUSD, yang kemudian bisa kamu tarik atau gunakan untuk membagi menjadi posisi baru.

Jika kamu memegang satu set lengkap token hasil sebelum resolusi, penebusan sederhana: kamu hanya menerima pUSD untuk kaki pemenang. Jika kamu memegang posisi parsial, hanya token pemenang terkait yang bisa ditebus.

Common resolution edge-cases traders see

• Disputed finalizations: sengketa UMA dapat menunda penyelesaian dan sementara mencegah penebusan. Itu memengaruhi likuiditas dan bisa menjebak modal.
• Partial fills and order execution: sebuah order yang terisi sebagian sebelum resolusi dapat meninggalkanmu long pada token tertentu dan short pada token lain; pastikan kamu melacak fills untuk menghindari eksposur tak terduga.
• Tick-size and price updates: perubahan tick size mendekati resolusi dapat mengubah order yang tersedia; WebSocket mengeluarkan event tick_size_change yang penting bagi bot.
• Fee and reward effects: maker fee nol; taker fee bervariasi menurut kategori. Biaya dan builder-attribution (jika kamu merutekan lewat Builder) memengaruhi hasil bersih tetapi tidak mengubah proses penyelesaian oracle.

Jangan pernah mengasumsikan pasar yang terselesaikan tidak bisa dibuka kembali jika UMA memicu alur sengketa. Selalu konfirmasi status pasar sebelum memulai operasi redeem CTF atau transfer besar.

How this affects arbitrage and endgame strategies

Untuk intra-market arbitrage (membeli satu set ketika Σ bestAsk < $1.00), mekanika resolusi sangat penting: keuntungan teoretismu berubah menjadi pUSD hanya setelah finalisasi dan penebusan. Itu berarti waktu, risiko sengketa oracle, dan penundaan penyelesaian sama pentingnya dengan eksekusi order.

Aturan praktis singkat:

• Perlakukan spread sebagai edge matematis hanya setelah kamu memperhitungkan biaya, slippage, dan risiko sengketa. Selalu jabarkan risiko ini sebelum menyebut sebuah trade sebagai arbitrase.
• Untuk strategi endgame (harga mendekati resolusi seperti $0.95–$0.99), bersikaplah sangat hati-hati: margin yang lebih kecil dan sengketa UMA dapat mengubah permainan jangka pendek menjadi kerugian.
• Gunakan API Polymarket dan Market WebSocket untuk memantau reports, tick_size_change, best_bid_ask, dan last_trade_price secara real time.

Monitoring resolution programmatically

APIs dan feed yang harus dipantau:

• Gamma API (https://gamma-api.polymarket.com): metadata pasar dan event, termasuk field terkait resolusi. Gunakan endpoint /markets dengan pagination berbasis cursor.
• Data API (https://data-api.polymarket.com): positions, trades, dan open interest untuk melacak fills dan eksposur.
• Market WebSocket (wss://ws-subscriptions-clob.polymarket.com/ws/market): book real-time, price_change, best_bid_ask, last_trade_price, dan tick_size_change. PING setiap 10s; subscribe dengan custom_feature_enabled untuk mendapatkan best_bid_ask.

Gabungkan feed ini untuk mendeteksi sebuah laporan, pantau sinyal sengketa UMA di UI atau data feed, dan tunda penghitungan akhir sampai status pasar benar-benar final.

Checklist: what to do when a market reports

• Konfirmasi hasil yang dilaporkan di Gamma dan UI Polymarket.
• Jeda otomatisasi yang menganggap finalitas segera sampai fase sengketa UMA selesai.
• Lacak order terbuka dan fills; batalkan atau sesuaikan kalau perlu untuk menghindari eksposur tak diinginkan.
• Setelah finalisasi, tebus token pemenang lewat UI, SDK, atau alur yang terintegrasi Relayer-mu.

How this affects your trading

Resolusi adalah bottleneck terakhir antara eksekusi trade dan realisasi pUSD. Bagi trader aktif dan arbitraseur, itu berarti kamu harus mengelola tiga risiko yang terkait: eksekusi (fills dan slippage), resolusi oracle (laporan dan sengketa), dan waktu penyelesaian (redeem dan penarikan). Eksekusi yang sukses membutuhkan alat market-side yang cepat dan asumsi konservatif tentang risiko sengketa.

Jika kamu membangun otomasi, catat setiap fill dan pantau channel WebSocket yang disebutkan di atas. Perlakukan pasar yang berada di atau dekat status dilaporkan sebagai risiko lebih tinggi sampai UMA menyatakannya clear.

Catatan penutup: Penjelasan resolusi Polymarket ini seharusnya memberi kamu daftar operasional dan model mental untuk mengelola risiko penyelesaian. Gunakan API dan WebSocket untuk memantau event, ingat bahwa penebusan CTF bersifat gasless melalui Relayer, dan selalu perhitungkan jendela sengketa sebelum menganggap sebuah trade telah berubah menjadi pUSD.

Frequently asked questions

Who reports outcomes on Polymarket?

Polymarket menggunakan UMA optimistic oracle untuk pelaporan hasil. Laporan diajukan ke UMA dan terlihat di UI serta API Polymarket; UMA menangani sengketa selanjutnya sesuai prosesnya.

What happens during the UMA dispute window?

Setelah sebuah laporan, UMA memberikan periode sengketa di mana penantang dapat membantah hasil yang dilaporkan. Jika digugat, UMA menunda penyelesaian optimistis dan melanjutkan melalui alur penyelesaian sengketanya, yang dapat menunda penebusan token pemenang.

Are CTF operations gasless on Polymarket?

Ya. Polymarket mensponsori gas melalui Relayer-nya. Split, merge, redeem, transfer, dan penempatan order bersifat gasless bagi pengguna akhir karena dirutekan melalui Relayer.

Can a market be reopened after it looks resolved?

Ya. Jika UMA menerima sengketa, pasar yang tampak terselesaikan dapat dibuka kembali atau ditunda sampai UMA menyelesaikannya. Anggap setiap pasar yang berada di atau dekat fase sengketa membawa risiko resolusi.

How can I programmatically detect a report or dispute?

Gunakan Gamma API untuk metadata pasar dan Market WebSocket (wss://ws-subscriptions-clob.polymarket.com/ws/market) untuk event real-time seperti price_change, best_bid_ask, last_trade_price, dan tick_size_change. Gabungkan feed tersebut dengan endpoint Data API untuk memantau positions dan fills.