Penjelasan Algoritma Dasar Polymarket

Karya asli: @MrRyanChi, @insidersdotbot Pendiri Platform Perdagangan Pasar Prediksi

Kata Pengantar: Sisi Lain Polymarket yang Belum Anda Ketahui

Dalam enam bulan terakhir, ratusan juta artikel tentang pasar prediksi telah muncul di Twitter.

Sembilan puluh persen di antaranya membahas bagaimana program penulisan AI dapat menciptakan mitos menjadi kaya. Ini adalah "Yuan," langkah pertama dalam perkenalan Anda dengan pasar yang baru lahir ini.

Sembilan persen lainnya membahas strategi perdagangan spesifik, pembagian pasar, dan analisis strategi uang pintar (smart money). Ini adalah "Dao," langkah pertama dalam mengeksplorasi strategi perdagangan Anda sendiri dan mulai memahami pola pikir untuk menghasilkan uang di pasar prediksi.

Namun, "Fa," yang mengacu pada desain perdagangan dasar pasar prediksi, perhitungan PNL, dan aturan arus uang, hanya dibahas oleh 1% orang tersebut, yang sebagian besar tersebar di beberapa cuitan singkat. Para ahli pertapa ini tampaknya enggan, atau kurang memiliki energi, untuk membagikan metode lengkap mereka kepada semua orang sekaligus.

Jadi, pada hari insiders.bot baru diluncurkan dan Polymarket menyelesaikan pembaruan v2-nya, saya ingin membedah "Fa" dari pasar yang telah kita perdagangkan ini dari teknologi yang paling mendasar.

Oktober lalu, saya menulis versi sederhana yang secara kasar memperkenalkan beberapa komponen inti Polymarket. Kali ini, saya ingin benar-benar menampilkan semua detail desain teknis dan menjelaskannya dengan bahasa yang sederhana.

Artikel ini berisi kerja keras tim kami selama delapan bulan terakhir.

Selama delapan bulan ini, tim @insidersdotbot telah membedah semua kontrak pintar dan arsitektur algoritma dasar Polymarket untuk mencapai perdagangan tercepat dan perhitungan PNL yang paling akurat. Ini adalah sesuatu yang hanya bisa dicapai oleh API kami sendiri, dan sampai hari ini, tidak ada orang lain yang bisa melakukannya.

Jadi, saya pikir kami mungkin adalah pihak yang paling bisa membedah "Fa" Polymarket secara menyeluruh.

Dalam artikel ini, saya akan membantu Anda memahami bagaimana kontrak pintar ctf-exchange-v2 menangani setiap dana, bagaimana Relayer membantu Anda membayar Gas, dan bagaimana Risiko Negatif secara matematis memastikan konservasi nilai.

Ini bukan artikel sains populer biasa. Ini adalah dekonstruksi algoritma komprehensif dari mekanisme dasar Polymarket dari perspektif pengembang.

Mari kita mulai dari dasar. Yaitu, saat Anda menempatkan pesanan, apa sebenarnya yang Anda kirimkan?

P.S. Artikel ini juga telah disesuaikan gaya dan strukturnya oleh AI, jangan ragu untuk membagikannya dengan OpenClaw, Manus, Hermes, atau Agen AI Anda sebagai materi pelatihan!!!

Bab 1: Apa yang Terjadi dari Klik hingga On-chain

1.1 Pesanan Bukan Transaksi, Melainkan "Niat"

Di bursa terdesentralisasi tradisional (seperti Uniswap), saat Anda berdagang, dompet Anda akan memunculkan kotak konfirmasi, Anda perlu membayar biaya Gas, lalu mengirim transaksi ke jaringan blockchain (Mempool) untuk menunggu penambang mengemasnya.

Namun di Polymarket, saat Anda menempatkan pesanan, dompet Anda biasanya memunculkan permintaan "tanda tangan", bukan permintaan "transaksi". Selain itu, Anda tidak perlu membayar Gas apa pun.

Ini bukan sekadar optimalisasi pengalaman pengguna; ini adalah perbedaan mendasar dalam seluruh arsitektur dasar.

Di Polymarket, pesanan pada dasarnya adalah potongan data terstruktur yang mematuhi standar EIP-712. Data ini berisi apa yang ingin Anda lakukan:

• Apakah Anda seorang Maker atau Taker? Token mana (tokenId) yang ingin Anda beli?

• Berapa banyak yang ingin Anda bayar (makerAmount)?

• Berapa banyak yang ingin Anda terima (takerAmount)?

Saat Anda menandatangani, Anda hanya membubuhi data ini dengan kunci pribadi Anda, membuktikan "Saya benar-benar ingin melakukan ini." Kemudian, data yang ditandatangani ini dikirim ke server terpusat Polymarket dan disimpan di Central Limit Order Book (CLOB) off-chain.

Pada tahap ini, belum ada yang terjadi di blockchain. Uang Anda masih ada di dompet Anda, dan token belum ditransfer. Pesanan Anda hanyalah catatan dalam basis data.

1.2 Ekspresi Implisit Harga

Mari kita jeda waktu saat Anda mengirim pesanan. Jika Anda melihat lebih dekat pada struktur pesanan kontrak dasar Polymarket, Anda akan menemukan sesuatu yang sangat berlawanan dengan intuisi: tidak ada kolom "harga" dalam data tanda tangan pesanan.

Bagaimana ini mungkin? Bagaimana bisa ada perdagangan tanpa harga?

Dalam desain dasar protokol Polymarket, harga bersifat implisit. Harga dihitung berdasarkan jumlah yang bersedia Anda bayarkan dan jumlah yang ingin Anda terima.

Jika Anda ingin membeli 100 kontrak YES dengan harga $0,60:

• Anda perlu membayar: $60 pUSD (makerAmount = 60)

• Anda ingin menerima: 100 kontrak YES (takerAmount = 100)

• Harga tersirat = makerAmount / takerAmount = 60 / 100 = $0,60

Jika Anda ingin menjual 100 kontrak YES dengan harga $0,60:

• Anda perlu membayar: 100 kontrak YES (makerAmount = 100)

• Anda ingin menerima: $60 pUSD (takerAmount = 60)

• Harga tersirat = takerAmount / makerAmount = 60 / 100 = $0,60

