Polymarket Bot Tutorial · Bab 5 dari 32
Perbandingan Polygon RPC provider untuk Polymarket bots di 2026: Alchemy, QuickNode, Ankr, public endpoints, self-hosted. Latency, rate limits, gratis-tier yang bisa dipakai untuk paper trading.
Apa yang dibahas dalam bab ini
Polygon RPC endpoint adalah satu-satunya cara langsung bot Anda melihat on-chain state - balances, allowances, settlement confirmations, UMA events. API milik Polymarket sendiri menyembunyikan sebagian besar hal ini, tetapi bot produksi perlu membaca on-chain truth untuk memverifikasi pembukuan internalnya sendiri. Bab ini membandingkan provider RPC utama di bawah live load, memberikan threshold free-tier saat masing-masing mulai tidak memadai, dan diakhiri dengan pola failover dua-provider yang akhirnya diadopsi sebagian besar bot.
- Apa yang dilakukan RPC untuk bot Anda
- Alchemy: free tier dan pricing
- QuickNode: dedicated nodes
- Ankr: paid tier termurah
- Public Polygon RPCs (gratis, rate-limited)
- Self-hosted Polygon node (kapan masuk akal)
- Latency benchmarks (US-East vs EU)
- Pola failover
Apa yang dilakukan RPC untuk bot Anda
RPC endpoint adalah HTTPS atau WebSocket URL yang dipakai bot Anda untuk membaca dan menulis state chain Polygon. Untuk Polymarket bot, RPC menangani empat tugas.
- Membaca balances: berapa banyak pUSD atau USDC yang ada di proxy, berapa banyak outcome tokens yang benar-benar Anda pegang. Diperlukan untuk memastikan tampilan CLOB API cocok dengan truth di chain.
- Membaca allowances: apakah kontrak Polymarket bisa membelanjakan token Anda. Allowance yang salah konfigurasi akan menghasilkan order rejection tanpa pesan yang jelas.
- Berlangganan event: proposal dan dispute UMA Optimistic Oracle, deposit confirmation, transfer on-chain besar dari wallet lain.
- Memverifikasi settlement: saat CLOB mengatakan "matched", chain belum tentu sudah mengonfirmasi transfer ERC-1155. Membaca chain memastikan hal itu benar-benar terjadi.
Bot tidak menandatangani order melalui RPC - penandatanganan order dilakukan secara lokal dan payload yang sudah ditandatangani dikirim ke CLOB HTTP API. RPC murni adalah channel baca dan event untuk sebagian besar strategi.
Alchemy: free tier dan pricing
Alchemy adalah provider Polygon RPC yang paling banyak dipakai di kalangan builder Polymarket yang kami kenal. Free tier-nya mencakup sebagian besar use case paper trading dan bot kecil: 300 compute units per detik, 300 juta per bulan, dashboard yang sama untuk provision endpoint Polygon mainnet dan Polygon testnet.
Bot 20-market yang tipikal, membaca balances + UMA events setiap 30 detik, mengonsumsi sekitar 50-80 juta CU/bulan, jauh di bawah free cap. Paket berbayar mulai sekitar $50/bulan dan terutama membeli throughput per detik yang lebih tinggi, bukan total calls yang lebih banyak. Batas rate limit free tier adalah kendala yang paling sering kena oleh bot paper-trade, bukan volume bulanan.
Alchemy menyediakan dashboard yang berguna untuk memeriksa request yang gagal dan per-method latency breakdown yang membantu saat debug pembacaan yang lambat. Dashboard-nya saja sudah cukup untuk membuat mereka layak dipilih dibanding provider tanpa dashboard untuk bot pertama.
QuickNode: dedicated nodes
QuickNode memposisikan diri untuk kebutuhan throughput yang lebih tinggi. Pricing mereka diskalakan berdasarkan volume request bulanan, bukan tier - paling relevan untuk bot yang berlangganan banyak WebSocket event filter atau melakukan historical-log query berat. Entry tier kira-kira $10-20/bulan dan mencakup dukungan WebSocket yang pada beberapa free tier Alchemy dibatasi.
Latency per request QuickNode dari US-East biasanya 5-15ms, sedikit lebih baik daripada free tier Alchemy di bawah load. Untuk bot strategi tunggal, perbedaannya tidak terasa; untuk market-maker yang mengutip 100 market, ini bisa berarti. Akses archive node mereka (full historical state) adalah yang termurah di antara tiga provider besar jika strategi Anda membutuhkannya.
Titik lemah: respons error JSON-RPC mereka kurang spesifik dibanding Alchemy, jadi proses debugging lebih lama saat sebuah method gagal.
Ankr: paid tier termurah
Ankr menawarkan Polygon RPC paid termurah di kategori provider besar - kira-kira $10/bulan untuk premium plan entry-level dengan 1.500 CU/detik. Free tier-nya punya rate limit ketat tetapi masih bisa dipakai untuk paper trading.
Dua peringatan. Pertama, load-balanced endpoint Ankr sesekali menyajikan block data yang sedikit stale (1-2 block di belakang tip). Untuk balance read, itu tidak masalah; untuk strategi arbitrage yang bergantung pada block terbaru, itu adalah masalah yang berarti. Kedua, waktu respons support mereka lebih lambat daripada Alchemy atau QuickNode ketika node di suatu region bermasalah.
Ankr adalah primary provider yang masuk akal untuk bot yang sensitif biaya dan backup provider yang sangat baik apa pun primary-nya. Bagian pola failover di bawah menjelaskan cara menggabungkannya.
Public Polygon RPCs (gratis, rate-limited)
Polygon mempublikasikan beberapa public RPC endpoint gratis - polygon-rpc.com, rpc.ankr.com/polygon (public, terpisah dari Ankr berbayar), dan beberapa yang di-host komunitas. Mereka bekerja, tetapi dengan beberapa catatan.
- Rate limit-nya agresif dan tidak didokumentasikan. Harapkan throttle jika Anda melebihi sekitar 10 req/detik secara berkelanjutan.
- Tidak ada support, tidak ada dashboard. Saat endpoint gagal, Anda mengetahuinya dari error rate bot yang naik.
- Sering 1-3 block di belakang. Cukup untuk read yang tidak sensitif terhadap waktu.
Gunakan public endpoint untuk: development di laptop, tier ketiga dalam stack failover (setelah dua provider berbayar), script sekali jalan. Jangan menjalankan live bot trading dengan public endpoint sebagai primary.
Self-hosted Polygon node (kapan masuk akal)
Menjalankan Polygon full node sendiri itu memungkinkan - Bor + Heimdall di VPS 4-vCPU/16GB dengan SSD ~2 TB, sinkronisasi dalam beberapa hari. Perhitungan untung-ruginya sederhana.
Biaya: kira-kira $40-80/bulan untuk VPS + storage di host besar. Sekitar 4x dari paid RPC plan yang nyaman.
Keuntungan: tanpa biaya per request, tanpa rate limit, dan latency paling rendah yang mungkin ke chain state (1-3ms vs 20-50ms melalui internet ke hosted provider).
Masalah: manajemen snapshot, Heimdall dan Bor masing-masing punya mode crash, dan sync yang berhenti di tengah trading menghasilkan stale read tanpa tanda jelas.
Untuk 95% builder, jangan self-host. Waktu yang dihabiskan untuk maintenance node jauh lebih besar daripada penghematan tagihan RPC. Self-host hanya jika Anda punya strategi di mana latency read 30ms berpengaruh pada PnL dan Anda sudah membuktikan strategi tersebut di hosted provider.
Latency benchmarks (US-East vs EU)
Median round-trip time yang diukur dari VPS di tiga region ke Polygon RPC terdekat masing-masing provider, Mei 2026.
| Region VPS | Alchemy | QuickNode | Ankr (paid) | polygon-rpc.com |
|---|---|---|---|---|
| NY (US-East) | 14ms | 11ms | 22ms | 34ms |
| AMS (EU) | 21ms | 17ms | 28ms | 41ms |
| SG (Asia) | 97ms | 89ms | 110ms | 140ms |
Angka-angka ini berubah dari minggu ke minggu dalam kisaran ~3ms. Polanya stabil: QuickNode dan Alchemy hampir sama; Ankr secara konsisten tertinggal 5-10ms; public endpoint tertinggal 15-25ms. Bot yang di-host di Asia membayar "pajak" ~80ms yang tak terhindarkan terhadap backbone Polygon yang berpusat di Amerika Utara.
Pola failover
Satu RPC adalah single point of failure. Bot produksi menggunakan dua provider dengan aturan swap sederhana.
Pola: request utama ke provider A; saat timeout (3 detik) atau respons 5xx, retry ke provider B; jika keduanya gagal, sleep 5 detik dan retry primary. Lacak kegagalan primary berturut-turut dan auto-pin ke B selama 60 detik setelah 3 kegagalan, lalu probe primary lagi.
Kombinasi yang direkomendasikan: Alchemy berbayar sebagai primary, Ankr gratis atau public Polygon endpoint sebagai backup. Mereka menggunakan upstream node operator yang berbeda, jadi gangguan pada satu provider jarang berkorelasi dengan yang lain. Hindari menjalankan dua endpoint dari provider yang sama (misalnya dua key Alchemy) - itu tidak memberi redundansi yang nyata.
Implementasi: wrapper tipis di atas web3.py atau ethers.js yang memilih antara provider di setiap call. Sekitar 30 baris kode; akan terbayar saat pertama kali provider mengalami outage regional.
