Polymarket Bot Tutorial · Розділ 5 із 32
Порівняння Polygon RPC provider для Polymarket bot у 2026 році: Alchemy, QuickNode, Ankr, public endpoints, self-hosted. Latency, rate limits, free-tier, придатний для paper trading.
Що охоплює цей розділ
Polygon RPC endpoint - це єдине пряме вікно вашого bot у on-chain state: balances, allowances, settlement confirmations, UMA events. Власний API Polymarket приховує більшість цього, але production bot має читати on-chain truth, щоб перевіряти власний bookkeeping. У цьому розділі порівнюються основні RPC providers під live load, наведено free-tier thresholds, після яких кожен перестає підходити, і в кінці описано two-provider failover pattern, який зрештою використовують більшість bot.
- Що робить RPC для вашого bot
- Alchemy: free tier і pricing
- QuickNode: dedicated nodes
- Ankr: найдешевший paid tier
- Public Polygon RPCs (безкоштовні, із rate limiting)
- Self-hosted Polygon node (коли це має сенс)
- Latency benchmarks (US-East vs EU)
- Failover patterns
Що робить RPC для вашого bot
RPC endpoint - це HTTPS або WebSocket URL, через який ваш bot читає і записує стан Polygon chain. Для Polymarket bot RPC виконує чотири завдання.
- Read balances: скільки pUSD або USDC лежить у proxy, скільки outcome tokens ви фактично тримаєте. Потрібно, щоб перевірити, чи збігається бачення CLOB API з on-chain truth.
- Read allowances: чи можуть контракти Polymarket витрачати ваші tokens. Неправильно налаштований allowance призводить до тихих order rejections.
- Subscribe to events: UMA Optimistic Oracle proposals і disputes, deposit confirmations, великі on-chain transfers з інших wallets.
- Verify settlement: коли CLOB каже "matched," chain ще не підтвердив ERC-1155 transfer. Читання chain підтверджує, що це дійсно сталося.
Bot не підписує orders через RPC - order signing виконується локально, а signed payload надсилається до CLOB HTTP API. Для більшості strategies RPC - це суто канал read-and-event.
Alchemy: free tier і pricing
Alchemy - найуживаніший Polygon RPC provider серед Polymarket builders, яких ми знаємо. Free tier покриває більшість paper-trading і невеликих bot use cases: 300 compute units per second, 300 million per month, той самий dashboard, який використовують для provision Polygon mainnet і Polygon testnet endpoints.
Типовий 20-market bot, що читає balances + UMA events кожні 30 секунд, споживає приблизно 50-80 million CU/month, комфортно нижче free cap. Paid plans стартують приблизно з $50/month і переважно купують вищу per-second throughput, а не більше total calls. Саме free tier rate limit зазвичай стає вузьким місцем для paper-trade bot, а не monthly volume.
Alchemy має корисний dashboard для перегляду failed requests і per-method latency breakdown, що допомагає під час налагодження повільних reads. Сам по собі dashboard уже робить їх кращим вибором за провайдера без dashboard для першого bot.
QuickNode: dedicated nodes
QuickNode позиціонує себе для потреб із вищою throughput. Їхнє pricing масштабується за monthly request volume, а не за tiers - це особливо важливо для bot, які підписані на багато WebSocket event filters або виконують важкі historical-log queries. Вхідний tier коштує приблизно $10-20/month і включає WebSocket support, який деякі free Alchemy tiers throttle.
Per-request latency QuickNode з US-East зазвичай становить 5-15ms, трохи краще за free tier Alchemy під load. Для bot з однією strategy різниця непомітна; для market-maker, який котирує 100 markets, це може мати значення. Їхній archive node access (повний historical state) - найдешевший серед трьох основних провайдерів, якщо вашій strategy це потрібно.
Недолік: їхні JSON-RPC error responses менш конкретні, ніж у Alchemy, тому налагодження займає більше часу, коли method не виконується.
Ankr: найдешевший paid tier
Ankr пропонує найдешевший paid Polygon RPC серед major providers - приблизно $10/month за entry premium plan із 1,500 CU/second. Free tier має жорсткі rate limits, але для paper trading цілком придатний.
Два застереження. По-перше, їхній load-balanced endpoint іноді віддає трохи застарілі block data (на 1-2 blocks позаду tip). Для balance reads це нормально; для arbitrage strategies, які залежать від latest block, це вже суттєва проблема. По-друге, response time support у них повільніший, ніж у Alchemy чи QuickNode, коли в одного з регіонів виникають проблеми з nodes.
Ankr - розумний primary provider для bot, чутливих до вартості, і чудовий backup provider незалежно від primary. Розділ нижче про failover-pattern пояснює, як їх поєднувати.
Public Polygon RPCs (безкоштовні, із rate limiting)
Polygon публікує кілька безкоштовних public RPC endpoints - polygon-rpc.com, rpc.ankr.com/polygon (public, окремо від paid Ankr) та ще кілька community-hosted. Вони працюють, але з обмеженнями.
- Rate limits агресивні й не задокументовані. Очікуйте throttling, якщо перевищуєте ~10 req/sec на постійній основі.
- Жодної підтримки, жодного dashboard. Коли endpoint падає, ви дізнаєтесь про це лише тоді, коли зростає error rate вашого bot.
- Часто відстають на 1-3 blocks. Підійде для reads, що не залежать від часу.
Використовуйте public endpoints для: development на laptop, третього рівня failover stack (після двох paid providers), одноразових scripts. Не запускайте live bot trading через public endpoint як primary.
Self-hosted Polygon node (коли це має сенс)
Запуск власного Polygon full node цілком можливий - Bor + Heimdall на 4-vCPU/16GB VPS із приблизно 2 TB SSD, синхронізація триває кілька днів. Формула "за" і "проти" проста.
Cost: приблизно $40-80/month за VPS + storage у великого host. Близько в 4 рази дорожче за комфортний paid RPC plan.
Win: нуль per-request fees, жодних rate limits і найнижча можлива latency до chain state (1-3ms проти 20-50ms через internet до hosted provider).
Pain: керування snapshots, у Heimdall і Bor є власні crash modes, а застигла sync посеред trading створює тихі stale reads.
Для 95% builders не варто self-host. Години, витрачені на node maintenance, значно перевищують економію на RPC bill. Self-host має сенс лише якщо у вас є strategy, де 30ms read latency впливає на PnL, і ви вже довели працездатність цієї strategy на hosted provider.
Latency benchmarks (US-East vs EU)
Виміряні median round-trip times із VPS у трьох регіонах до найближчого Polygon RPC кожного provider, травень 2026.
| VPS region | 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 |
Показники змінюються тиждень до тижня приблизно в межах 3ms. Картина стабільна: QuickNode і Alchemy відрізняються в межах шуму; Ankr стабільно на 5-10ms позаду; public endpoints - на 15-25ms позаду. Bot, розміщені в Азії, неминуче платять приблизно 80ms "податку" через північноамериканоцентричну backbone Polygon.
Failover patterns
Один RPC - це single point of failure. Production bot використовують двох providers із простою схемою перемикання.
Pattern: primary call до provider A; при timeout (3s) або 5xx response - повторити запит через provider B; якщо обидва недоступні, заснути на 5s і повторити primary. Відстежуйте послідовні primary failures і автоматично фіксуйтеся на B на 60s після 3 failures, потім знову перевіряйте primary.
Рекомендована комбінація: paid Alchemy як primary, Ankr free або public Polygon endpoint як backup. Вони використовують різних upstream node operators, тож збій в одному рідко корелює зі збоєм в іншому. Уникайте двох endpoints одного й того ж provider (наприклад, два Alchemy keys) - це не дає справжньої redundancy.
Implementation: тонка обгортка навколо web3.py або ethers.js, яка обирає між providers на кожному call. Приблизно 30 рядків code; окуповує себе вперше, коли у provider стається regional outage.
