Polygon RPC لـ Polymarket Bots: Alchemy، QuickNode، Ankr

Polymarket Bot Tutorial · الفصل 5 من 32

مقارنة مزوّدي Polygon RPC لروبوتات Polymarket في 2026: Alchemy وQuickNode وAnkr وendpoints العامة وself-hosted. الكمون، حدود المعدّل، وإمكانية استخدام الخطط المجانية للتداول التجريبي.

بقلم هارلي يونغ، الكاتبة الرئيسية في Polymarkets.co.il. آخر مراجعة: مايو 2026.

ما الذي يغطيه هذا الفصل

نقطة Polygon RPC هي الرؤية المباشرة الوحيدة للروبوت إلى الحالة على السلسلة - الأرصدة، والـ allowances، وتأكيدات التسوية، وأحداث UMA. واجهة Polymarket API نفسها تخفي معظم هذا، لكن الروبوت الإنتاجي يحتاج إلى قراءة الحقيقة على السلسلة للتحقق من سجلاته الداخلية. يقارن هذا الفصل أبرز مزوّدي RPC تحت حمل حيّ، ويعرض حدود الخطة المجانية التي يتوقف عندها كل واحد عن العمل، وينتهي بنمط failover ثنائي المزوّد الذي ينتهي معظم الروبوتات إلى اعتماده.

• ما الذي يفعله RPC لروبوتك
• Alchemy: الخطة المجانية والتسعير
• QuickNode: عُقد مخصّصة
• Ankr: أرخص خطة مدفوعة
• Public Polygon RPCs (مجاني، مع حدود معدل)
• عقدة Polygon self-hosted (متى يكون ذلك منطقيًا)
• معايير الكمون (US-East مقابل EU)
• أنماط failover

ما الذي يفعله RPC لروبوتك

نقطة RPC هي رابط HTTPS أو WebSocket الذي يقرأ ويكتب عبره روبوتك حالة سلسلة Polygon. بالنسبة إلى Polymarket bot، يتولى RPC أربع مهام.

• قراءة الأرصدة: كم من pUSD أو USDC موجود في proxy، وكم من توكنات النتائج تمتلك فعليًا. هذا ضروري للتحقق من أن رؤية CLOB API تتطابق مع الحقيقة على السلسلة.
• قراءة الـ allowances: هل تستطيع عقود Polymarket إنفاق توكناتك أم لا. إعداد allowance بشكل خاطئ يؤدي إلى رفض أوامر بصمت.
• الاشتراك في الأحداث: مقترحات UMA Optimistic Oracle والاعتراضات، وتأكيدات الإيداع، وعمليات التحويل الكبيرة على السلسلة من محافظ أخرى.
• التحقق من التسوية: عندما يقول CLOB إن الأمر "matched"، لم تؤكد السلسلة بعد انتقال ERC-1155. قراءة السلسلة تؤكد أنه حدث فعلًا.

الروبوت لا يوقّع الأوامر عبر RPC - يتم التوقيع محليًا ثم تُرسل الحمولة الموقعة إلى CLOB HTTP API. RPC هو قناة قراءة وأحداث فقط في معظم الاستراتيجيات.

Alchemy: الخطة المجانية والتسعير

Alchemy هو مزوّد Polygon RPC الأكثر استخدامًا بين مطوري Polymarket الذين نعرفهم. تغطي الخطة المجانية معظم حالات التداول التجريبي والروبوتات الصغيرة: 300 compute units في الثانية، و300 مليون شهريًا، مع نفس لوحة التحكم المستخدمة لتوفير Polygon mainnet وPolygon testnet endpoints.

روبوت نموذجي يتعامل مع 20 سوقًا ويقرأ الأرصدة + أحداث UMA كل 30 ثانية يستهلك نحو 50-80 مليون CU شهريًا، أي ضمن الحد المجاني بسهولة. تبدأ الخطط المدفوعة من نحو 50 دولارًا شهريًا، وهي تشتري أساسًا throughput أعلى لكل ثانية، لا عددًا أكبر من الطلبات إجمالًا. حد المعدل في الخطة المجانية هو القيد الذي تصطدم به معظم روبوتات paper trading، وليس الحجم الشهري.