(Catatan: Meskipun dalam SDK V2 terbaru, pengembang dapat langsung memasukkan harga dan ukuran, SDK tetap mengonversinya menjadi makerAmount dan takerAmount selama penandatanganan dasar. Kecerdasan desain ini terletak pada fakta bahwa kontrak pintar tidak perlu memahami apa itu "harga"; ia hanya perlu menangani logika "aset A ditukar dengan aset B." Ini sangat menyederhanakan logika perhitungan on-chain dan mengurangi konsumsi Gas.)

1.3 Operator: "Polisi Lalu Lintas" Polymarket

Karena pesanan semuanya off-chain, bagaimana mereka menjadi transfer aset nyata di on-chain?

Ini membawa kita ke peran kotak hitam paling inti dalam arsitektur Polymarket: Operator.

Dalam kontrak pintar ctf-exchange-v2, terdapat pengubah (modifier) penting: onlyOperator. Ini berarti hanya alamat tertentu yang dikendalikan oleh Polymarket yang memiliki otoritas untuk memanggil fungsi eksekusi seperti matchOrders dan fillOrder.

Ini benar-benar berbeda dari DeFi tradisional. Di Uniswap, siapa pun dapat memanggil kontrak perutean. Namun di Polymarket, Anda tidak dapat mencocokkan perdagangan di on-chain sendiri. Semua pencocokan harus dikirimkan oleh Operator.

Mengapa dirancang seperti ini? Untuk menghilangkan MEV (Miner Extractable Value) dan front-running.

Dalam buku pesanan on-chain tradisional, jika seseorang menempatkan pesanan besar dengan harga yang sangat rendah, semua bot arbitrase akan dengan panik menawar di Mempool (meningkatkan biaya Gas) untuk mencoba mendahului orang lain dan memakan pesanan tersebut. Ini menyebabkan biaya Gas melonjak dan pengalaman yang buruk bagi pengguna biasa.

Di Polymarket, semua pesanan ada di CLOB off-chain. Mesin pencocokan Operator menghitung siapa yang harus berdagang dengan siapa di server, lalu mengemas hasilnya menjadi transaksi, yang dikirim ke rantai oleh Operator.

Karena hanya Operator yang dapat mengirimkan hasil pencocokan, meskipun bot di Mempool melihat transaksi ini, mereka tidak dapat melakukan front-run karena mereka tidak memiliki otoritas untuk memanggil fungsi eksekusi.

Ini adalah arsitektur "desentralisasi hibrida" yang khas. Pencocokan dan pemesanan bersifat terpusat (diputuskan oleh Operator), tetapi penyelesaian dan penyimpanan dana bersifat terdesentralisasi (dieksekusi oleh kontrak pintar).

Operator dapat memutuskan siapa yang dicocokkan lebih dulu dan siapa yang belakangan, tetapi sama sekali tidak dapat mencuri dana Anda karena harus memberikan data EIP-712 yang Anda tandatangani, dan kontrak akan memverifikasi tanda tangan tersebut dengan ketat.

P.S: Namun, saya harus menyebutkan bahwa tim @insidersdotbot kami tampaknya baru saja menemukan cara untuk mengeksploitasi mekanisme ini, yang memungkinkan pengikut untuk melakukan front-run atau menunda transaksi secara signifikan. Jika ada pembaruan, kami akan mengumumkannya di akun resmi sesegera mungkin.

Bab 2: Ekonomi Relayer

2.1 Ilusi "Tanpa Gas"

Salah satu nilai jual terbesar Polymarket adalah "Transaksi Tanpa Gas" bagi pengguna. Anda hanya perlu pUSD untuk berdagang, tanpa perlu membeli POL (sebelumnya MATIC) untuk disimpan di dompet Anda.

Namun hukum fisik blockchain tidak dapat dilanggar: selama ada perubahan status di Polygon (seperti transfer aset), seseorang harus membayar biaya Gas.

Karena Anda tidak membayar, siapa yang membayar? Jawabannya adalah: Relayer.

2.2 Jaringan Relai Relayer

Polymarket tidak membiarkan pengguna mengirim transaksi sendiri tetapi telah menerapkan infrastruktur yang disebut Relayer Client (relayer-v2.polymarket.com).

Dalam arsitektur awal, layanan semacam itu biasanya mengandalkan layanan tingkat perusahaan seperti OpenZeppelin Defender Relay, mempertahankan kumpulan penanda tangan untuk menyelesaikan konflik nonce di bawah konkurensi tinggi.

Saat aplikasi Anda membuat transaksi (seperti Menyetujui token, Menebus keuntungan), Anda menandatanganinya dengan kunci pribadi Anda dan mengirimkannya ke Relayer. Relayer bertindak sebagai "Sponsor Transaksi," mengirimkan transaksi ini ke rantai dan menanggung biaya Gas dengan kumpulan dananya sendiri.

Arsitektur Relayer dan Siklus Ekonomi

2.3 Apakah Bulu Diambil dari Domba?

Dalam banyak arsitektur meta-transaksi awal, setelah Relayer menanggung Gas, biasanya mereka memotong biaya dari deposit pengguna (seperti 0,3% atau beberapa dolar tetap) untuk mengompensasi biaya Gas.

Namun Polymarket sangat agresif: dalam arsitektur V2 saat ini, mereka benar-benar menanggung jumlah penuh untuk Anda.

Dokumentasi resmi dengan jelas menyatakan: "Polymarket membayar gas untuk semua operasi yang dirutekan melalui relayer." Baik menyebarkan dompet, mengotorisasi token, atau memecah (Split), menggabungkan (Merge), atau menebus (Redeem), semuanya bebas gas dan tidak ada biaya operasional tersembunyi yang dikenakan.

Mengapa Polymarket bersedia menanggung kerugian ini?

Karena biaya Gas di Polygon sangat rendah (biasanya hanya beberapa sen), dan pengalaman bebas gas dapat menarik masuknya pengguna Web2 secara besar-besaran. Selama pengguna dikenakan biaya Taker kecil saat berdagang (yang akan dibahas nanti), itu cukup untuk menutupi biaya Gas yang sangat rendah ini.

Mengetahui hal ini, pertanyaan berikutnya secara alami muncul: apa dampak arsitektur "bebas gas" ini terhadap perdagangan kita?

Biaya tersembunyi terbesar adalah latensi. Pesanan Anda tidak hanya harus melalui mesin pencocokan Polymarket, tetapi jika itu adalah operasi on-chain langsung, pesanan tersebut juga harus melalui verifikasi Relayer, estimasi Gas, dan alokasi antrean.

Bab 3: Tiga Metode Pencocokan, dan Mengapa Pembeli dan Pembeli Juga Bisa Berdagang?

