Polymarket Bot Tutorial · Bölüm 5 / 32

2026'da Polymarket botları için Polygon RPC provider karşılaştırması: Alchemy, QuickNode, Ankr, public endpoints, self-hosted. Latency, rate limits, paper trading için kullanılabilir free-tier.

Bu bölüm neleri kapsıyor

Polygon RPC endpoint, botunuzun on-chain state'i doğrudan gördüğü tek yerdir - balances, allowances, settlement confirmations, UMA events. Polymarket'in kendi API'si bunların çoğunu gizler, ancak production bir bot kendi bookkeeping'ini doğrulamak için on-chain truth'u okumak zorundadır. Bu bölüm, live load altında başlıca RPC provider'ları karşılaştırır, her birinin çalışmayı bıraktığı free-tier eşiklerini verir ve sonunda çoğu botun eninde sonunda benimsediği iki-provider failover pattern'i ile biter.

  • RPC botunuz için ne yapar
  • Alchemy: free tier ve pricing
  • QuickNode: dedicated nodes
  • Ankr: en ucuz paid tier
  • Public Polygon RPCs (free, rate-limited)
  • Self-hosted Polygon node (ne zaman mantıklı olur)
  • Latency benchmarks (US-East vs EU)
  • Failover patterns

RPC botunuz için ne yapar

Bir RPC endpoint, botunuzun Polygon chain state'ini okuduğu ve yazdığı HTTPS veya WebSocket URL'sidir. Bir Polymarket botu için RPC dört işi üstlenir.

  • Balances okuma: proxy'de ne kadar pUSD veya USDC bulunduğu, gerçekte kaç outcome token tuttuğunuz. CLOB API'nin görünümünün chain truth ile eşleştiğini doğrulamak için gereklidir.
  • Allowances okuma: Polymarket kontratlarının token'larınızı harcayıp harcayamayacağı. Yanlış yapılandırılmış bir allowance, sessiz order rejection'lara neden olur.
  • Event'lere subscribe olma: UMA Optimistic Oracle proposal ve dispute'ları, deposit confirmations, diğer cüzdanlardan gelen büyük on-chain transferler.
  • Settlement doğrulama: CLOB "matched" dediğinde, chain henüz ERC-1155 transferini onaylamış olmayabilir. Chain'i okumak bunun gerçekten gerçekleştiğini doğrular.

Bot, order'ları RPC üzerinden imzalamaz - order signing yerel olarak yapılır ve imzalanmış payload CLOB HTTP API'ye gönderilir. RPC çoğu strategy için yalnızca read-and-event channel'dır.

Alchemy: free tier ve pricing

Alchemy, bildiğimiz Polymarket builder'ları arasında en çok kullanılan Polygon RPC provider'dır. Free tier, çoğu paper-trading ve küçük bot kullanım senaryosunu kapsar: saniyede 300 compute unit, ayda 300 milyon, Polygon mainnet ve Polygon testnet endpoint'lerini provision etmek için kullanılan aynı dashboard.

Balance + UMA event'lerini her 30 saniyede bir okuyan tipik 20 market'lik bir bot, ayda yaklaşık 50-80 milyon CU tüketir; bu da free cap'in oldukça altındadır. Paid plan'lar yaklaşık aylık 50$'dan başlar ve temel olarak daha yüksek saniye başına throughput satın alır, daha fazla toplam çağrı değil. Çoğu paper-trade botun takıldığı kısıt monthly volume değil, free tier rate limit'tir.

Alchemy, failed request'leri incelemek için kullanışlı bir dashboard ve yavaş okumaları debug ederken yardımcı olan per-method latency breakdown sunar. İlk bot için dashboard'u olan bir sağlayıcıyı, dashboard'u olmayan bir sağlayıcıya tercih etmek tek başına bile onlarca dolara değer.

QuickNode: dedicated nodes

QuickNode, kendini daha yüksek throughput ihtiyaçlarına konumlandırır. Pricing, tier'lar yerine aylık request volume ile ölçeklenir - bu, birçok WebSocket event filter'a subscribe olan veya ağır historical-log query'leri yapan botlar için en relevant olandır. Giriş tier'ı kabaca aylık 10-20$'dır ve bazı free Alchemy tier'larının kısmen kısıtladığı WebSocket desteğini içerir.

