Polymarket Bot Tutorial · Hoofdstuk 5 van 32

Polygon RPC provider-vergelijking voor Polymarket bots in 2026: Alchemy, QuickNode, Ankr, publieke endpoints, self-hosted. Latency, rate limits, free-tier bruikbaar voor paper trading.

Wat dit hoofdstuk behandelt

Het Polygon RPC endpoint is de enige directe view van de bot op on-chain state — balances, allowances, settlement-bevestigingen, UMA events. Polymarkets eigen API verbergt het meeste hiervan, maar een productie-bot moet on-chain waarheid lezen om eigen boekhouding te verifiëren. Dit hoofdstuk vergelijkt de grote RPC providers onder live load, geeft de free-tier thresholds waar elk stopt met werken en eindigt met het two-provider failover patroon dat de meeste bots uiteindelijk adopteren.

Dit is hoofdstuk 5 van onze 32-delige serie over het bouwen van een Polymarket trading bot. We behandelen het onderwerp in detail in de secties hieronder. De body content voor elke sectie wordt geschreven en hoofdstuk-per-hoofdstuk uitgerold; FAQ-antwoorden en referenties zijn al compleet en weerspiegelen production-ervaring van het draaien van onze eigen trader.

  • Wat een RPC doet voor je bot
  • Alchemy: free tier en pricing
  • QuickNode: dedicated nodes
  • Ankr: goedkoopste paid tier
  • Publieke Polygon RPCs (gratis, rate-limited)
  • Self-hosted Polygon node (wanneer het zin heeft)
  • Latency benchmarks (US-East vs EU)
  • Failover-patronen

Wat een RPC doet voor je bot

Een RPC endpoint is de HTTPS- of WebSocket-URL waardoor je bot Polygon chain-state leest en schrijft. Voor een Polymarket bot handelt de RPC vier jobs af.

  • Lees balances: hoeveel pUSD of USDC in de proxy zit, hoeveel outcome tokens je daadwerkelijk houdt. Nodig om te verifiëren dat de view van de CLOB API matched met chain-waarheid.
  • Lees allowances: of de Polymarket-contracten je tokens kunnen besteden. Een verkeerd geconfigureerde allowance produceert stille order-rejections.
  • Abonneer op events: UMA Optimistic Oracle proposals en disputes, deposit-bevestigingen, grote on-chain transfers van andere wallets.
  • Verifieer settlement: wanneer de CLOB "matched" zegt, heeft de chain de ERC-1155 transfer nog niet bevestigd. De chain lezen bevestigt dat het daadwerkelijk gebeurde.

De bot tekent geen orders via de RPC — order-signing wordt lokaal gedaan en de signed payload wordt naar de CLOB HTTP API gestuurd. De RPC is puur een read-and-event channel voor de meeste strategieën.

Alchemy: free tier en pricing

Alchemy is de meest-gebruikte Polygon RPC provider onder Polymarket-builders die we kennen. De free tier dekt de meeste paper-trading en small-bot use cases: 300 compute units per seconde, 300 miljoen per maand, dezelfde dashboard gebruikt voor het provisioneren van Polygon mainnet en Polygon testnet endpoints.

Een typische 20-markt bot die balances + UMA events elke 30 seconden leest consumeert ongeveer 50-80 miljoen CU/maand, comfortabel onder de free cap. Paid plans starten rond 50 $/maand en kopen voornamelijk hoger throughput per seconde, geen meer totale calls. De free tier rate limit is de constraint die de meeste paper-trade bots raken, niet het maandelijkse volume.

Alchemy ship't een handige dashboard voor het inspecteren van gefaalde requests en een per-methode latency breakdown die helpt bij het debuggen van trage reads. De dashboard alleen al rechtvaardigt ze te kiezen boven een no-dashboard provider voor een eerste bot.

QuickNode: dedicated nodes

QuickNode positioneert zichzelf voor hogere-throughput noden. Hun pricing scaleert met maandelijks request-volume in plaats van tiers — meest relevant voor bots die op veel WebSocket event filters abonneren of zware historische log-queries doen. Entry tier is ruwweg 10-20 $/maand en includeert WebSocket-support die sommige free Alchemy tiers throttle.

QuickNode's per-request latency van US-East is typisch 5-15ms, iets beter dan Alchemy's free tier onder load. Voor een single-strategy bot is het verschil onzichtbaar; voor een market-maker die 100 markten quote kan het tellen. Hun archive node-toegang (volledige historische state) is de goedkoopste onder de drie grote als je strategie het vereist.

Het pijnpunt: hun JSON-RPC error-responses zijn minder specifiek dan die van Alchemy, dus debuggen duurt langer wanneer een methode faalt.

Ankr: goedkoopste paid tier

Ankr biedt de goedkoopste paid Polygon RPC in de grote-provider tier — ongeveer 10 $/maand voor het entry-premium plan met 1.500 CU/seconde. De free tier heeft strakke rate limits maar is werkbaar voor paper trading.

Twee waarschuwingen. Eerst, Ankr's load-balanced endpoint serveert occasioneel iets verouderde block-data (1-2 blocks achter tip). Voor balance-reads is dat prima; voor arbitrage-strategieën die afhangen van de laatste block is het een betekenisvol probleem. Ten tweede is hun support-responstijd langzamer dan Alchemy's of QuickNode's wanneer nodes in een regio een probleem hebben.

Ankr is een verstandige primary provider voor cost-sensitive bots en een uitstekende backup provider ongeacht de primary. De failover-pattern sectie hieronder dekt hoe ze te combineren.

Publieke Polygon RPCs (gratis, rate-limited)