Sekarang kita memasuki bagian paling hardcore dan berlawanan dengan intuisi dari seluruh arsitektur Polymarket.

Di bursa tradisional (seperti buku pesanan Binance), logika pencocokannya sangat sederhana: Alice ingin membeli 1 token seharga $60, Bob ingin menjual 1 token seharga $60. Bursa mencocokkan mereka bersama-sama, token berpindah dari Bob ke Alice, dan uang berpindah dari Alice ke Bob. Selesai.

Namun di Polymarket (berdasarkan Conditional Token Framework CTF), segalanya benar-benar berbeda. Karena di sini, token dapat "dibuat dari ketiadaan" dan "dihancurkan menjadi ketiadaan."

Saat Anda membuka kode sumber ctf-exchange-v2, Anda akan menemukan tiga jalur penyelesaian aset yang sama sekali berbeda: COMPLEMENTARY, MINT, dan MERGE.

Struktur Umum Complementary, Mint, Merge

3.1 COMPLEMENTARY (Pencocokan Komplementer): Perdagangan Barang Bekas Tradisional

Ini adalah metode pencocokan yang paling mudah dipahami dan satu-satunya metode yang dimiliki bursa tradisional.

Skenario: Pasar telah ada untuk sementara waktu, dan semua orang memiliki chip.

• Alice ingin membeli 100 YES seharga $0,60.

• Bob memiliki YES, dan dia ingin menjual 100 YES seharga $0,60.

Operator menemukan kedua pesanan ini (BELI vs JUAL) dan mengemasnya di on-chain. Kontrak pintar mengeksekusi transfer peer-to-peer langsung:

1. Mentransfer 100 YES dari alamat Bob ke Alice.

2. Mentransfer $60 pUSD dari alamat Alice ke Bob.

Mekanisme ini memiliki karakteristik matematika dan teknik berikut:

• Permainan jumlah nol (Zero-sum game): Total pasokan token sistem tidak berubah.

• Konsumsi Gas minimum: Hanya melibatkan transfer dasar, tanpa operasi kompleks CTF.

• Standardisasi: Di pasar yang matang dan likuid, sebagian besar perdagangan harian dilakukan dengan cara ini.

3.2 MINT (Pencocokan Mint): Menciptakan Likuiditas dari Ketiadaan

Ini mungkin inovasi paling revolusioner di Polymarket dan bahkan dalam seluruh sejarah keuangan.

Untuk menjelaskan lebih baik, kita bisa merujuk pada skenario ini: Pasar baru saja diluncurkan, dan tidak ada yang memiliki token YES atau NO.

• Alice sangat bullish; dia ingin membeli 100 YES seharga $0,60.

• Bob sangat bearish; dia ingin membeli 100 NO seharga $0,40.

Catatan: Keduanya adalah pembeli! Tidak ada yang memiliki token yang diinginkan pihak lain!

Dalam buku pesanan tradisional, kedua pesanan ini hanya bisa saling menatap dan tidak akan pernah bisa dieksekusi. Di Polymarket, jika BELI vs BELI (dan tokennya komplementer) terjadi, Operator akan mencocokkan kedua pesanan ini bersama-sama!

1. Kontrak pintar memotong $60 pUSD dari akun Alice.

2. Kontrak pintar memotong $40 pUSD dari akun Bob.

3. Kontrak pintar mengambil $100 pUSD ini, menguncinya sebagai jaminan, lalu memanggil fungsi _mint untuk menciptakan 100 YES dan 100 NO dari ketiadaan.

4. Mengirim 100 YES ke Alice.

5. Mengirim 100 NO ke Bob.

Pemicuan mekanisme ini harus didasarkan pada kondisi matematika yang ketat: jumlah tawaran pembeli harus lebih besar dari atau sama dengan $1,00.

Jika Alice menawar $0,60 untuk YES dan Bob menawar $0,35 untuk NO, totalnya hanya $0,95. Kontrak pintar tidak dapat mencetak pasangan token lengkap senilai $1,00 dengan $0,95. Pencocokan ini akan langsung gagal.

Mekanisme Pencocokan MINT

Dari perspektif pembuat pasar (market maker), mekanisme ini adalah senjata pamungkas untuk memecahkan masalah "cold start". Saat pasar baru dibuka, pembuat pasar tidak perlu menghabiskan uang untuk mencetak banyak token untuk disimpan (yang akan memakan banyak dana). Mereka hanya perlu menempatkan pesanan beli di kedua sisi YES dan NO secara bersamaan (misalnya, $0,49 untuk YES, $0,49 untuk NO). Ketika investor ritel datang untuk menjual, itu akan memicu logika pencetakan.

3.3 MERGE (Pencocokan Merge): Pemusnahan Likuiditas

Di mana ada penciptaan, di situ ada kehancuran. MERGE adalah proses kebalikan dari MINT.

Mari kita lihat kasus sebaliknya. Pasar akan segera tutup, dan semua orang menutup posisi mereka.

• Alice memiliki 100 YES, dan dia ingin menjual seharga $0,60.

• Bob memiliki 100 NO, dan dia juga ingin menjual seharga $0,40.

Catatan: Keduanya adalah penjual! Tidak ada yang bersedia membayar pUSD untuk membeli token mereka.

Pada titik ini, mekanisme Polymarket akan beraksi lagi. Saat menghadapi JUAL vs JUAL, Operator akan melakukan keajaibannya lagi:

1. Kontrak pintar mengambil 100 YES dari Alice.

2. Kontrak pintar mengambil 100 NO dari Bob.

3. Kontrak pintar memanggil fungsi _merge untuk benar-benar menghancurkan 100 pasang YES+NO ini dan membuka kunci $100 pUSD dari perbendaharaan.

4. Mengirim $60 pUSD ke Alice.

5. Mengirim $40 pUSD ke Bob.

Mekanisme Merge memiliki karakteristik matematika dan keuangan berikut:

• Mekanisme deflasi: Total pasokan token sistem berkurang.

• Saluran keluar: Ini memastikan bahwa bahkan tanpa "pembeli," selama harga jual YES dan NO dapat berjumlah $1,00 (bahkan, melepaskan ruang $1,00), semua orang masih bisa mencairkan uang.

Memahami ketiga metode pencocokan ini memberi Anda wawasan tentang siklus hidup pasar Polymarket:

• Tahap Awal (Dominasi MINT): Pasar baru saja dibuka, dan tidak ada token. Baik sisi bullish maupun bearish terus menyuntikkan dana ke dalam sistem melalui mekanisme MINT sebagai ganti token. Total pasokan meningkat pesat.

