Polymarket Bot Tutorial · অধ্যায় 5 of 32
2026 সালে Polymarket bots-এর জন্য Polygon RPC provider comparison: Alchemy, QuickNode, Ankr, public endpoints, self-hosted। Latency, rate limits, free-tier, paper trading-এর জন্য ব্যবহারযোগ্য।
এই অধ্যায়ে কী আছে
Polygon RPC endpoint হলো bot-এর on-chain state দেখার একমাত্র direct view - balances, allowances, settlement confirmations, UMA events। Polymarket-এর নিজস্ব API এগুলোর বেশিরভাগই লুকিয়ে রাখে, কিন্তু production bot-এর নিজের bookkeeping যাচাই করার জন্য on-chain truth পড়তে হয়। এই অধ্যায়ে live load-এর অধীনে major RPC providers compare করা হয়েছে, free-tier thresholds দেওয়া হয়েছে যেখানে প্রতিটি provider আর কাজ করে না, এবং শেষে এমন two-provider failover pattern দেখানো হয়েছে যা বেশিরভাগ bot শেষ পর্যন্ত ব্যবহার করে।
- আপনার bot-এর জন্য RPC কী করে
- Alchemy: free tier এবং pricing
- QuickNode: dedicated nodes
- Ankr: সবচেয়ে সস্তা paid tier
- Public Polygon RPCs (free, rate-limited)
- Self-hosted Polygon node (কখন তা যুক্তিযুক্ত)
- Latency benchmarks (US-East বনাম EU)
- Failover patterns
আপনার bot-এর জন্য RPC কী করে
RPC endpoint হলো সেই HTTPS বা WebSocket URL, যার মাধ্যমে আপনার bot Polygon chain state পড়ে এবং লিখে। Polymarket bot-এর ক্ষেত্রে RPC চারটি কাজ করে।
- Read balances: proxy-তে কত pUSD বা USDC আছে, আপনি আসলে কত outcome tokens ধরে রেখেছেন। CLOB API-এর view chain truth-এর সাথে মেলে কি না যাচাই করতে এটি দরকার।
- Read allowances: Polymarket contracts আপনার tokens খরচ করতে পারবে কি না। ভুলভাবে configured allowance হলে order নীরবে reject হয়।
- Subscribe to events: UMA Optimistic Oracle proposals এবং disputes, deposit confirmations, অন্য wallets থেকে বড় on-chain transfers।
- Verify settlement: CLOB যখন "matched" বলে, তখন chain এখনো ERC-1155 transfer confirm করেনি। chain পড়ে নিশ্চিত হওয়া যায় সেটি সত্যিই হয়েছে কি না।
Bot RPC-এর মাধ্যমে orders sign করে না - order signing local-এ হয় এবং signed payload CLOB HTTP API-তে পাঠানো হয়। বেশিরভাগ strategy-এর জন্য RPC কেবল একটি read-and-event channel।
Alchemy: free tier এবং pricing
আমরা যেসব Polymarket builder চিনি, তাদের মধ্যে Alchemy সবচেয়ে বেশি ব্যবহৃত Polygon RPC provider। Free tier paper trading এবং ছোট bot-এর বেশিরভাগ use case কভার করে: 300 compute units per second, প্রতি মাসে 300 million, একই dashboard ব্যবহার করে Polygon mainnet এবং Polygon testnet endpoints provision করা যায়।
একটি সাধারণ 20-market bot যদি প্রতি 30 seconds-এ balances + UMA events পড়ে, তাহলে প্রায় 50-80 million CU/month খরচ হয়, যা free cap-এর অনেক নিচে। Paid plans প্রায় $50/month থেকে শুরু হয় এবং মূলত per-second throughput বাড়ায়, মোট calls বেশি দেয় না। Free tier rate limit-ই সেই constraint, যেখানে বেশিরভাগ paper-trade bot আটকে যায়, monthly volume নয়।
Alchemy failed requests inspect করার জন্য একটি useful dashboard এবং per-method latency breakdown দেয়, যা slow reads debug করতে সহায়ক। প্রথম bot-এর জন্য dashboard-সহ provider বেছে নেওয়ার ক্ষেত্রে শুধু এই কারণেই তারা মূল্যবান।
QuickNode: dedicated nodes
QuickNode উচ্চ-throughput প্রয়োজনের জন্য নিজেকে position করে। তাদের pricing monthly request volume অনুযায়ী scale করে, tier অনুযায়ী নয় - এটি বিশেষভাবে relevant সেই bot-এর জন্য যারা অনেক WebSocket event filter subscribe করে বা heavy historical-log query চালায়। Entry tier প্রায় $10-20/month এবং WebSocket support অন্তর্ভুক্ত করে, যা কিছু free Alchemy tier throttle করে।
US-East থেকে QuickNode-এর per-request latency সাধারণত 5-15ms, load-এর অধীনে Alchemy-এর free tier-এর তুলনায় সামান্য ভালো। একক-strategy bot-এর জন্য পার্থক্যটি অদৃশ্য; 100 market quote করা market-maker-এর জন্য তা গুরুত্বপূর্ণ হতে পারে। আপনার strategy-তে যদি archive node access (পূর্ণ historical state) লাগে, তাহলে তিনটি major-এর মধ্যে তাদের access-ই সবচেয়ে সস্তা।
সমস্যা: তাদের JSON-RPC error responses Alchemy-এর তুলনায় কম specific, তাই কোনো method fail করলে debug করতে বেশি সময় লাগে।
Ankr: সবচেয়ে সস্তা paid tier
Ankr major-provider tier-এর মধ্যে সবচেয়ে সস্তা paid Polygon RPC দেয় - entry premium plan-এর জন্য প্রায় $10/month, 1,500 CU/second সহ। Free tier-এ tight rate limits আছে, তবে paper trading-এর জন্য তা ব্যবহারযোগ্য।
দুটি warning। প্রথমত, Ankr-এর load-balanced endpoint মাঝেমধ্যে সামান্য stale block data পরিবেশন করে (tip-এর থেকে 1-2 blocks পিছিয়ে)। Balance read-এর জন্য এটি ঠিক আছে; latest block-এর উপর নির্ভরশীল arbitrage strategy-এর জন্য এটি একটি বাস্তব সমস্যা। দ্বিতীয়ত, কোনো region-এর nodes-এ সমস্যা হলে তাদের support response time Alchemy বা QuickNode-এর তুলনায় ধীর।
Cost-sensitive bot-এর জন্য Ankr একটি sensible primary provider এবং primary যাই হোক না কেন, এটি একটি excellent backup provider। নিচের failover-pattern section-এ কীভাবে এগুলো combine করবেন তা দেখানো হয়েছে।
Public Polygon RPCs (free, rate-limited)
Polygon কয়েকটি free public RPC endpoint প্রকাশ করে - polygon-rpc.com, rpc.ankr.com/polygon (public, paid Ankr থেকে আলাদা), এবং কয়েকটি community-hosted endpoint। এগুলো কাজ করে, তবে caveat আছে।
- Rate limit aggressive এবং undocumented। Sustained ~10 req/sec ছাড়ালে throttled হওয়ার আশা করুন।
- Support নেই, dashboard নেই। Endpoint fail করলে bot-এর error rate বেড়ে যাওয়ার মাধ্যমেই আপনি জানতে পারবেন।
- প্রায়ই 1-3 blocks পিছিয়ে থাকে। Non-time-sensitive reads-এর জন্য ঠিক আছে।
Public endpoint ব্যবহার করুন: laptop-এ development, failover stack-এর third tier হিসেবে (দুটি paid provider-এর পরে), one-shot scripts-এর জন্য। Primary হিসেবে live bot trading public endpoint-এর বিরুদ্ধে চালাবেন না।
Self-hosted Polygon node (কখন তা যুক্তিযুক্ত)
নিজের Polygon full node চালানো সম্ভব - 4-vCPU/16GB VPS-এ Bor + Heimdall, প্রায় 2 TB SSD সহ, কয়েক দিনের মধ্যে sync হয়ে যায়। এটা করা উচিত কি না, সেই হিসাব সরল।
Cost: major host-এ VPS + storage মিলিয়ে প্রায় $40-80/month। আরামদায়ক paid RPC plan-এর প্রায় 4x।
Win: per-request fee শূন্য, rate limit নেই, এবং chain state-এর কাছে সম্ভব সর্বনিম্ন latency (hosted provider-এ internet-এর ওপর 20-50ms-এর বদলে 1-3ms)।
Pain: snapshot management, Heimdall এবং Bor - দু'টিরই crash mode আছে, এবং trading-এর মাঝপথে sync আটকে গেলে silent stale reads হয়।
95% builder-এর জন্য self-host করবেন না। Node maintenance-এ যে সময় যাবে, RPC bill সাশ্রয় তার চেয়ে অনেক কম। কেবল তখনই self-host করুন, যখন আপনার strategy-তে 30ms read latency PnL-এর দিক থেকে গুরুত্বপূর্ণ এবং আপনি আগে hosted provider-এ strategy প্রমাণ করেছেন।
Latency benchmarks (US-East বনাম EU)
May 2026-এ তিনটি region-এর VPS থেকে প্রতিটি provider-এর nearest Polygon RPC-তে measured median round-trip time।
| 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-এর মধ্যে ওঠানামা করে। Pattern স্থিতিশীল: QuickNode এবং Alchemy একে অপরের noise-এর মধ্যেই; Ankr ধারাবাহিকভাবে 5-10ms পিছিয়ে; public endpoint 15-25ms পিছিয়ে। Asia-hosted bot-গুলিকে Polygon-এর North-America-centric backbone-এর বিপরীতে অনিবার্য ~80ms tax দিতে হয়।
Failover patterns
একটি RPC হলো single point of failure। Production bot-গুলো simple swap rule দিয়ে দুইটি provider ব্যবহার করে।
Pattern: provider A-এর বিরুদ্ধে primary call; timeout (3s) বা 5xx response হলে provider B-তে retry; দু'টিই fail করলে 5s sleep করে primary-তে আবার retry। Consecutive primary failures track করুন এবং 3 failures-এর পর 60s-এর জন্য auto-pin করে B-তে রাখুন, তারপর primary আবার probe করুন।
Recommended combo: primary হিসেবে paid Alchemy, backup হিসেবে Ankr free বা public Polygon endpoint। তাদের upstream node operator আলাদা, তাই একটিতে hiccup হলে অন্যটিতে correlation সাধারণত থাকে না। একই provider-এর দুইটি endpoint (যেমন দুইটি Alchemy key) চালানো এড়িয়ে চলুন - এতে প্রকৃত redundancy হয় না।
Implementation: web3.py বা ethers.js-এর ওপর একটি thin wrapper, যা প্রতিটি call-এ provider নির্বাচন করে। প্রায় 30 lines of code; কোনো provider regional outage হলে প্রথমবারেই খরচ উঠে যায়।
