Tutorial de Bot da Polymarket · Capítulo 5 de 32
Comparação de provedores Polygon RPC para bots da Polymarket em 2026: Alchemy, QuickNode, Ankr, endpoints públicos, self-hosted. Latência, rate limits, uso no free tier para paper trading.
O que este capítulo cobre
O endpoint Polygon RPC é a única visão direta do estado on-chain que o bot tem - saldos, allowances, confirmações de settlement, eventos da UMA. A própria API da Polymarket esconde a maior parte disso, mas um bot em produção precisa ler a verdade on-chain para verificar sua própria contabilidade. Este capítulo compara os principais provedores de RPC sob carga real, mostra os limites do free tier em que cada um deixa de funcionar e termina com o padrão de failover com dois provedores que a maioria dos bots acaba adotando.
- O que um RPC faz pelo seu bot
- Alchemy: free tier e pricing
- QuickNode: nós dedicados
- Ankr: o menor custo no paid tier
- RPCs públicos da Polygon (grátis, com rate limit)
- Nó Polygon self-hosted (quando faz sentido)
- Benchmarks de latência (US-East vs EU)
- Padrões de failover
O que um RPC faz pelo seu bot
Um endpoint RPC é a URL HTTPS ou WebSocket por meio da qual seu bot lê e grava o estado da chain Polygon. Para um bot da Polymarket, o RPC faz quatro trabalhos.
- Ler saldos: quanto pUSD ou USDC está no proxy, quantos tokens de outcome você realmente possui. Necessário para verificar se a visão da CLOB API corresponde à verdade da chain.
- Ler allowances: se os contratos da Polymarket podem gastar seus tokens. Uma allowance configurada incorretamente produz rejeições silenciosas de ordens.
- Assinar eventos: propostas e disputas da UMA Optimistic Oracle, confirmações de depósito, grandes transferências on-chain de outras wallets.
- Verificar settlement: quando a CLOB diz "matched", a chain ainda não confirmou a transferência de ERC-1155. Ler a chain confirma que isso realmente aconteceu.
O bot não assina ordens pelo RPC - a assinatura de ordens é feita localmente e o payload assinado é enviado para a HTTP API da CLOB. O RPC é puramente um canal de leitura e eventos para a maioria das estratégias.
Alchemy: free tier e pricing
Alchemy é o provedor de Polygon RPC mais usado entre os builders da Polymarket que conhecemos. O free tier cobre a maioria dos casos de uso de paper trading e bots pequenos: 300 compute units por segundo, 300 milhões por mês, o mesmo dashboard usado para provisionar endpoints da Polygon mainnet e da Polygon testnet.
Um bot típico de 20 mercados, que lê saldos + eventos da UMA a cada 30 segundos, consome cerca de 50-80 milhões de CU/mês, confortavelmente abaixo do limite gratuito. Os planos pagos começam em torno de US$50/mês e compram principalmente maior throughput por segundo, não mais chamadas totais. O rate limit do free tier é a restrição que a maioria dos bots de paper trade atinge, não o volume mensal.
A Alchemy oferece um dashboard útil para inspecionar requests falhadas e um detalhamento de latência por método que ajuda bastante ao depurar leituras lentas. O dashboard sozinho já vale a escolha em vez de um provedor sem dashboard para um primeiro bot.
QuickNode: nós dedicados
A QuickNode se posiciona para necessidades de maior throughput. O pricing escala com o volume mensal de requests em vez de faixas - o que é mais relevante para bots que assinam muitos filtros de eventos via WebSocket ou fazem consultas pesadas de logs históricos. O plano inicial fica em torno de US$10-20/mês e inclui suporte a WebSocket que alguns planos gratuitos da Alchemy limitam.
A latência por request da QuickNode a partir de US-East normalmente fica entre 5-15ms, ligeiramente melhor que o free tier da Alchemy sob carga. Para um bot de uma única estratégia a diferença é invisível; para um market-maker cotando 100 mercados, pode importar. O acesso ao archive node (estado histórico completo) é o mais barato entre os três principais, se sua estratégia precisar disso.
O ponto fraco: as respostas de erro JSON-RPC deles são menos específicas que as da Alchemy, então o debug demora mais quando um método falha.
Ankr: o menor custo no paid tier
A Ankr oferece o RPC Polygon pago mais barato entre os grandes provedores - cerca de US$10/mês no plano premium inicial com 1.500 CU/segundo. O free tier tem rate limits apertados, mas é utilizável para paper trading.
Dois alertas. Primeiro, o endpoint balanceado por carga da Ankr às vezes entrega dados de bloco levemente atrasados (1-2 blocks atrás da tip). Para leituras de saldo, tudo bem; para estratégias de arbitragem que dependem do bloco mais recente, isso é um problema relevante. Segundo, o tempo de resposta do suporte é mais lento que o da Alchemy ou da QuickNode quando os nós de uma região apresentam problema.
A Ankr é uma escolha sensata como provedor principal para bots sensíveis a custo e um excelente provedor de backup, independentemente do principal. A seção de padrões de failover abaixo mostra como combiná-los.
RPCs públicos da Polygon (grátis, com rate limit)
A Polygon publica vários endpoints RPC públicos gratuitos - polygon-rpc.com, rpc.ankr.com/polygon (público, separado da Ankr paga) e alguns mantidos pela comunidade. Eles funcionam, mas com ressalvas.
- Os rate limits são agressivos e não documentados. Espere throttling se ultrapassar cerca de 10 req/seg sustentados.
- Sem suporte, sem dashboard. Quando um endpoint falha, você percebe pela taxa de erros do seu bot subindo.
- Frequentemente 1-3 blocks atrás. Serve para leituras não sensíveis ao tempo.
Use endpoints públicos para: desenvolvimento em um laptop, a terceira camada de uma stack de failover (depois de dois provedores pagos), scripts de uso único. Não rode trading ao vivo do bot contra um endpoint público como principal.
Nó Polygon self-hosted (quando faz sentido)
Rodar seu próprio full node da Polygon é viável - Bor + Heimdall em uma VPS de 4 vCPU/16GB com ~2 TB de SSD, sincronizando em alguns dias. A conta a favor ou contra é simples.
Custo: cerca de US$40-80/mês em VPS + storage em um host grande. Aproximadamente 4x um plano de RPC pago confortável.
Vantagem: zero fees por request, sem rate limits e a menor latência possível até o estado da chain (1-3ms contra 20-50ms pela internet até um provedor hospedado).
Desvantagem: gerenciamento de snapshots, Heimdall e Bor podem ter crash modes, e um sync travado no meio do trading produz leituras silenciosamente desatualizadas.
Para 95% dos builders, não faça self-host. As horas gastas com manutenção do nó superam muito a economia na conta de RPC. Faça self-host apenas se você tiver uma estratégia em que 30ms de latência de leitura importam em termos de PnL e você já tiver provado a estratégia em um provedor hospedado.
Benchmarks de latência (US-East vs EU)
Tempos medianos de round-trip medidos a partir de VPS em três regiões para o RPC Polygon mais próximo de cada provedor, maio de 2026.
| Região da VPS | Alchemy | QuickNode | Ankr (paga) | polygon-rpc.com |
|---|---|---|---|---|
| NY (US-East) | 14ms | 11ms | 22ms | 34ms |
| AMS (EU) | 21ms | 17ms | 28ms | 41ms |
| SG (Ásia) | 97ms | 89ms | 110ms | 140ms |
Os números mudam semana a semana em cerca de 3ms. O padrão é estável: QuickNode e Alchemy ficam dentro da margem de ruído uma da outra; Ankr fica consistentemente 5-10ms atrás; endpoints públicos ficam 15-25ms atrás. Bots hospedados na Ásia pagam um custo inevitável de ~80ms contra o backbone da Polygon centrado na América do Norte.
Padrões de failover
Um único RPC é um ponto único de falha. Bots em produção usam dois provedores com uma regra simples de troca.
Padrão: chamada principal contra o provedor A; em timeout (3s) ou resposta 5xx, tentar novamente no provedor B; se ambos falharem, dormir 5s e tentar o principal de novo. Acompanhe falhas consecutivas do principal e faça auto-pin para B por 60s após 3 falhas, depois teste o principal novamente.
Combinação recomendada: Alchemy paga como principal, Ankr grátis ou endpoint público da Polygon como backup. Eles usam operadores de nó upstream diferentes, então uma falha em um raramente é correlacionada com a do outro. Evite rodar dois endpoints do mesmo provedor (por exemplo, duas chaves da Alchemy) - isso não traz redundância real.
Implementação: um wrapper fino em torno de web3.py ou ethers.js que seleciona entre provedores a cada chamada. Cerca de 30 linhas de código; se paga na primeira vez que um provedor sofre uma indisponibilidade regional.
