Polymarket Bot Tutorial · บทที่ 5 จาก 32
การเปรียบเทียบ Polygon RPC provider สำหรับ Polymarket bots ในปี 2026: Alchemy, QuickNode, Ankr, public endpoints, self-hosted. Latency, rate limits, ใช้งานได้ฟรี-tier สำหรับ paper trading.
บทนี้ครอบคลุมอะไรบ้าง
Polygon RPC endpoint คือมุมมองโดยตรงเพียงอย่างเดียวของ bot ต่อสถานะ on-chain-balances, allowances, settlement confirmations, UMA events. Polymarket API ของตัวเองซ่อนข้อมูลส่วนใหญ่นี้ไว้ แต่ production bot ต้องอ่านความจริงจาก on-chain เพื่อยืนยัน bookkeeping ของตัวเอง บทนี้เปรียบเทียบ RPC provider หลัก ๆ ภายใต้ live load, ให้ค่า free-tier thresholds ที่แต่ละตัวเริ่มใช้งานไม่ได้ และจบด้วยรูปแบบ two-provider failover ที่ bot ส่วนใหญ่จะปรับใช้ในที่สุด
- RPC ทำอะไรให้ bot ของคุณ
- Alchemy: free tier และราคา
- QuickNode: dedicated nodes
- Ankr: paid tier ที่ถูกที่สุด
- Public Polygon RPCs (ฟรี, rate-limited)
- Self-hosted Polygon node (เมื่อใดจึงคุ้ม)
- Latency benchmarks (US-East vs EU)
- Failover patterns
RPC ทำอะไรให้ bot ของคุณ
RPC endpoint คือ HTTPS หรือ WebSocket URL ที่ bot ของคุณใช้เพื่ออ่านและเขียนสถานะของ Polygon chain สำหรับ Polymarket bot, RPC จะทำหน้าที่ 4 อย่าง
- อ่าน balances: มี pUSD หรือ USDC อยู่ใน proxy เท่าไร คุณถือ outcome tokens จริง ๆ กี่ตัว จำเป็นเพื่อยืนยันว่ามุมมองของ CLOB API ตรงกับความจริงบน chain
- อ่าน allowances: contract ของ Polymarket สามารถใช้ tokens ของคุณได้หรือไม่ allowance ที่ตั้งค่าผิดจะทำให้ order ถูกปฏิเสธแบบเงียบ ๆ
- subscribe to events: UMA Optimistic Oracle proposals และ disputes, deposit confirmations, on-chain transfers ขนาดใหญ่จาก wallet อื่น
- verify settlement: เมื่อ CLOB บอกว่า "matched" การโอน ERC-1155 ยังไม่ได้รับการยืนยันบน chain การอ่าน chain จะยืนยันว่ามันเกิดขึ้นจริง
bot จะไม่ sign orders ผ่าน RPC-การ sign order ทำแบบ local และส่ง signed payload ไปยัง CLOB HTTP API RPC มีหน้าที่เป็นช่องทาง read-and-event สำหรับกลยุทธ์ส่วนใหญ่เท่านั้น
Alchemy: free tier และราคา
Alchemy คือ Polygon RPC provider ที่ถูกใช้มากที่สุดในบรรดาผู้สร้าง Polymarket ที่เรารู้จัก free tier ครอบคลุมการใช้งานส่วนใหญ่สำหรับ paper trading และบอทขนาดเล็ก: 300 compute units ต่อวินาที, 300 ล้านต่อเดือน, dashboard เดียวกับที่ใช้ provision Polygon mainnet และ Polygon testnet endpoints
bot ทั่วไปที่ดู 20 market อ่าน balances + UMA events ทุก 30 วินาที จะใช้ประมาณ 50-80 ล้าน CU/เดือน ซึ่งยังต่ำกว่าขีดจำกัดฟรีอย่างสบาย แผนแบบ paid เริ่มต้นราว $50/เดือน และโดยหลักคือซื้อ throughput ต่อวินาทีที่สูงขึ้น ไม่ได้ซื้อจำนวน call ทั้งหมดที่มากขึ้น rate limit ของ free tier คือข้อจำกัดที่ bot สำหรับ paper trade มักชน ไม่ใช่ปริมาณรายเดือน
Alchemy มี dashboard ที่มีประโยชน์สำหรับตรวจสอบ failed requests และ latency breakdown แยกตาม method ซึ่งช่วยมากเวลา debug การอ่านข้อมูลที่ช้า dashboard อย่างเดียวก็คุ้มพอที่จะเลือกใช้แทน provider ที่ไม่มี dashboard สำหรับ bot ตัวแรก
QuickNode: dedicated nodes
QuickNode วางตำแหน่งตัวเองไว้สำหรับงานที่ต้องการ throughput สูงกว่า ราคาอิงตาม monthly request volume มากกว่าแบ่งเป็น tier-เหมาะที่สุดกับ bot ที่ subscribe event filters จำนวนมากผ่าน WebSocket หรือทำ historical-log queries หนัก ๆ entry tier อยู่ประมาณ $10-20/เดือน และรวม WebSocket support ที่บาง free tier ของ Alchemy จำกัดไว้
latency ต่อ request จาก US-East ของ QuickNode โดยทั่วไปอยู่ที่ 5-15ms ซึ่งดีกว่า free tier ของ Alchemy เล็กน้อยเมื่ออยู่ภายใต้โหลด สำหรับ bot กลยุทธ์เดียว ความต่างแทบไม่เห็น; แต่สำหรับ market-maker ที่ quote 100 markets มันอาจมีผลได้ archive node access (state ย้อนหลังทั้งหมด) ของพวกเขาถูกที่สุดในบรรดาเจ้าใหญ่สามราย ถ้ากลยุทธ์ของคุณต้องใช้
จุดที่น่ารำคาญ: JSON-RPC error responses ของพวกเขาเจาะจงน้อยกว่า Alchemy ทำให้ debug ใช้เวลานานขึ้นเมื่อ method ล้มเหลว
Ankr: paid tier ที่ถูกที่สุด
Ankr มี Polygon RPC แบบ paid ที่ถูกที่สุดในกลุ่ม provider หลัก-ราว $10/เดือนสำหรับ premium plan เริ่มต้นพร้อม 1,500 CU/วินาที free tier มี rate limit ค่อนข้างเข้มแต่ก็ยังพอใช้สำหรับ paper trading
มีข้อควรระวังสองอย่าง อย่างแรก endpoint แบบ load-balanced ของ Ankr บางครั้งจะให้ block data ที่เก่ากว่านิดหน่อย (ตาม tip อยู่ 1-2 blocks) สำหรับ balance reads นั่นไม่เป็นไร; แต่สำหรับกลยุทธ์ arbitrage ที่พึ่งพา latest block มันเป็นปัญหาที่มีนัยสำคัญ อย่างที่สอง เวลาตอบสนองของ support ช้ากว่า Alchemy หรือ QuickNode เมื่อ node ในภูมิภาคหนึ่งมีปัญหา
Ankr เป็น primary provider ที่สมเหตุสมผลสำหรับ bot ที่ต้องคุมต้นทุน และเป็น backup provider ที่ยอดเยี่ยมไม่ว่าคุณจะใช้ primary เจ้าไหน ส่วน failover-pattern ด้านล่างจะอธิบายวิธีผสมใช้งาน
Public Polygon RPCs (ฟรี, rate-limited)
Polygon เผยแพร่ public RPC endpoint ฟรีหลายตัว-polygon-rpc.com, rpc.ankr.com/polygon (public, แยกจาก paid Ankr), และบางตัวที่ชุมชนโฮสต์เอง พวกมันใช้งานได้ แต่มีข้อจำกัด
- rate limit เข้มและไม่มีเอกสารกำกับ คาดว่าจะถูก throttle ถ้าคุณส่งเกิน ~10 req/sec แบบต่อเนื่อง
- ไม่มี support, ไม่มี dashboard เมื่อ endpoint ล้มเหลว คุณจะรู้ได้จาก error rate ของ bot ที่เพิ่มขึ้น
- มักช้ากว่า tip อยู่ 1-3 blocks ใช้ได้ดีสำหรับการอ่านข้อมูลที่ไม่เร่งด่วน
ใช้ public endpoint สำหรับ: development บน laptop, ชั้นที่สามของ failover stack (หลัง provider ที่จ่ายเงินสองเจ้า), one-shot scripts อย่าใช้ public endpoint เป็น primary สำหรับ live bot trading
Self-hosted Polygon node (เมื่อใดจึงคุ้ม)
การรัน Polygon full node ของตัวเองทำได้-Bor + Heimdall บน VPS 4-vCPU/16GB พร้อม SSD ประมาณ 2 TB, sync ใช้เวลาสองสามวัน ตัวเลขคุ้ม/ไม่คุ้มคำนวณได้ตรงไปตรงมา
Cost: ประมาณ $40-80/เดือน สำหรับ VPS + storage บนผู้ให้บริการรายใหญ่ ราว 4 เท่าของ paid RPC plan ที่ใช้งานได้สบาย
Win: ไม่มี per-request fees, ไม่มี rate limits, และ latency ที่ต่ำที่สุดเท่าที่จะเป็นไปได้ต่อ chain state (1-3ms เทียบกับ 20-50ms ผ่านอินเทอร์เน็ตไปยัง hosted provider)
Pain: การจัดการ snapshot, Heimdall และ Bor ต่างก็มีโหมดล่มของตัวเอง, และ sync ที่ค้างกลางการเทรดจะทำให้เกิด stale reads แบบเงียบ ๆ
สำหรับผู้สร้าง 95% อย่า self-host เวลาที่ใช้ดูแล node แทบไม่คุ้มกับเงินที่ประหยัดจากค่า RPC ควร self-host เฉพาะเมื่อคุณมีกลยุทธ์ที่ 30ms ของ read latency ส่งผลต่อ PnL อย่างมีนัยสำคัญ และคุณได้พิสูจน์กลยุทธ์นั้นกับ hosted provider แล้ว
Latency benchmarks (US-East vs EU)
วัด median round-trip time จาก 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 |
ตัวเลขเปลี่ยนไปตามสัปดาห์ราว ๆ 3ms รูปแบบคงที่: QuickNode และ Alchemy แทบไม่ต่างกันในระดับ noise; Ankr ช้ากว่า 5-10ms อย่างสม่ำเสมอ; public endpoint ช้ากว่า 15-25ms bot ที่โฮสต์ในเอเชียต้องจ่าย "ภาษี" ราว 80ms ซึ่งหลีกเลี่ยงไม่ได้เมื่อเทียบกับ backbone ของ Polygon ที่เน้นอเมริกาเหนือ
Failover patterns
RPC เดียวคือ single point of failure bot สำหรับ production ใช้ provider สองเจ้าและมีกฎสลับแบบง่าย ๆ
รูปแบบ: ส่งคำขอหลักไปยัง provider A; หาก timeout (3s) หรือได้ response 5xx ให้ลอง provider B; ถ้าทั้งคู่ล้มเหลว ให้พัก 5s แล้วลอง primary ใหม่ ติดตาม consecutive primary failures และ auto-pin ไป B เป็นเวลา 60s หลังจากล้มเหลว 3 ครั้ง แล้วค่อย probe primary อีกครั้ง
ชุดที่แนะนำ: ใช้ Alchemy แบบ paid เป็น primary, และ Ankr ฟรีหรือ public Polygon endpoint เป็น backup พวกเขาใช้ upstream node operator คนละชุดกัน ดังนั้นปัญหาชั่วคราวของเจ้าใดเจ้าหนึ่งมักไม่สัมพันธ์กับอีกเจ้า หลีกเลี่ยงการใช้ endpoints สองตัวจาก provider เดียวกัน (เช่นสอง Alchemy keys)-แบบนั้นไม่ได้ให้ redundancy จริง
การทำงาน: wrapper บาง ๆ รอบ web3.py หรือ ethers.js ที่เลือก provider ในทุก call ประมาณ 30 บรรทัดของ code; คุ้มทุนตั้งแต่ครั้งแรกที่ provider เจอ regional outage