يوفّر Alchemy لوحة مفيدة لفحص الطلبات الفاشلة وتفصيلًا للكمون حسب method، وهو أمر مفيد جدًا عند تتبّع بطء القراءات. هذه اللوحة وحدها سبب كافٍ لاختياره بدل مزوّد بلا dashboard في أول روبوت لك.

QuickNode: عُقد مخصّصة

QuickNode يركّز على الاحتياجات الأعلى throughput. تسعيره يتدرج وفق حجم الطلبات الشهري بدلًا من الشرائح - وهو مفيد خصوصًا للروبوتات التي تشترك في عدد كبير من WebSocket event filters أو تنفّذ استعلامات log تاريخية ثقيلة. تبدأ الفئة الابتدائية من نحو 10-20 دولارًا شهريًا وتتضمن دعم WebSocket الذي تُبطئه بعض خطط Alchemy المجانية.

يبلغ الكمون لكل طلب من US-East عادة 5-15ms، وهو أفضل قليلًا من الخطة المجانية في Alchemy تحت الحمل. بالنسبة إلى روبوت ذي استراتيجية واحدة، لا يظهر فرق؛ لكن بالنسبة إلى market-maker يضع عروضًا على 100 سوق فقد يكون مهمًا. الوصول إلى archive node لديهم (الحالة التاريخية الكاملة) هو الأرخص بين اللاعبين الثلاثة الكبار إذا كانت استراتيجيتك تحتاجه.

نقطة الضعف: رسائل أخطاء JSON-RPC لديهم أقل تحديدًا من Alchemy، لذا يستغرق التشخيص وقتًا أطول عندما تفشل method.

Ankr: أرخص خطة مدفوعة

يقدّم Ankr أرخص Polygon RPC مدفوع ضمن فئة المزوّدين الكبار - نحو 10 دولارات شهريًا للخطة premium الابتدائية مع 1,500 CU في الثانية. الخطة المجانية ذات حدود صارمة لكنها قابلة للاستخدام في التداول التجريبي.

تحذيران. أولًا، endpoint الموزّع عبر load-balancing في Ankr قد يقدّم أحيانًا بيانات block متأخرة قليلًا (متأخرة 1-2 block عن tip). بالنسبة إلى قراءة الأرصدة، هذا مقبول؛ أما لاستراتيجيات arbitrage التي تعتمد على أحدث block، فهو مشكلة حقيقية. ثانيًا، زمن استجابة الدعم لديهم أبطأ من Alchemy أو QuickNode عندما تواجه عقد منطقة ما مشكلة.

يُعد Ankr مزوّدًا أساسيًا منطقيًا للروبوتات الحسّاسة للتكلفة، ومزوّدًا احتياطيًا ممتازًا بغض النظر عن المزوّد الأساسي. يشرح قسم failover أدناه كيفية دمجه.

Public Polygon RPCs (مجاني، مع حدود معدل)

تنشر Polygon عدة endpoints عامة مجانية لـ RPC - polygon-rpc.com وrpc.ankr.com/polygon (عامة، منفصلة عن Ankr المدفوع)، وبعض endpoints التي يديرها المجتمع. إنها تعمل، لكن مع محاذير.

• حدود المعدل صارمة وغير موثقة. توقّع أن يتم تقييدك إذا تجاوزت نحو 10 طلبات/ثانية بشكل مستمر.
• لا دعم ولا dashboard. عندما يفشل endpoint، تعرف ذلك من ارتفاع معدل أخطاء روبوتك.
• غالبًا ما تكون متأخرة 1-3 blocks. مناسبة للقراءات غير الحساسة للوقت.

