Polymarket Bot Tutorial · Chapter 5 of 32
2026 میں Polymarket bots کے لیے Polygon RPC provider comparison: Alchemy, QuickNode, Ankr, public endpoints, self-hosted۔ Latency، rate limits، free-tier جو paper trading کے لیے قابلِ استعمال ہو۔
اس chapter میں کیا cover کیا گیا ہے
Polygon RPC endpoint آپ کے bot کی on-chain state تک واحد direct نظر ہے - balances، allowances، settlement confirmations، UMA events۔ Polymarket کا اپنا API اس میں سے زیادہ تر چیزیں چھپا دیتا ہے، لیکن production bot کو اپنی bookkeeping verify کرنے کے لیے on-chain truth پڑھنا ضروری ہوتا ہے۔ یہ chapter live load کے تحت بڑے RPC providers کا comparison کرتا ہے، free-tier thresholds بتاتا ہے جہاں ہر ایک کام کرنا بند کرتا ہے، اور آخر میں دو-provider failover pattern پر ختم ہوتا ہے جسے آخرکار اکثر bots adopt کر لیتے ہیں۔
- آپ کے bot کے لیے RPC کیا کرتا ہے
- Alchemy: free tier اور pricing
- QuickNode: dedicated nodes
- Ankr: cheapest paid tier
- Public Polygon RPCs (free, rate-limited)
- Self-hosted Polygon node (کب اس کا مطلب بنتا ہے)
- Latency benchmarks (US-East vs EU)
- Failover patterns
آپ کے bot کے لیے RPC کیا کرتا ہے
RPC endpoint وہ HTTPS یا WebSocket URL ہے جس کے ذریعے آپ کا bot Polygon chain state کو read اور write کرتا ہے۔ Polymarket bot کے لیے RPC چار کام سنبھالتا ہے۔
- Read balances: proxy میں کتنی pUSD یا USDC موجود ہے، آپ کے پاس حقیقت میں کتنے outcome tokens ہیں۔ یہ verify کرنے کے لیے ضروری ہے کہ CLOB API کا view chain truth سے match کرتا ہے۔
- Read allowances: آیا Polymarket contracts آپ کے tokens spend کر سکتے ہیں یا نہیں۔ غلط configured allowance silent order rejections پیدا کرتی ہے۔
- Subscribe to events: UMA Optimistic Oracle proposals اور disputes، deposit confirmations، دوسرے wallets سے بڑے on-chain transfers۔
- Verify settlement: جب CLOB کہتا ہے "matched"، chain نے ابھی تک ERC-1155 transfer confirm نہیں کیا ہوتا۔ Chain پڑھنے سے confirm ہوتا ہے کہ یہ واقعی ہوا بھی ہے یا نہیں۔
Bot RPC کے ذریعے orders sign نہیں کرتا - order signing locally ہوتی ہے اور signed payload CLOB HTTP API کو بھیجا جاتا ہے۔ زیادہ تر strategies کے لیے RPC محض ایک read-and-event channel ہے۔
Alchemy: free tier اور pricing
جتنے Polymarket builders کو ہم جانتے ہیں، ان میں Alchemy سب سے زیادہ استعمال ہونے والا Polygon RPC provider ہے۔ free tier زیادہ تر paper-trading اور چھوٹے-bot use cases کو cover کرتی ہے: 300 compute units per second، 300 million per month، وہی dashboard جو Polygon mainnet اور Polygon testnet endpoints provision کرنے کے لیے استعمال ہوتا ہے۔
ایک عام 20-market bot جو ہر 30 seconds میں balances + UMA events read کرتا ہے، تقریباً 50-80 million CU/month استعمال کرتا ہے، اور آرام سے free cap کے اندر رہتا ہے۔ Paid plans تقریباً $50/month سے شروع ہوتے ہیں اور بنیادی طور پر higher per-second throughput خریدتے ہیں، total calls زیادہ نہیں۔ free tier rate limit وہ constraint ہے جس سے اکثر paper-trade bots ٹکراتے ہیں، monthly volume نہیں۔
Alchemy failed requests inspect کرنے کے لیے ایک useful dashboard اور per-method latency breakdown بھی دیتا ہے، جو slow reads debug کرتے وقت مددگار ہوتا ہے۔ پہلا bot بناتے وقت کسی no-dashboard provider کے مقابلے میں انہیں منتخب کرنے کی وجہ یہی dashboard اکیلا بھی کافی ہو سکتا ہے۔
QuickNode: dedicated nodes
QuickNode خود کو زیادہ throughput کی ضرورت والے use cases کے لیے position کرتا ہے۔ ان کی pricing monthly request volume کے ساتھ scale کرتی ہے نہ کہ tiers کے ساتھ - یہ ان bots کے لیے سب سے relevant ہے جو بہت سے WebSocket event filters subscribe کرتے ہیں یا heavy historical-log queries کرتے ہیں۔ entry tier تقریباً $10-20/month ہے اور اس میں WebSocket support شامل ہے جسے کچھ free Alchemy tiers throttle کرتی ہیں۔
US-East سے QuickNode کی per-request latency عموماً 5-15ms ہوتی ہے، جو load کے تحت Alchemy کے free tier سے تھوڑی بہتر ہے۔ ایک single-strategy bot کے لیے یہ فرق محسوس نہیں ہوتا؛ 100 markets quote کرنے والے market-maker کے لیے یہ اہم ہو سکتا ہے۔ اگر آپ کی strategy کو archive node access (full historical state) چاہیے تو تین بڑے providers میں یہ سب سے سستی option ہے۔
مسئلہ یہ ہے کہ ان کے JSON-RPC error responses Alchemy کے مقابلے میں کم specific ہوتے ہیں، اس لیے جب کوئی method fail کرے تو debugging زیادہ وقت لیتی ہے۔
Ankr: cheapest paid tier
Ankr بڑے providers میں سب سے سستا paid Polygon RPC فراہم کرتا ہے - تقریباً $10/month entry premium plan کے لیے، 1,500 CU/second کے ساتھ۔ free tier کی rate limits سخت ہیں لیکن paper trading کے لیے قابلِ استعمال ہیں۔
دو warnings ہیں۔ پہلی، Ankr کا load-balanced endpoint کبھی کبھار تھوڑا stale block data serve کرتا ہے (tip سے 1-2 blocks پیچھے)۔ balance reads کے لیے یہ ٹھیک ہے؛ arbitrage strategies کے لیے جو latest block پر depend کرتی ہیں، یہ ایک اہم مسئلہ ہے۔ دوسری، کسی region کے nodes میں مسئلہ آنے پر ان کی support response time Alchemy یا QuickNode سے سست ہوتی ہے۔
Ankr cost-sensitive bots کے لیے ایک معقول primary provider ہے اور primary کچھ بھی ہو، ایک بہترین backup provider بھی ہے۔ نیچے failover-pattern والا section دکھاتا ہے کہ انہیں کیسے combine کیا جائے۔
Public Polygon RPCs (free, rate-limited)
Polygon کئی free public RPC endpoints publish کرتا ہے - polygon-rpc.com، rpc.ankr.com/polygon (public، paid Ankr سے الگ)، اور چند community-hosted ones۔ یہ کام کرتے ہیں، مگر caveats کے ساتھ۔
- Rate limits سخت اور undocumented ہیں۔ اگر آپ sustained طور پر ~10 req/sec سے اوپر جائیں تو throttled ہونے کی توقع رکھیں۔
- Support نہیں، dashboard نہیں۔ جب endpoint fail ہوتا ہے تو آپ کو یہ اپنے bot کی بڑھتی ہوئی error rate سے پتا چلتا ہے۔
- اکثر 1-3 blocks پیچھے ہوتے ہیں۔ non-time-sensitive reads کے لیے ٹھیک۔
Public endpoints کو development on a laptop، failover stack کے تیسرے tier (دو paid providers کے بعد)، اور one-shot scripts کے لیے use کریں۔ live bot trading کو primary کے طور پر کسی public endpoint کے خلاف نہ چلائیں۔
Self-hosted Polygon node (کب اس کا مطلب بنتا ہے)
اپنا Polygon full node چلانا ممکن ہے - Bor + Heimdall ایک 4-vCPU/16GB VPS پر تقریباً 2 TB SSD کے ساتھ، اور sync چند دنوں میں ہو جاتی ہے۔ اس کے حق یا خلاف حساب سیدھا ہے۔
Cost: ایک major host پر تقریباً $40-80/month VPS + storage۔ ایک comfortable paid RPC plan سے تقریباً 4x۔
Win: zero per-request fees، no rate limits، اور chain state تک کم سے کم ممکن latency (hosted provider کے مقابلے میں internet over 20-50ms کے بجائے 1-3ms)۔
Pain: snapshot management، Heimdall اور Bor دونوں کے crash modes ہوتے ہیں، اور trading کے دوران stalled sync silent stale reads پیدا کرتی ہے۔
95% builders کے لیے خود host نہ کریں۔ node maintenance پر لگنے والے hours RPC bill savings سے کہیں زیادہ ہوتے ہیں۔ Self-host صرف تب کریں جب آپ کے strategy PnL میں 30ms read latency meaningful ہو اور آپ strategy کو پہلے ہی کسی hosted provider پر prove کر چکے ہوں۔
Latency benchmarks (US-East vs EU)
May 2026 میں تین regions کے VPS سے ہر provider کے nearest Polygon RPC تک measured median round-trip times۔
| 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 |
Numbers week to week تقریباً 3ms کے اندر اوپر نیچے ہوتے ہیں۔ Pattern مستحکم ہے: QuickNode اور Alchemy ایک دوسرے کے noise range میں ہیں؛ Ankr مستقل طور پر 5-10ms پیچھے ہے؛ public endpoints 15-25ms پیچھے ہیں۔ Asia-hosted bots کو Polygon کے North-America-centric backbone کے مقابلے میں تقریباً 80ms کا unavoidable tax ادا کرنا پڑتا ہے۔
Failover patterns
ایک RPC single point of failure ہے۔ Production bots دو providers کے ساتھ ایک سادہ swap rule استعمال کرتے ہیں۔
Pattern: provider A کے خلاف primary call؛ timeout (3s) یا 5xx response پر provider B کے خلاف retry؛ اگر دونوں fail ہوں تو 5s sleep کریں اور primary دوبارہ try کریں۔ consecutive primary failures track کریں اور 3 failures کے بعد 60s کے لیے auto-pin to B کریں، پھر primary کو دوبارہ probe کریں۔
Recommended combo: Alchemy paid بطور primary، Ankr free یا public Polygon endpoint بطور backup۔ یہ upstream node operators کے لحاظ سے مختلف ہوتے ہیں، اس لیے ایک میں مسئلہ دوسرے سے کم ہی correlated ہوتا ہے۔ ایک ہی provider کے دو endpoints چلانے سے بچیں (مثلاً دو Alchemy keys) - اس سے حقیقی redundancy نہیں ملتی۔
Implementation: web3.py یا ethers.js کے اوپر ایک thin wrapper جو ہر call پر providers کے درمیان انتخاب کرتا ہے۔ تقریباً 30 lines of code؛ جب بھی provider کا regional outage آئے، پہلا ہی وقت یہ اپنی قیمت وصول کر لیتا ہے۔