• Tahap Menengah (Dominasi COMPLEMENTARY): Pasar memiliki likuiditas yang cukup, dan sebagian besar perdagangan adalah pertukaran token yang ada. Total pasokan stabil.

• Tahap Akhir (Dominasi MERGE): Hasil menjadi lebih jelas, dan semua orang mulai menutup posisi mereka. Baik sisi bullish maupun bearish menghancurkan token melalui mekanisme MERGE untuk mencairkan uang. Total pasokan berkurang.

Harap dicatat bahwa ketiga jalur ini tidak dipilih secara subjektif oleh Operator tetapi ditentukan secara ketat oleh aturan perutean kontrak pintar berdasarkan arah pesanan (BELI vs JUAL).

Siklus Hidup Pasar

Bab 4: Split/Merge/Redeem, dan Mengapa PnL Anda Salah?

Setelah memahami mekanisme pencocokan, mari kita lihat tiga operasi dasar yang mungkin Anda gunakan setiap hari tetapi belum pernah benar-benar memahami dampak keuangannya: Split, Merge, dan Redeem.

Ketiga operasi ini adalah operasi tingkat atomik Polymarket. Mereka bukan "perdagangan" (tidak melalui buku pesanan, tidak dikenakan biaya), tetapi berinteraksi langsung dengan kontrak pintar untuk konversi aset.

• Split: Anda memberikan kontrak $1 pUSD, dan kontrak memberi Anda 1 YES dan 1 NO. Biayanya selalu tepat $1.

• Merge: Anda memberikan kontrak 1 YES dan 1 NO, dan kontrak mengembalikan $1 pUSD kepada Anda. Keuntungannya selalu tepat $1.

• Redeem: Setelah pasar menentukan pemenang dan pecundang, token pemenang ditukar dengan $1 pUSD, dan token pecundang dinolkan.

Perbandingan Sebelum dan Sesudah Operasi Split

4.1 Siapa yang Menggunakan Operasi Ini?

• Pembuat Pasar (Market Maker): Mereka adalah pengguna terbesar Split. Pembuat pasar perlu menempatkan pesanan di kedua sisi secara bersamaan, tetapi mereka tidak ingin membeli token di pasar (yang dikenakan biaya). Mereka langsung Memecah (Split) $100.000 menjadi 100.000 YES dan 100.000 NO, lalu menempatkannya di buku pesanan.

• Arbitrase: Mereka adalah pengguna terbesar Merge. Ketika pasar mengalami kesalahan harga sementara, seperti YES turun menjadi $0,40 dan NO turun menjadi $0,55, arbitrase akan dengan cepat membeli 1 YES dan 1 NO (total biaya $0,95) lalu segera memanggil Merge untuk mendapatkan kembali $1, menghasilkan keuntungan bersih bebas risiko sebesar $0,05. Kondisi matematikanya sangat jelas: ketika Harga(YES) + Harga(NO) < 1 - biaya, membeli dan Melakukan Merge adalah hal yang pasti.

Jadi, saat Anda mencoba mengikuti uang pintar arbitrase atau uang pintar pembuat pasar, Anda harus menilai secara akurat dampak Split/Merge pada PnL. Jika tidak, itu bukan "uang pintar" yang layak dijadikan referensi.

Saat ini, termasuk Polymarket sendiri, tidak ada yang bisa memecahkan masalah perhitungan PnL. Tentu saja, Anda mungkin sudah menebaknya - insiders.bot telah memecahkan masalah ini dalam perhitungan PnL dan peramban uang pintar.

4.2 Jebakan PnL: Mengapa Keuntungan Anda Salah?

Seperti disebutkan di atas, ini adalah kesalahan paling umum di seluruh ekosistem Polymarket. Hampir semua alat pelacakan PnL pihak ketiga, termasuk beberapa API resmi, tersandung di sini.

Izinkan saya menghitung contoh untuk Anda, dan Anda akan melihat betapa dalamnya jebakan ini.

Langkah 0: Asumsikan Anda memiliki modal $100. Anda optimis tentang pasar "Ethereum menembus $5000."

Langkah 1: Anda menghabiskan $50 untuk melakukan Split. Sekarang Anda memiliki 50 YES dan 50 NO. Uang tunai Anda tetap $50.

Langkah 2: Anda merasa 50 YES tidak cukup, jadi Anda pergi ke pasar dan membeli 50 YES dengan harga $0,40. Menghabiskan $20. Uang tunai tetap $30.

Langkah 3: Anda menjual 50 NO yang Anda miliki dengan harga $0,35. Mendapatkan kembali $17,50. Uang tunai menjadi $47,50.

Sekarang, Anda memiliki 100 kontrak YES. Berapa biaya aktual Anda?

Bagaimana Kebanyakan Papan Peringkat Menghitung (Algoritma Salah):

Mereka hanya melihat catatan "perdagangan" Anda. Mereka melihat bahwa Anda membeli 50 YES, dengan biaya $20. Mereka benar-benar mengabaikan Split (karena itu bukan perdagangan).

Jadi mereka mengira biaya Anda adalah: $20 / 50 = $0,40 masing-masing.

Jika harga pasar YES saat ini naik menjadi $0,60, mereka akan menunjukkan keuntungan Anda sebagai: 100 × $0,60 - $20 = $40.

Bagaimana Anda Seharusnya Menghitung (Algoritma Benar, dan yang digunakan insiders.bot):

Total arus kas keluar Anda: $50 (Split) + $20 (beli) = $70.

Total arus kas masuk Anda: $17,50 (jual NO)

Investasi bersih Anda: $70 - $17,50 = $52,50

Biaya aktual Anda: $52,50 / 100 = $0,525 masing-masing.

Jika harga pasar YES saat ini adalah $0,60, keuntungan aktual Anda adalah: 100 × $0,60 - $52,50 = $7,50.

Apakah Anda melihat perbedaannya? Papan peringkat menunjukkan Anda menghasilkan $40, tetapi Anda sebenarnya hanya menghasilkan $7,50. $32,50 "keuntungan hantu" di antaranya adalah karena sistem tidak menangani biaya Split dan pendapatan dari penjualan NO dengan benar.

Rumus matematika PnL yang benar seharusnya adalah:

Total PnL = Σ(pendapatan jual) + Σ(pendapatan Merge) + Σ(pendapatan Redeem) - Σ(biaya beli) - Σ(biaya Split) + Nilai pasar posisi saat ini