QuickNode'un US-East'ten per-request latency'si tipik olarak 5-15ms'dir ve yük altında Alchemy'nin free tier'ından biraz daha iyidir. Tek-strategy bir bot için fark hissedilmez; 100 market'te quote veren bir market-maker için önemli olabilir. Archive node erişimleri (tam historical state) gerekiyorsa, üç büyükler arasında en ucuzu onlardır.

Eksisi: JSON-RPC error response'ları Alchemy'ninkiler kadar spesifik değildir, bu yüzden bir method başarısız olduğunda debug daha uzun sürer.

Ankr: en ucuz paid tier

Ankr, büyük provider'lar arasında en ucuz paid Polygon RPC'yi sunar - giriş premium plan için yaklaşık aylık 10$ ve 1,500 CU/saniye. Free tier'ın rate limit'leri sıkıdır ama paper trading için işe yarar.

İki uyarı var. Birincisi, Ankr'ın load-balanced endpoint'i zaman zaman biraz eski block data servis eder (tipin 1-2 block gerisinde). Balance okumaları için sorun değildir; ancak en güncel block'a bağlı arbitrage strategy'leri için anlamlı bir problemdir. İkincisi, bir bölgedeki node'larda sorun olduğunda support response time Alchemy veya QuickNode'dan daha yavaştır.

Ankr, maliyete duyarlı botlar için mantıklı bir primary provider ve primary ne olursa olsun mükemmel bir backup provider'dır. Aşağıdaki failover-pattern bölümü bunları nasıl birleştireceğinizi anlatır.

Public Polygon RPCs (free, rate-limited)

Polygon birkaç ücretsiz public RPC endpoint'i yayınlar - polygon-rpc.com, rpc.ankr.com/polygon (public, paid Ankr'dan ayrı) ve birkaç community-hosted endpoint. Çalışırlar, fakat bazı kısıtlarla.

  • Rate limit'ler agresif ve dokümante edilmemiştir. Yaklaşık 10 req/sec sürekli kullanımın üstüne çıktığınızda throttled olmayı bekleyin.
  • Support yok, dashboard yok. Bir endpoint başarısız olduğunda bunu botunuzun error rate'inin artmasından anlarsınız.
  • Sık sık 1-3 block geridedir. Zaman hassasiyeti olmayan okumalar için uygundur.

Public endpoint'leri şunlar için kullanın: laptop'ta development, failover stack'in üçüncü katmanı (iki paid provider'dan sonra), tek seferlik script'ler. Live bot trading'i primary olarak public bir endpoint'e bağlamayın.

Self-hosted Polygon node (ne zaman mantıklı olur)

Kendi Polygon full node'unuzu çalıştırmak mümkündür - 4 vCPU/16GB VPS üzerinde ~2 TB SSD ile Bor + Heimdall, birkaç gün içinde sync olur. Lehine veya aleyhine olan matematik basittir.

Cost: büyük bir host üzerinde VPS + storage için kabaca aylık 40-80$. Rahat bir paid RPC planının yaklaşık 4 katı.

Kazanç: sıfır per-request fee, rate limit yok ve chain state'e mümkün olan en düşük latency (hosted provider'a internet üzerinden 20-50ms yerine 1-3ms).

Yük: snapshot management, Heimdall ve Bor'un her birinin crash modları vardır ve trading sırasında ortada kalan bir stalled sync sessiz stale read'lere yol açar.

Çoğu builder için self-host etmeyin. Node maintenance için harcanan saatler, RPC faturasında sağlanan tasarrufu fazlasıyla aşar. Yalnızca 30ms'lik read latency'nin PnL açısından anlamlı olduğu bir strategy'niz varsa ve strategy'yi zaten hosted bir provider üzerinde doğruladıysanız self-host edin.

Latency benchmarks (US-East vs EU)

Mayıs 2026'da üç farklı bölgedeki VPS'lerden her provider'ın en yakın Polygon RPC'sine ölçülen median round-trip süreleri.

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

