Polymarket Bot Tutorial · Chapter 5 of 32
Сравнение Polygon RPC provider для Polymarket bots в 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, чтобы проверять свой accounting. В этой главе сравниваются основные RPC providers под реальной нагрузкой, приводятся пороги free-tier, после которых каждый из них перестаёт работать, и в конце разбирается схема failover с двумя provider, которую в итоге используют большинство bots.
- What an RPC does for your bot
- Alchemy: free tier and pricing
- QuickNode: dedicated nodes
- Ankr: cheapest paid tier
- Public Polygon RPCs (free, rate-limited)
- Self-hosted Polygon node (when it makes sense)
- 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 вы реально держите. Это нужно, чтобы проверить, совпадает ли view от CLOB API с chain truth.
- Read allowances: могут ли Polymarket contracts тратить ваши tokens. Неправильно настроенный allowance приводит к тихим отказам ордеров.
- Subscribe to events: предложения и споры UMA Optimistic Oracle, подтверждения deposits, крупные 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 и small-bot use cases: 300 compute units per second, 300 million per month, тот же dashboard, который используется для provision Polygon mainnet и Polygon testnet endpoints.
Типичный bot на 20 markets, который читает balances + UMA events каждые 30 секунд, потребляет около 50-80 million CU/month, что комфортно укладывается в free cap. Paid plans начинаются примерно с $50/month и в первую очередь дают более высокий throughput per second, а не большее число total calls. Именно limit free tier per second обычно становится ограничением для paper-trade bots, а не monthly volume.
У Alchemy есть полезный dashboard для просмотра failed requests и разбивка latency по method, что очень помогает при отладке медленных reads. Один только dashboard уже делает их более удачным выбором, чем provider без dashboard, если вы создаёте первого bot.
QuickNode: dedicated nodes
QuickNode ориентируется на сценарии с более высоким throughput. Их pricing масштабируется по monthly request volume, а не по tiers - это особенно важно для bots, которые подписываются на множество WebSocket event filters или активно делают historical-log queries. Entry tier - примерно $10-20/month и включает WebSocket support, который некоторые free tiers Alchemy throttled.
Latency per request из US-East у QuickNode обычно 5-15ms, немного лучше, чем у free tier Alchemy under load. Для bot с одной strategy разница незаметна; для market-maker, который котирует 100 markets, она может иметь значение. Доступ к archive node (полное historical state) у них один из самых дешёвых среди трёх основных provider, если вашей strategy это нужно.
Минус: их JSON-RPC error responses менее конкретны, чем у Alchemy, поэтому отладка занимает больше времени, когда method fails.
Ankr: самый дешёвый paid tier
Ankr предлагает самый дешёвый paid Polygon RPC среди major-provider tier - примерно $10/month за entry premium plan с 1,500 CU/second. Free tier имеет жёсткие rate limits, но для paper trading его можно использовать.
Два предупреждения. Во-первых, load-balanced endpoint у Ankr иногда отдаёт slightly stale block data, отставая на 1-2 blocks от tip. Для balance reads это нормально; для arbitrage strategies, зависящих от latest block, это уже существенная проблема. Во-вторых, время ответа support у них медленнее, чем у Alchemy или QuickNode, если у nodes в каком-то регионе возникают проблемы.
Ankr - разумный primary provider для cost-sensitive bots и отличный backup provider независимо от primary. Ниже в разделе failover-patterns объясняется, как их комбинировать.
Public Polygon RPCs (free, rate-limited)
Polygon публикует несколько бесплатных public RPC endpoints - polygon-rpc.com, rpc.ankr.com/polygon (public, отдельно от paid Ankr) и ещё несколько community-hosted вариантов. Они работают, но с оговорками.
- Rate limits агрессивные и не документированы. Ожидайте throttling, если вы превышаете примерно ~10 req/sec sustained.
- Нет support, нет dashboard. Когда endpoint ломается, вы узнаёте об этом по росту error rate у вашего bot.
- Часто отстают на 1-3 blocks. Подходит для non-time-sensitive reads.
Используйте public endpoints для: development на laptop, third tier failover stack (после двух paid providers), one-shot scripts. Не запускайте live bot trading через public endpoint как primary.
Self-hosted Polygon node (когда это имеет смысл)
Запустить собственный Polygon full node реально - Bor + Heimdall на VPS с 4 vCPU/16GB и примерно 2 TB SSD, синхронизация занимает пару дней. Математика "за" и "против" проста.
Cost: примерно $40-80/month на VPS + storage у крупного host. Примерно в 4 раза дороже удобного paid RPC plan.
Win: zero per-request fees, no rate limits и минимально возможная latency к chain state (1-3ms против 20-50ms по internet до hosted provider).
Pain: snapshot management, у Heimdall и Bor есть собственные crash modes, а остановившаяся синхронизация посреди trading даёт тихие stale reads.
Для 95% builders self-hosting не нужен. Часы, потраченные на обслуживание node, намного превышают экономию на 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 |
Показатели меняются week to week примерно в пределах ~3ms. Паттерн стабилен: QuickNode и Alchemy находятся почти на одном уровне; Ankr стабильно отстаёт на 5-10ms; public endpoints - на 15-25ms. Bots, размещённые в Asia, неизбежно платят примерно ~80ms tax из-за North-America-centric backbone Polygon.
Failover patterns
Один RPC - это single point of failure. Production bots используют двух provider с простой схемой переключения.
Pattern: primary call к provider A; при timeout (3s) или 5xx response - retry к provider B; если оба не сработали - sleep 5s и повторить primary. Отслеживайте consecutive primary failures и автоматически pin к B на 60s после 3 failures, затем снова probe primary.
Рекомендуемая комбинация: paid Alchemy как primary, Ankr free или public Polygon endpoint как backup. У них разные upstream node operators, поэтому сбой у одного редко коррелирует со сбоями у другого. Не используйте два endpoint от одного и того же provider (например, две Alchemy keys) - это не даёт реальной redundancy.
Implementation: thin wrapper вокруг web3.py или ethers.js, который выбирает между provider при каждом call. Около 30 lines of code; окупается при первом же regional outage у provider.