Inilah sebabnya Anda melihat beberapa pemain besar di papan peringkat menunjukkan kerugian jutaan, tetapi kenyataannya, mereka menghasilkan banyak uang. Karena posisi yang menang, setelah Ditebus (Redeemed), banyak alat akan "menghapus" posisi ini dari catatan sejarah, hanya menyisakan mereka yang masih dalam kerugian.

Jebakan Perhitungan PnL

Bab 5: Kurva Biaya

Jika Anda sering berdagang, Anda akan menemukan bahwa biaya Polymarket bukanlah persentase tetap. Terkadang Anda dikenakan biaya $10 untuk membeli kontrak $1000, dan terkadang hanya $2.

Mengapa? Mari kita lihat rumus biaya yang tersembunyi jauh di dalam kode:

Biaya = C × feeRate × p × (1 - p) (di mana C adalah jumlah transaksi, p adalah harga)

5.1 Mengapa p(1-p)?

Misalkan Anda ingin membeli 100 YES dengan tarif 2%:

• Jika harga YES adalah $0,50: Biaya = 100 × 2% × 0,50 × 0,50 = $0,50

• Jika harga YES adalah $0,90: Biaya = 100 × 2% × 0,90 × 0,10 = $0,18

• Jika harga YES adalah $0,10: Biaya = 100 × 2% × 0,10 × 0,90 = $0,18

Apakah Anda melihat polanya? Biaya paling tinggi saat harga berada di 0,50 (seimbang). Saat harga mendekati 0 atau 1 (hasilnya hampir pasti), biayanya sangat rendah.

Lebih penting lagi, ada simetri. Membeli YES seharga $0,90 dan membeli NO seharga $0,10 secara matematis setara. Jika Anda dikenakan biaya tinggi untuk membeli YES seharga $0,90 dan biaya rendah untuk membeli NO seharga $0,10, arbitrase akan menjadi gila membeli NO dan kemudian melakukan arbitrase melalui mekanisme MINT. Desain p(1-p) memastikan bahwa dari sisi mana pun Anda mengekspresikan pendapat Anda, biaya gesekan yang dibebankan oleh sistem benar-benar simetris.

5.2 Keindahan Matematika yang Tersembunyi

Jika Anda telah mempelajari statistik, Anda akan sangat akrab dengan rumus p(1-p). Ini adalah rumus varians dari distribusi Bernoulli (lempar koin).

Dalam seluruh desain sistem Polymarket, p(1-p) adalah "rumus Tuhan":

1. Ini adalah kurva biaya: Semakin tinggi ketidakpastian (varians), semakin tinggi biaya yang dibebankan oleh sistem.

2. Ini mencerminkan entropi informasi: Saat Anda bertaruh pada 50%, Anda memberikan informasi baru terbanyak ke pasar, jadi biaya Anda adalah yang tertinggi.

Siapa yang membayar biaya? Itu selalu Taker. Maker selalu dibebaskan dari biaya.

Mekanisme ini menyelaraskan insentif dengan sempurna: ketika pasar paling tidak pasti (50/50), peserta awal akan dikenakan biaya tertinggi, melindungi pembuat pasar dari guncangan yang tidak perlu; sementara ketika pasar hampir pasti, biaya yang sangat rendah mendorong arbitrase untuk masuk dan mendorong harga menuju 1 atau 0 akhir.

Kurva Biaya

Bab 6: Risiko Negatif, alias Sihir Paling Elegan di DeFi

Jika Anda pernah memainkan pasar multi-hasil seperti pemilihan umum, Oscar, atau acara olahraga di Polymarket, Anda pasti pernah menemukan pasar Risiko Negatif.

Ini adalah bagian paling menguras otak dari seluruh artikel, tetapi juga yang paling mencerminkan estetika teknik kontrak pintar.

P.S. Ini juga bagian yang dipecahkan oleh salah satu pendiri kami @DakshBigShit setelah maraton 36 jam saat mengembangkan API kami sendiri.

6.1 Poin Nyeri Pasar Multi-hasil Tradisional

Misalkan ada empat kandidat: A, B, C, D. Anda sangat membenci A dan yakin A tidak bisa menang. Anda ingin "short" A.

Di pasar biner tradisional, Anda hanya perlu membeli kontrak NO milik A. Namun di pasar multi-hasil, jika A kalah, itu berarti salah satu dari B, C, atau D harus menang. Jadi, "shorting A" secara matematis setara dengan "long pada B + long pada C + long pada D." (Kalimat ini sangat penting; baca berulang kali sampai Anda memahaminya.)

Jika Anda pergi ke pasar dan membeli kontrak YES untuk B, C, dan D secara terpisah, Anda akan menghadapi masalah besar: efisiensi modal yang sangat rendah. Karena Anda perlu membayar tiga jumlah terpisah, dan jika harga ketiganya berjumlah lebih dari $1,00, Anda bahkan mungkin mengalami kerugian.

6.2 Keajaiban Adaptor Risiko Negatif (NegRiskAdapter)

Polymarket telah menerapkan kontrak pintar khusus NegRiskAdapter untuk memecahkan masalah ini. Ini menyediakan fungsi yang disebut convertPositions.

Tujuan fungsi ini adalah untuk langsung mengonversi kontrak NO Anda menjadi kontrak YES untuk semua kandidat lain dan mengembalikan jumlah uang tunai kepada Anda.

Mari kita buktikan secara matematis mengapa konversi ini mengonservasi nilai.

Pengaturan Skenario: Ada n kandidat.

• Anda memiliki A saham kontrak NO untuk kandidat 1 dan A saham kontrak NO untuk kandidat 2 (Anda melakukan short pada 1 dan 2).

• Anda memegang total m kontrak NO yang berbeda (di sini m=2).

Sebelum konversi, nilai riil kepemilikan Anda (di semua garis waktu yang mungkin):

• Jika kandidat 1 menang: NO_1 menjadi tidak berharga, NO_2 bernilai $1. Nilai total = A.

• Jika kandidat 2 menang: NO_1 bernilai $1, NO_2 menjadi tidak berharga. Nilai total = A.

• Jika kandidat 3 menang (siapa pun yang tidak Anda short menang): NO_1 bernilai $1, NO_2 bernilai $1. Nilai total = 2A.

Apa yang diberikan kontrak kepada Anda setelah memanggil convertPositions?

Rumusnya adalah: ia mengembalikan A × (m-1) dalam bentuk tunai, ditambah A saham kontrak YES untuk kandidat 3, 4, ... n.

