Polymarket Bot Tutorial · Rozdział 5 z 32
Porównanie dostawców Polygon RPC dla Polymarket botów w 2026: Alchemy, QuickNode, Ankr, public endpoints, self-hosted. Latency, rate limits, możliwość użycia darmowego planu do paper trading.
Co obejmuje ten rozdział
Endpoint Polygon RPC to jedyne bezpośrednie okno bota na stan on-chain — balances, allowances, potwierdzenia settlement, zdarzenia UMA. Własne API Polymarket ukrywa większość z tego, ale bot produkcyjny musi odczytywać prawdę on-chain, aby weryfikować własną księgowość. Ten rozdział porównuje głównych dostawców RPC przy ruchu na żywo, podaje progi darmowych planów, po których każdy z nich przestaje wystarczać, i kończy się wzorcem failover z dwoma providerami, który ostatecznie przyjmuje większość botów.
To rozdział 5 z naszej 32-częściowej serii o budowie Polymarket trading bota. Omawiamy temat szczegółowo w sekcjach poniżej. Treść główna dla każdej sekcji jest pisana i publikowana rozdział po rozdziale; odpowiedzi FAQ i referencje są już kompletne i odzwierciedlają doświadczenie produkcyjne z działania naszego własnego tradera.
- Co RPC robi dla Twojego bota
- Alchemy: darmowy plan i pricing
- QuickNode: dedykowane nodes
- Ankr: najtańszy płatny tier
- Public Polygon RPCs (free, rate-limited]
- Self-hosted Polygon node (kiedy to ma sens)
- Latency benchmarks (US-East vs EU)
- Wzorce failover
Co RPC robi dla Twojego bota
Endpoint RPC to HTTPS lub WebSocket URL, przez który Twój bot odczytuje i zapisuje stan chaina Polygon. Dla Polymarket bota RPC obsługuje cztery zadania.
- Odczyt balances: ile pUSD lub USDC znajduje się w proxy, ile outcome tokens faktycznie trzymasz. To konieczne, aby zweryfikować, czy widok z CLOB API zgadza się z prawdą chaina.
- Odczyt allowances: czy kontrakty Polymarket mogą wydawać Twoje tokeny. Źle skonfigurowane allowance powoduje ciche odrzucenia orderów.
- Subskrypcja wydarzeń: propozycje i spory UMA Optimistic Oracle, potwierdzenia depositów, duże on-chain transfery z innych walletów.
- Weryfikacja settlement: gdy CLOB mówi „matched”, chain nie potwierdził jeszcze transferu ERC-1155. Odczyt chaina potwierdza, że naprawdę do niego doszło.
Bot nie podpisuje orderów przez RPC — signing orderów odbywa się lokalnie, a podpisany payload jest wysyłany do CLOB HTTP API. RPC to w większości strategii wyłącznie kanał do odczytu i zdarzeń.
Alchemy: darmowy plan i pricing
Alchemy to najczęściej używany dostawca Polygon RPC wśród builderów Polymarket, których znamy. Darmowy plan pokrywa większość zastosowań paper trading i małych botów: 300 compute units na sekundę, 300 milionów miesięcznie, ten sam dashboard używany do provisioningu endpointów Polygon mainnet i Polygon testnet.
Typowy bot na 20 marketów, który odczytuje balances + zdarzenia UMA co 30 sekund, zużywa około 50-80 milionów CU/miesiąc, czyli wygodnie mieści się pod darmowym limitem. Płatne plany zaczynają się około 50 USD/miesiąc i przede wszystkim kupują wyższą przepustowość na sekundę, a nie więcej całkowitych wywołań. Limit rate na darmowym planie to ograniczenie, na które trafia większość paper-trade botów, nie miesięczny wolumen.
Alchemy ma przydatny dashboard do sprawdzania nieudanych requestów oraz podział latency według metod, co pomaga przy debugowaniu wolnych odczytów. Sam dashboard jest wart wyboru ich zamiast dostawcy bez dashboardu przy pierwszym bocie.
QuickNode: dedykowane nodes
QuickNode pozycjonuje się pod potrzeby większej przepustowości. Ich pricing skaluje się według miesięcznego wolumenu requestów, a nie według tierów — to ma największe znaczenie dla botów, które subskrybują wiele WebSocket event filters albo wykonują ciężkie historyczne queries logów. Plan wejściowy kosztuje około 10-20 USD/miesiąc i obejmuje wsparcie WebSocket, które niektóre darmowe plany Alchemy ograniczają.
Latency pojedynczego requestu z US-East w QuickNode wynosi zwykle 5-15 ms, co jest nieco lepsze niż darmowy plan Alchemy pod obciążeniem. Dla bota o jednej strategii różnica jest niewidoczna; dla market makera kwotującego 100 markets może mieć znaczenie. Dostęp do archive node (pełny historyczny stan) jest u nich najtańszy spośród trzech głównych providerów, jeśli Twoja strategia tego potrzebuje.
Problem: ich odpowiedzi błędów JSON-RPC są mniej precyzyjne niż w Alchemy, więc debugowanie trwa dłużej, gdy jakaś metoda zawiedzie.
Ankr: najtańszy płatny tier
Ankr oferuje najtańszy płatny Polygon RPC wśród głównych providerów — około 10 USD/miesiąc za plan premium wejściowy z 1,500 CU/sekundę. Darmowy plan ma ostre limity rate, ale nadaje się do paper trading.
Dwa ostrzeżenia. Po pierwsze, endpoint load-balanced Ankr czasami serwuje lekko przestarzałe dane blocków (1-2 bloki za tipem). Do odczytów balances to w porządku; dla strategii arbitrażowych zależnych od najnowszego bloku to istotny problem. Po drugie, czas reakcji supportu jest wolniejszy niż w Alchemy lub QuickNode, gdy nodes w danym regionie mają problem.
Ankr to rozsądny primary provider dla botów wrażliwych na koszt i świetny backup provider niezależnie od tego, co wybierzesz jako primary. Sekcja o failover pattern poniżej pokazuje, jak to połączyć.
Public Polygon RPCs (free, rate-limited]
Polygon publikuje kilka darmowych publicznych endpointów RPC — polygon-rpc.com, rpc.ankr.com/polygon (public, oddzielny od płatnego Ankr) oraz kilka hostowanych przez społeczność. Działają, ale z zastrzeżeniami.
- Limity rate są agresywne i nieudokumentowane. Spodziewaj się throttlingu, jeśli przekroczysz około 10 req/sec w sposób ciągły.
- Brak supportu, brak dashboardu. Gdy endpoint zawiedzie, dowiadujesz się o tym po wzroście error rate bota.
- Często 1-3 bloki za opóźnieniem. W porządku do odczytów niewrażliwych na czas.
Używaj publicznych endpointów do: developmentu na laptopie, trzeciego poziomu stacka failoverowego (po dwóch płatnych providerach), skryptów jednorazowych. Nie uruchamiaj live bot tradingu przeciwko publicznemu endpointowi jako primary.
Self-hosted Polygon node (kiedy to ma sens)
Uruchomienie własnego Polygon full node jest wykonalne — Bor + Heimdall na VPS z 4 vCPU / 16 GB RAM i około 2 TB SSD, syncing w ciągu kilku dni. Matematyka za i przeciw jest prosta.
Koszt: około 40-80 USD/miesiąc za VPS + storage u dużego hosta. Około 4x wygodnego płatnego planu RPC.
Plus: zero per-request fees, brak rate limitów i najniższa możliwa latency do stanu chaina (1-3 ms vs 20-50 ms przez internet do hostowanego provider).
Minus: zarządzanie snapshotami, Heimdall i Bor mają własne tryby awarii, a zatrzymany sync w trakcie tradingu powoduje ciche, nieaktualne odczyty.
Dla 95% builderów: nie self-hostuj. Godziny spędzone na maintenance noda znacznie przewyższają oszczędności na rachunku za RPC. Self-host ma sens tylko wtedy, gdy masz strategię, w której 30 ms latency odczytu ma znaczenie dla PnL, i już potwierdziłeś działanie strategii u hostowanego provider.
Latency benchmarks (US-East vs EU)
Zmierzono medianę round-trip times z VPS w trzech regionach do najbliższego Polygon RPC każdego provider, maj 2026.
| Region VPS | Alchemy | QuickNode | Ankr (paid) | polygon-rpc.com |
|---|---|---|---|---|
| NY (US-East) | 14 ms | 11 ms | 22 ms | 34 ms |
| AMS (EU) | 21 ms | 17 ms | 28 ms | 41 ms |
| SG (Asia) | 97 ms | 89 ms | 110 ms | 140 ms |
Wartości zmieniają się z tygodnia na tydzień o około 3 ms. Wzorzec jest stabilny: QuickNode i Alchemy mieszczą się w granicach szumu względem siebie; Ankr jest konsekwentnie 5-10 ms z tyłu; public endpoints są 15-25 ms z tyłu. Boty hostowane w Azji płacą nieunikniony podatek około 80 ms względem skoncentrowanej na Ameryce Północnej infrastruktury Polygon.
Wzorce failover
Jedno RPC to pojedynczy punkt awarii. Boty produkcyjne używają dwóch providerów z prostą regułą przełączania.
Pattern: primary call przeciwko providerowi A; przy timeout (3 s) lub odpowiedzi 5xx retry przeciwko providerowi B; jeśli oba zawiodą, sleep 5 s i ponów primary. Śledź kolejne awarie primary i automatycznie przypinaj do B na 60 s po 3 awariach, a potem ponownie sprawdzaj primary.
Rekomendowana kombinacja: Alchemy płatny jako primary, Ankr free lub publiczny endpoint Polygon jako backup. Korzystają z różnych upstream node operators, więc problem w jednym rzadko jest skorelowany z drugim. Unikaj uruchamiania dwóch endpointów od tego samego provider (np. dwóch kluczy Alchemy) — nie daje to realnej redundancji.
Implementacja: cienki wrapper wokół web3.py lub ethers.js, który wybiera między providerami przy każdym wywołaniu. Około 30 linii code; zwraca się przy pierwszej regionalnej awarii provider.