Polygon publiceert meerdere gratis publieke RPC endpoints — polygon-rpc.com, rpc.ankr.com/polygon (publiek, gescheiden van paid Ankr) en een paar community-hosted. Ze werken, maar met caveats.

  • Rate limits zijn agressief en niet gedocumenteerd. Verwacht throttled te worden als je ~10 req/sec sustained overstijgt.
  • Geen support, geen dashboard. Wanneer een endpoint faalt, kom je erachter door je bot's error rate die stijgt.
  • Vaak 1-3 blocks achter. Prima voor niet-time-sensitive reads.

Gebruik publieke endpoints voor: ontwikkeling op een laptop, de derde tier van een failover-stack (na twee paid providers), one-shot scripts. Draai geen live bot-trading tegen een publiek endpoint als primary.

Self-hosted Polygon node (wanneer het zin heeft)

Je eigen Polygon full node draaien is haalbaar — Bor + Heimdall op een 4-vCPU/16GB VPS met ~2 TB SSD, syncing in een paar dagen. De math voor of tegen is simpel.

Kost: ruwweg 40-80 $/maand in VPS + storage op een grote host. Ongeveer 4x een comfortabel paid RPC plan.

Winst: nul per-request fees, geen rate limits en de laagst mogelijke latency naar chain-state (1-3ms vs 20-50ms over internet naar een hosted provider).

Pijn: snapshot-management, Heimdall en Bor hebben elk crash-modes en een gestalde sync mid-trading produceert stille stale reads.

Voor 95% van builders, doe geen self-host. De uren besteed aan node-onderhoud overschaduwen de RPC-bill-besparingen. Self-host alleen als je een strategie hebt waar 30ms read-latency telt in PnL-termen en je de strategie al hebt bewezen bij een hosted provider.

Latency benchmarks (US-East vs EU)

Gemeten mediane round-trip tijden van VPS in drie regio's naar de dichtstbijzijnde Polygon RPC van elke provider, mei 2026.

VPS regioAlchemyQuickNodeAnkr (paid)polygon-rpc.com
NY (US-East)14ms11ms22ms34ms
AMS (EU)21ms17ms28ms41ms
SG (Asia)97ms89ms110ms140ms

Getallen verschuiven week tot week binnen ~3ms. Het patroon is stabiel: QuickNode en Alchemy zitten in de ruis van elkaar; Ankr is consistent 5-10ms achter; publieke endpoints zijn 15-25ms achter. Asia-hosted bots betalen een onvermijdelijke ~80ms taks tegen Polygon's North-America-centric backbone.

Failover-patronen

Eén RPC is een single point of failure. Productie-bots gebruiken twee providers met een simpele swap-regel.

Patroon: primary call tegen provider A; bij timeout (3s) of 5xx respons, retry tegen provider B; als beide falen, sleep 5s en retry primary. Track consecutieve primary failures en auto-pin op B voor 60s na 3 failures, probe dan primary opnieuw.

Aanbevolen combo: Alchemy paid als primary, Ankr free of publieke Polygon endpoint als backup. Ze gebruiken verschillende upstream node-operators, dus een hiccup in een is zelden gecorreleerd met de ander. Vermijd het draaien van twee endpoints van dezelfde provider (bijv. twee Alchemy keys) — dat geeft geen echte redundantie.

Implementatie: een thin wrapper rond web3.py of ethers.js die tussen providers kiest op elke call. Ongeveer 30 regels code; verdient zich terug de eerste keer dat een provider een regionale outage heeft.

Veelgestelde vragen

Heb ik een paid Polygon RPC nodig voor mijn Polymarket bot?
Niet voor paper trading of low-volume bots. De publieke Polygon RPCs (polygon-rpc.com) werken prima als je gemiddeld onder ~1 request/sec doet. Eenmaal je scaleert naar meerdere markten of WebSocket subscriptions nodig hebt, ga naar Alchemy, QuickNode of Ankr — free tiers dekken de meeste retail bots.
Heeft Polymarket een Polygon RPC nodig als ik de SDK gebruik?
De CLOB SDK roept Polymarket REST/WebSocket API's aan — die hebben GEEN Polygon RPC nodig. Je hebt een Polygon RPC alleen nodig voor on-chain reads (USDC/pUSD balance, contract events, UMA oracle reads, custom EIP-712 signature flows). Veel bots hoeven nooit direct met Polygon te praten.
Wat is de goedkoopste betrouwbare Polygon RPC?
Per 2026 begint Ankr Premium rond 10 $/mo zonder per-request fees tot een ruime quota. Alchemys free tier is ook genoeg voor de meeste retail bots (300M compute units/mo). QuickNode is duurder maar heeft dedicated-node opties als je voorspelbare performance nodig hebt.
Kan ik mijn eigen Polygon node hosten?
Ja, maar het is overkill tenzij je een high-frequency bot draait of zware on-chain analytics doet. Een Polygon full node vraagt ~1 TB SSD en weken sync-tijd. De kost in disk + onderhoud overstijgt meestal een paid RPC plan voor elke retail-scale bot.
Op welke WebSocket moet ik abonneren?
Voor Polymarket order book data, abonneer op Polymarkets eigen WebSocket op wss://ws-subscriptions-clob.polymarket.com/ws/market. Voor Polygon block events (zeldzaam voor de meeste bots), abonneer op het WS endpoint van je RPC provider (bijv. wss://polygon-mainnet.g.alchemy.com/v2/YOUR_KEY).
Hoe vermijd ik rate limits te raken?
Cache agressief (order book snapshots, gamma metadata), gebruik WebSocket voor real-time data in plaats van polling, batch read-calls wanneer mogelijk en voeg backoff toe op 429 responses. De meeste rate-limit-hits die we zien komen van slecht-gecodeerde loops, niet van echte vraag.