Dalam contoh ini, ia mengembalikan: A × (2-1) = A dalam bentuk tunai! Ditambah A saham YES untuk kandidat 3, A saham YES untuk kandidat 4...

Setelah konversi, nilai riil kepemilikan Anda (di semua garis waktu yang mungkin):

• Jika kandidat 1 menang: YES_3 dan YES_4 Anda menjadi tidak berharga. Anda hanya memiliki uang tunai A. Nilai total = A. (Sama dengan sebelum konversi!)

• Jika kandidat 2 menang: YES_3 dan YES_4 Anda menjadi tidak berharga. Anda hanya memiliki uang tunai A. Nilai total = A. (Sama dengan sebelum konversi!)

• Jika kandidat 3 menang: YES_3 Anda bernilai $1, yang lain menjadi tidak berharga. Ditambah uang tunai A. Nilai total = A + A = 2A. (Sama dengan sebelum konversi!)

Q.E.D. Terlepas dari bagaimana dunia berkembang, nilai sebelum dan sesudah konversi benar-benar sama.

Bukti Matematika Konversi Risiko Negatif

6.3 Mengapa Ini adalah Proses Peningkatan Entropi "Satu Arah yang Tidak Dapat Dibalik"?

Mekanisme konversi ini memiliki sifat fisik yang sangat menarik: satu arah dan tidak dapat dibalik.

Anda dapat mengonversi NO menjadi YES + uang tunai. Tetapi Anda tidak akan pernah bisa mengonversi YES + uang tunai kembali menjadi NO.

Mengapa? Karena pada tingkat dasar kontrak pintar, saat Anda mengonversi NO menjadi YES, kontrak sebenarnya mengirim kontrak NO Anda ke alamat lubang hitam (Burn), lalu menggunakan ruang jaminan yang dilepaskan dari ini untuk "mensintesis" kontrak YES baru. Ini tidak memerlukan penyuntikan dana eksternal baru.

Tetapi jika Anda ingin membalikkannya dan mengubah YES menjadi NO, Anda perlu menciptakan jaminan baru dari ketiadaan (karena kontrak NO mencakup jangkauan yang jauh lebih luas daripada YES). Adaptor tidak memiliki otoritas untuk menggunakan dana perbendaharaan.

Ini seperti memecahkan telur. NO adalah telur utuh, berisi semua kemungkinan. Operasi konversi seperti memecahkan telur, memisahkannya menjadi kuning telur (YES) dan putih telur (uang tunai). Proses ini mengonservasi nilai, tetapi Anda tidak akan pernah bisa menyatukannya kembali menjadi telur utuh.

Ada peluang arbitrase besar di sini: jika Anda menemukan bahwa harga NO kandidat tertentu lebih besar dari total harga YES semua kandidat lain, Anda dapat membeli NO itu, memanggil convertPositions untuk mendapatkan uang tunai dan sekumpulan YES, lalu segera menjual YES tersebut. Ini adalah strategi arbitrase bebas risiko tingkat tertinggi di pasar multi-hasil.

Bab 7: Ekstrem Fisik Kecepatan

Terakhir, mari kita bicara tentang dimensi perdagangan yang paling brutal: waktu.

Dalam perdagangan frekuensi tinggi tradisional, kita membahas mikrodetik (sepersejuta detik). Di Polymarket, kita membahas milidetik. Namun ada ketimpangan struktural yang besar di sini.

Jika Anda pernah bergaul di bagian perdagangan algoritmik Reddit, Anda akan menemukan bahwa semua pemrogram yang mengembangkan bot Polymarket mengeluhkan hal yang sama: "Mengapa saya selalu harus menunggu 300 milidetik untuk pesanan Taker, sementara pesanan Maker hanya butuh 25 milidetik?"

7.1 Mengapa Pesanan Maker Cepat dan Pesanan Taker Lambat?

• Saat Anda menempatkan Maker (pesanan batas): Pesanan Anda (data tanda tangan) dikirim ke server Polymarket. Server memeriksa validitas tanda tangan dan langsung memasukkan catatan ini ke basis data CLOB (buku pesanan) di memori. Kemudian ia segera mengembalikan ACK (pengakuan) kepada Anda. Seluruh proses terjadi sepenuhnya di off-chain dan hanya memerlukan satu penulisan basis data. Waktu yang dibutuhkan: ~25 milidetik.

• Saat Anda menempatkan Taker (pesanan pasar): Pesanan Anda dikirim ke server. Mesin pencocokan menemukan bahwa pesanan Anda dapat cocok dengan Maker di buku pesanan. Pada titik ini, Operator harus memulai jalur penyelesaian yang kompleks:

  1. Memutuskan jalur pencocokan mana yang akan digunakan (COMPLEMENTARY, MINT, atau MERGE).

  2. Membangun data transaksi on-chain yang berisi tanda tangan dari kedua belah pihak.

  3. Mengirim transaksi ke Relayer.

  4. Relayer memperkirakan Gas dan mengalokasikan Nonce.

  5. Menyiarkan transaksi ke node Polygon.

  6. Menunggu node mengonfirmasi bahwa transaksi ini tidak akan kembali (revert) karena saldo tidak mencukupi atau alasan lain.

  Seluruh proses mencakup beberapa layanan mikro dan bahkan menyentuh tepi blockchain. Waktu yang dibutuhkan: ~250 hingga 300 milidetik.

7.2 Apa Arti 250 Milidetik Ini?

Kesenjangan fisik 250 milidetik ini secara mendalam membentuk ekosistem Polymarket.

Pertama, sangat sulit untuk melakukan front-run di Polymarket. Karena semua pesanan Taker harus mengantre menunggu Operator memproses, Anda tidak dapat memotong antrean dengan meningkatkan biaya Gas. Front-running Mempool untuk sementara bukan masalah di sini.

Kedua, keunggulan absolut strategi Maker. Karena pembatalan (Cancel) dan pesanan Maker keduanya adalah operasi off-chain, mereka hanya butuh 25 milidetik. Saat berita penting muncul, pembuat pasar yang cerdas dapat menggunakan perbedaan waktu 250 milidetik ini untuk membatalkan pesanan mereka sebelum pesanan Taker diselesaikan (ini disebut menghindari seleksi yang merugikan).

7.3 Downtime 90 Detik Setiap Selasa Pagi

Ada detail lain yang jarang diketahui tentang waktu. Menurut dokumentasi resmi, setiap Selasa pukul 07:00 Waktu Timur, mesin pencocokan Polymarket dimulai ulang. Selama sekitar 90 detik ini, sistem berhenti memproses pencocokan apa pun, dan API mengembalikan kesalahan HTTP 425 (Terlalu Dini).