Sayılar hafta hafta yaklaşık 3ms oynar. Pattern stabildir: QuickNode ve Alchemy birbirine gürültü seviyesinde yakındır; Ankr sürekli 5-10ms geridedir; public endpoint'ler 15-25ms geridedir. Asia-hosted botlar, Polygon'un North-America merkezli backbone'una karşı kaçınılmaz olarak yaklaşık 80ms'lik bir vergi öder.

Failover patterns

Tek bir RPC, tek bir failure point'tir. Production botlar basit bir swap kuralıyla iki provider kullanır.

Pattern: provider A'ya karşı primary çağrı; timeout'ta (3s) veya 5xx response'ta provider B'ye retry; ikisi de başarısız olursa 5s sleep edip primary'yi yeniden dene. Arka arkaya primary failure'larını takip et ve 3 failure'dan sonra 60s boyunca otomatik olarak B'ye pinle, ardından primary'yi yeniden probe et.

Önerilen kombinasyon: primary olarak paid Alchemy, backup olarak Ankr free veya public Polygon endpoint. Farklı upstream node operator'ları kullanırlar; bu yüzden birindeki aksaklık diğerini nadiren etkiler. Aynı provider'dan iki endpoint çalıştırmaktan kaçının (ör. iki Alchemy key'i) - bu gerçek bir redundancy sağlamaz.

Uygulama: her çağrıda provider'lar arasında seçim yapan web3.py veya ethers.js etrafında ince bir wrapper. Yaklaşık 30 satır kod; bir provider bölgesel outage yaşadığı ilk anda kendini amorti eder.

Sık sorulan sorular

Polymarket botum için paid Polygon RPC gerekir mi?
Paper trading veya düşük hacimli botlar için gerekmez. Public Polygon RPC'ler (polygon-rpc.com), ortalama ~1 request/sec altında kaldığınız sürece gayet iyi çalışır. Birden fazla market'e ölçeklendiğinizde veya WebSocket subscription'lara ihtiyaç duyduğunuzda Alchemy, QuickNode veya Ankr'a geçin - free tier'lar çoğu retail botu kapsar.
SDK kullanıyorsam Polymarket'in Polygon RPC'ye ihtiyacı var mı?
CLOB SDK, Polymarket REST/WebSocket API'lerini çağırır - bunlar Polygon RPC gerektirmez. Polygon RPC'ye yalnızca on-chain read'ler için ihtiyaç duyarsınız (USDC/pUSD balance, contract event'leri, UMA oracle read'leri, özel EIP-712 signature flow'ları). Birçok botun Polygon ile doğrudan konuşması hiç gerekmez.
En ucuz güvenilir Polygon RPC hangisi?
2026 itibarıyla Ankr Premium, cömert bir quota'ya kadar per-request fee olmadan yaklaşık aylık 10$'dan başlar. Alchemy'nin free tier'ı da çoğu retail bot için yeterlidir (ayda 300M compute unit). QuickNode daha pahalıdır ama öngörülebilir performans gerekiyorsa dedicated-node seçenekleri vardır.
Kendi Polygon node'umu barındırabilir miyim?
Evet, ancak yüksek-frequency bir bot çalıştırmıyor veya ağır on-chain analytics yapmıyorsanız gereksizdir. Bir Polygon full node yaklaşık 1 TB SSD ve haftalar süren sync zamanı ister. Disk + maintenance maliyeti, retail ölçekteki herhangi bir bot için genellikle paid RPC planını aşar.
Hangi WebSocket'e subscribe olmalıyım?
Polymarket order book data için, Polymarket'in kendi WebSocket'ine wss://ws-subscriptions-clob.polymarket.com/ws/market adresinden subscribe olun. Polygon block event'leri için (çoğu botta nadirdir), RPC provider'ınızın WS endpoint'ine subscribe olun (ör., wss://polygon-mainnet.g.alchemy.com/v2/YOUR_KEY).
Rate limit'lere takılmaktan nasıl kaçınırım?
Agresif cache'leyin (order book snapshot'ları, gamma metadata), gerçek zamanlı data için polling yerine WebSocket kullanın, mümkün olduğunda read çağrılarını batch'leyin ve 429 response'larında backoff ekleyin. Gördüğümüz rate-limit aşımalarının çoğu gerçek talepten değil, kötü yazılmış loop'lardan kaynaklanır.