استخدم endpoints العامة في: التطوير على جهاز محمول، الطبقة الثالثة من stack للـ failover (بعد مزوّدين مدفوعين)، والسكربتات أحادية الاستخدام. لا تشغّل تداولًا حيًا للروبوت اعتمادًا على endpoint عام كمزوّد أساسي.

عقدة Polygon self-hosted (متى يكون ذلك منطقيًا)

تشغيل full node الخاص بك على Polygon أمر ممكن - Bor + Heimdall على VPS بمعالج 4 vCPU وذاكرة 16GB مع نحو 2 TB SSD، مع المزامنة خلال يومين تقريبًا. والحساب المؤيد أو المعارض لذلك بسيط.

التكلفة: نحو 40-80 دولارًا شهريًا في VPS + التخزين لدى مزوّد كبير. أي ما يقارب 4 أضعاف خطة RPC مدفوعة مريحة.

المكسب: لا رسوم لكل طلب، ولا حدود معدل، وأقل كمون ممكن تجاه الحالة على السلسلة (1-3ms مقابل 20-50ms عبر الإنترنت إلى مزوّد مستضاف).

المشقة: إدارة الـ snapshot، واحتمالات التعطل في Heimdall وBor، كما أن تعثر المزامنة أثناء التداول يؤدي إلى قراءات قديمة صامتة.

بالنسبة إلى 95% من المطوّرين، لا تستضف بنفسك. الساعات المنفقة على صيانة العقدة تفوق بكثير وفورات فاتورة RPC. لا تلجأ إلى self-hosting إلا إذا كانت لديك استراتيجية يكون فيها فارق 30ms في الكمون مؤثرًا على PnL، وقد أثبتَّ الاستراتيجية بالفعل لدى مزوّد مستضاف.

معايير الكمون (US-East مقابل EU)

تم قياس متوسط أزمنة الذهاب والعودة من VPS في ثلاث مناطق إلى أقرب Polygon RPC لدى كل مزوّد، مايو 2026.

تتغير الأرقام أسبوعًا إلى آخر ضمن نحو 3ms. النمط ثابت: QuickNode وAlchemy متقاربان إلى حد الضوضاء؛ وAnkr يتأخر باستمرار 5-10ms؛ وendpoints العامة تتأخر 15-25ms. الروبوتات المستضافة في آسيا تدفع ضريبة لا مفر منها تقارب 80ms بسبب البنية الأساسية لـ Polygon المتمحورة حول أمريكا الشمالية.

أنماط failover

RPC واحد هو نقطة فشل واحدة. تستخدم الروبوتات الإنتاجية مزوّدين اثنين مع قاعدة تبديل بسيطة.

النمط: الطلب الأساسي ضد المزوّد A؛ عند timeout (3 ثوانٍ) أو رد 5xx، أعد المحاولة ضد المزوّد B؛ إذا فشل الاثنان، انتظر 5 ثوانٍ ثم أعد المحاولة مع الأساسي. تتبع الإخفاقات المتتالية للمزوّد الأساسي وفعّل التثبيت التلقائي على B لمدة 60 ثانية بعد 3 إخفاقات، ثم افحص الأساسي مرة أخرى.

التركيبة الموصى بها: Alchemy مدفوع كمزوّد أساسي، وAnkr مجاني أو Polygon endpoint عام كمزوّد احتياطي. يستخدمان مشغّلي عقد upstream مختلفين، لذا فإن عطل أحدهما نادرًا ما يكون مرتبطًا بالآخر. تجنّب تشغيل endpointين من نفس المزوّد (مثل مفتاحين من Alchemy) - فهذا لا يمنح أي redundacy حقيقية.

التنفيذ: غلاف رقيق فوق web3.py أو ethers.js يختار بين المزوّدين في كل طلب. نحو 30 سطرًا من الكود؛ ويؤتي ثماره عند أول انقطاع إقليمي لدى أحد المزوّدين.

الأسئلة الشائعة