Lebih kejam lagi, V2 memperkenalkan mekanisme Heartbeat. Jika server tidak menerima detak jantung dari klien dalam waktu 10 detik, server akan secara otomatis membatalkan semua pesanan terbuka untuk pengguna tersebut. Selama 90 detik restart ini, detak jantung pembuat pasar terputus secara paksa, dan pesanan mereka akan dibersihkan secara kolektif oleh sistem.

90 detik ini mewakili "vakum likuiditas" sejati dalam sistem. Untuk model penetapan harga opsi, bagaimana menetapkan harga Theta (peluruhan waktu) dari 90 detik ini, dan bagaimana menguasai pasar saat mesin dilanjutkan pada detik ke-91, adalah teka-teki utama bagi platform teratas dan studio kuantitatif.

Perbandingan Garis Waktu Penundaan

Bab 8: Restrukturisasi V2 yang Epik dan Pertempuran Pamungkas Melawan "Ghost Fill"

Jika Anda telah membaca sejauh ini, Anda telah memahami kerangka kerja inti Polymarket. Namun jika Anda ingin terus menghasilkan uang di pasar ini pada tahun 2026, Anda harus memahami gempa besar yang baru saja terjadi.

Antara Februari dan Mei 2026, Polymarket diam-diam menjalani peningkatan arsitektur V2 yang epik. Peningkatan ini tidak hanya merestrukturisasi rumus jaminan dan biaya, tetapi yang lebih penting, meluncurkan pertempuran pamungkas untuk memecahkan bug paling terkenal di pasar prediksi, yaitu ghost fills (Ghost Fill).

8.1 Apa itu Ghost Fill? Pemutusan Status Antara On-chain dan Off-chain

Sebelum peningkatan Polymarket V2, banyak pembuat pasar dan bot kuantitatif tersiksa oleh fenomena: bot Anda menangkap peluang besar di pasar tingkat 5 menit (seperti BTC Naik/Turun 5m) dan segera mengirim permintaan Taker. API Polymarket langsung mengembalikan: "Cocok! Berhasil!" Peringatan Telegram Anda juga muncul dengan kegembiraan "FILLED". Namun saat Anda membuka Polygonscan untuk memeriksa penjelajah blockchain, Anda menemukan bahwa transaksi ini ditandai sebagai REVERTED (gagal), membuang biaya Gas tanpa hasil. Dan posisi Anda tetap tidak berubah.

Buku pesanan dengan jelas menunjukkan kecocokan, tetapi blockchain mengatakan tidak ada yang terjadi. Ini adalah ghost fill (Ghost Fill).

Untuk memahami esensi bug ini, kita perlu kembali ke arsitektur dasar yang dibahas di Bab 1: Pencocokan Off-chain + Penyelesaian On-chain.

Saat pesanan beli Alice dan pesanan jual Bob cocok di Central Limit Order Book (CLOB) off-chain, sistem hanya menarik tanda sama dengan antara kedua pesanan ini di basis data. Transfer aset yang sebenarnya memerlukan Operator untuk mengemas tanda tangan kedua belah pihak dan mengirimkannya ke rantai Polygon untuk eksekusi TransferFrom.

Ini menciptakan kesenjangan waktu yang fatal. Selama kesenjangan waktu ini, status dompet pengguna mungkin berubah.

8.2 Dua Jalur Serangan Ghost Fill

Di awal V1 dan V2 yang baru diluncurkan, peretas dan pembuat pasar jahat mengeksploitasi kesenjangan waktu ini untuk menciptakan dua metode serangan yang sangat merusak:

• Pertama: Serangan incrementNonce berbiaya rendah (Era V1)

  Dalam arsitektur V1, status pesanan dikelola oleh nonce global (angka acak). Pemain jahat dapat dengan gila-gilaan memposting pesanan palsu yang sangat menarik (Spoofing) di off-chain. Saat pembeli asli menggigit, dan pesanan menunjukkan kecocokan di off-chain, pemain jahat dapat memanggil fungsi incrementNonce di on-chain sebelum Operator mengirimkannya.

  Operasi ini memakan biaya yang sangat sedikit (beberapa sen dalam Gas) tetapi dapat langsung membatalkan semua pesanan nonce lama untuk alamat tersebut. Saat Operator mengirimkan transaksi yang cocok di on-chain, kontrak pintar menemukan nonce salah dan langsung kembali (revert). Penyerang lolos tanpa cedera, sementara pembeli asli tidak hanya kehilangan peluang perdagangan tetapi juga mungkin disesatkan oleh buku pesanan palsu.

• Kedua: "Pesanan Zombie" dari Dompet Kosong (V2 Awal)

  Peningkatan V2 menghapus nonce global dan menggunakan hash pesanan tunggal untuk mengelola status pembatalan, memblokir jalur pertama. Namun peretas dengan cepat menemukan kerentanan yang lebih dalam: penipuan saldo. Pengguna jahat dapat menyetor $1000 ke dalam dompet, menandatangani sekumpulan pesanan batas senilai total $10.000, lalu segera mentransfer semua uang keluar dari dompet. Karena pesanan Polymarket ditandatangani secara offline, selama tanda tangan valid dan persetujuan token (Approval) tidak dicabut, pesanan ini tampak "sah" bagi mesin pencocokan off-chain. Namun kenyataannya, saldo dompet ini adalah $0.

  Saat bot Anda memakan "pesanan zombie" ini, dan Operator mengirimkannya di on-chain, fungsi pustaka Solady TransferFrom yang mendasarinya akan memberikan kesalahan (kode kesalahan 0x7939f424) karena saldo tidak mencukupi di sisi lain. Transaksi Anda kembali (revert) lagi.

8.3 Mengapa Bursa Tradisional Tidak Memiliki Masalah Ini?

Anda mungkin bertanya: mengapa Binance atau bursa terdesentralisasi tradisional (seperti Uniswap) tidak memiliki masalah ini?

Karena Binance sepenuhnya terpusat; uang Anda ada di basis datanya, dan ia memiliki kendali mutlak. Pencocokan dan pemotongan terjadi secara atomik. Dan Uniswap sepenuhnya on-chain; pencocokan dan pemotongan diselesaikan dalam transaksi kontrak pintar yang sama, juga secara atomik.

