Panduan API Polymarket: Pasar Langsung, WebSockets dan Penelitian Historis
Polymarket mengekspos antarmuka pasar saat ini yang kuat. Keputusan arsitektur adalah di mana permukaan langsung resmi berakhir dan buku historis yang direkam secara terus-menerus dimulai.
Permukaan pengembang Polymarket mencakup penemuan pasar, harga, perdagangan dan pembaruan buku pesanan CLOB langsung. Gunakan dokumentasi resmi untuk definisi endpoint saat ini dan perilaku venue. Untuk penelitian historis, pertama-tama putuskan apakah serangkaian harga sudah cukup atau apakah strategi tersebut memerlukan tangga penawaran/permintaan yang ada pada setiap waktu pengambilan keputusan; hanya arsip yang ditangkap secara terus-menerus yang dapat memberikan yang terakhir setelah pembaruan langsung berlalu.
Petakan tugas ke permukaan data
| Tugas | Data yang dibutuhkan | Sumber tipikal |
|---|---|---|
| Temukan pasar saat ini | Acara, pasar, hasil dan pengidentifikasi | API Polymarket resmi |
| Pantau likuiditas saat ini | Penawaran, permintaan, ukuran dan perubahan harga langsung | WebSocket CLOB resmi |
| Plot serangkaian probabilitas | Harga hasil historis | Permukaan riwayat harga resmi |
| Memutar ulang eksekusi | Tangga penuh masa lalu dengan stempel waktu | Arsip yang direkam secara terus-menerus |
| Bandingkan dengan spot | Observasi buku yang digabungkan dengan referensi yang mendasarinya | Penyedia penelitian yang dinormalisasi |
Mengapa pengidentifikasi dan stempel waktu datang lebih dulu
Integrasi Polymarket melintasi pengidentifikasi acara, pasar, kondisi dan token. Simpan hubungan tersebut dengan nilai sumber mentah daripada memperlakukan judul yang dapat dibaca manusia sebagai kunci. Judul dapat berubah; studi eksekusi masih harus menggabungkan token hasil yang sama dengan buku yang direkam yang sama.
Simpan stempel waktu sumber dan terima stempel waktu secara terpisah. Waktu sumber menjelaskan acara venue, sementara waktu terima menjelaskan kapan sistem Anda mengamatinya. Menggabungkannya ke dalam satu bidang membuat kesalahan latensi dan pemesanan tidak mungkin diaudit.
Apa yang ditambahkan DepthFeed
DepthFeed merekam pembaruan CLOB Polymarket yang digerakkan oleh acara, membangun observasi buku penuh yang dinormalisasi dan menyajikannya melalui bentuk REST dan WebSocket yang sama yang digunakan untuk Kalshi. Baris historis menyertakan tangga harga dan ukuran daripada hanya satu titik probabilitas.
Rekaman tersebut mendukung pemutaran ulang VWAP yang sadar kedalaman di Lab Backtest, kueri API historis dan audit eksekusi buku berikutnya untuk aktivitas dompet publik. Cakupan yang hilang tetap eksplisit, dan arsip tidak mengklaim untuk mereproduksi likuiditas tersembunyi, prioritas antrean atau dampak pasar dari pesanan yang sebenarnya.
Daftar periksa integrasi
- Gunakan dokumentasi Polymarket resmi sebagai otoritas untuk endpoint dan aturan perdagangan saat ini.
- Pertahankan pengidentifikasi acara, kondisi dan token-hasil bersama-sama.
- Benih buku lengkap sebelum menerapkan perubahan harga bertahap.
- Simpan stempel waktu sumber dan terima daripada menimpa satu dengan yang lain.
- Gunakan riwayat harga untuk bagan dan tangga historis penuh untuk pemutaran ulang eksekusi.
- Uji celah, sambungan kembali dan pembaruan duplikat sebelum mempercayai backtest.
Key takeaways
- 01API Polymarket resmi adalah otoritas yang benar untuk status venue saat ini.
- 02Pembaruan CLOB langsung harus ditabur dan diurutkan untuk merekonstruksi buku lengkap.
- 03Serangkaian probabilitas historis tidak mengungkapkan kedalaman yang beristirahat di masa lalu.
- 04DepthFeed menambahkan tangga penuh yang direkam dan satu skema penelitian lintas venue.
- 05Pengidentifikasi, stempel waktu dan perilaku data yang hilang harus dirancang sebelum logika strategi.
Polymarket mengekspos antarmuka pasar saat ini yang kuat. Keputusan arsitektur adalah di mana permukaan langsung resmi berakhir dan buku historis yang direkam secara terus-menerus dimulai.
Mulai gratis