Namun Polymarket memilih arsitektur hibrida: pencocokan off-chain mencari kecepatan, sementara penyelesaian on-chain mencari transparansi. Sementara itu, dana pengguna disimpan di dompet yang sepenuhnya mandiri (seperti EOA atau Gnosis Safe), di mana pengguna memiliki hak pembuangan mutlak dan dapat mentransfer uang kapan saja.

Selama status pendanaan di kedua ujung pencocokan terhubung ke dompet mandiri pengguna yang benar-benar bebas, "pemutusan status" akan selalu ada.

8.4 Solusi Pamungkas: Dompet Deposit (Perbendaharaan Terkait)

Pada 4 Mei 2026, Polymarket secara resmi mengumumkan pembaruan besar tingkat protokol inti, yang secara langsung mengurangi proporsi ghost fill dari puncak 30% menjadi 0,17%, dan cenderung menuju nol.

Bagaimana mereka melakukannya? Jawabannya adalah pengenalan Dompet Deposit (Perbendaharaan Terkait).

Polymarket akhirnya menyadari bahwa cara mendasar untuk memecahkan ghost fill adalah dengan membatasi "kebebasan mutlak" dana pengguna. Di bawah arsitektur baru, pengguna tidak dapat lagi berpartisipasi langsung dalam pencocokan off-chain dengan dompet asli mereka (EOA). Anda harus terlebih dahulu menyetor dana ke Dompet Deposit yang dikendalikan oleh kontrak pintar.

Di perbendaharaan ini:

• Anda memiliki kepemilikan tetapi tidak memiliki hak pembuangan segera yang mutlak.

• Saat Anda menempatkan pesanan off-chain, perbendaharaan secara logis mengunci saldo tersedia yang sesuai.

• Jika Anda ingin menarik uang dari perbendaharaan, operasi penarikan ini (Pencabutan Status) itu sendiri diberi biaya waktu fisik. Operasi ini harus melalui verifikasi oleh kontrak pintar untuk memastikan Anda tidak memiliki pesanan tertunda yang sedang dicocokkan.

Dengan memperkenalkan lapisan penyangga ini, Polymarket secara paksa mengikat status pencocokan off-chain dan status pendanaan on-chain bersama-sama, sepenuhnya menghilangkan kemungkinan "pesanan dompet kosong." Ini bukan hanya kemenangan teknik tetapi juga kompromi mendalam dan rekonstruksi kontradiksi antara "penyimpanan mandiri" dan "efisiensi perdagangan" dalam keuangan terdesentralisasi.

8.5 Peningkatan Hardcore Lainnya di V2

Selain solusi pamungkas untuk Ghost Fill, arsitektur V2 juga mencakup beberapa peningkatan mendalam yang mengubah lanskap pasar:

• Transfer Kekuatan pUSD: Pada 28 April, jaminan dasar sepenuhnya beralih dari USDC.e ke pUSD. Ini memungkinkan Polymarket mendapatkan kendali atas aset dasar yang menghasilkan bunga, memungkinkannya memberikan pengguna imbalan kepemilikan tahunan hingga 4,00%. pUSD menjadi infrastruktur efisiensi modal yang baru.

• Implementasi Rumus Sempurna p(1-p): Pendekatan kasar min(p, 1-p) dari era V1 ditinggalkan, dan rumus biaya langsung dimodifikasi menjadi rumus varians Bernoulli yang sempurna p × (1-p). Kehalusan absolut secara matematis memungkinkan model penetapan harga arbitrase menjadi lebih tepat.

• Penghapusan Guncangan Kecepatan Buatan: Di masa awal, untuk melindungi pembuat pasar dari dikalahkan oleh bot API, kode tersebut mengodekan penundaan Taker hingga 500 milidetik. Dengan peningkatan kinerja mesin V2 dan pengenalan mekanisme Heartbeat (memutuskan selama 10 detik menghapus pesanan), tim resmi sepenuhnya menghapus guncangan kecepatan buatan ini pada akhir Februari, menyatakan bahwa Polymarket telah secara resmi memasuki pertempuran HFT (perdagangan frekuensi tinggi) tingkat mikrodetik. (Ini juga mengapa kami di insiders.bot bersiap untuk segera membuka sumber API untuk bergabung dalam pertempuran ini.)

Kesimpulan: Melihat Melalui Mesin Ini dari Nol

Dari saat Anda mengklik untuk menempatkan pesanan:

• Tanda tangan Anda dikirim ke buku pesanan off-chain.

• Relayer membakar Gas-nya untuk membuka jalan bagi Anda.

• Operator mencari jalur pencocokan optimal untuk Anda di antara COMPLEMENTARY, MINT, dan MERGE.

• Kurva biaya dengan elegan mengekstraksi biaya gesekan kecil menggunakan rumus p(1-p).

• Jika operasi Anda kompleks, NegRiskAdapter bahkan akan melakukan alkimia konservasi material untuk Anda.

Pada akhirnya, semuanya diselesaikan dalam 250 milidetik yang menentukan itu. (Ini juga mengapa insiders.bot menganggap transparansi dan kecepatan mengikuti perdagangan sangat penting.)

Uang Anda tidak hilang. Uang itu hanya secara ketat mengikuti hukum fisik mesin presisi bernama ctf-exchange-v2 ini, mengalir ke tempat yang seharusnya.

Lain kali Anda melihat peluang arbitrase yang keterlaluan atau memikat di Polymarket, jangan terburu-buru mengklik Beli. Pertama, jalankan roda gigi mesin ini di pikiran Anda.

Memahami "Fa" dasar ini, dikombinasikan dengan "Dao" yang benar, Anda pasti akan tak terkalahkan.

P.S. Versi PDF dari artikel ini juga sudah siap. Ikuti @insidersdotbot dan DM "PDF" untuk mendapatkannya dengan cepat.

Referensi

[1] Dokumentasi Resmi Polymarket: Restart Mesin Pencocokan dan Mekanisme Heartbeat.

[2] Dokumentasi Resmi Polymarket: Biaya dan Rumus Perhitungan p(1-p).

[3] Kode Sumber Kontrak Pintar Polymarket/ctf-exchange-v2 (GitHub).

[4] NegRiskAdapter.sol: Implementasi Matematika Konversi Multi-hasil.

[5] leolabs.me: "Mengapa PnL Polymarket Anda Salah" (analisis akuntansi Split/Merge).

[6] Reddit r/algotrading & Binance Square: Pengumuman penghapusan penundaan Taker Polymarket (Feb 2026).

[7] Panduan Migrasi Polymarket V2: Transisi dari USDC.e ke pUSD (April 2026).