تجاوزت Ankr مؤخرا 1 تريليون طلب RPC شهريا ، مما يدعم جزءا كبيرا من حركة مرور Web3. تعمل منصة RPC الخاصة بنا كجسر بين التطبيقات وسلاسل الكتل ، حيث تتعامل مع المكالمات من المحافظ ، والتطبيقات اللامركزية ، والروبوتات ، والمفهرسات ، ومجموعات الجمع ، والمزيد 🧵

ولكن من أين نشأت كل هذه حركة المرور؟ • المحافظ والواجهات الأمامية (الرصيد ، البيانات الوصفية ، nonces) • المفهرسات / التحليلات (مسح البيانات التاريخية) • الروبوتات وأنظمة MEV (الاشتراكات في الوقت الفعلي + القراءات) • اللف ، L2s ، الجسور (المكالمات الثقيلة عبر السلاسل) • ذيل طويل من التطبيقات اللامركزية الأصغر عبر شبكة 80+

وما هي أنواع طرق RPC قيد الاستخدام بكثرة؟ • القراءات المتكررة: eth_call ، eth_getBalance ، eth_getBlockByNumber ، إلخ. • استعلامات النطاق والسجلات (eth_getLogs) واستدعاءات التتبع / تصحيح الأخطاء • الاشتراكات عبر WebSocket (رؤوس جديدة ، سجلات ، txs معلقة) • يكتب (على سبيل المثال eth_sendRawTransaction) - حجم أقل ولكنه ضروري للعمليات

كيف يتوسع Ankr للحفاظ على الأشياء سريعة وموثوقة؟ بعض استراتيجياتهم: • البث العالمي + التوجيه الإقليمي لتقليل زمن الوصول • موازنة الأحمال المدركة ل Blockchain (التوجيه على أساس الحداثة ودور السلسلة والطريقة) • تخصص الأسطول: قراءات ساخنة منفصلة ، وأرشفة ، وتعقب / تصحيح ، وكتابة مسارات • تشكيل المعدل وترجيح الطريقة ومنطق تجاوز الفشل المضبوط وفقا لدلالات blockchain • بنية تحتية مخصصة لعملاء المؤسسات ذوي الاحتياجات الإنتاجية العالية

RPC هو "صنبور القراءة / الكتابة" الحيوي ل Web3 - لا أرصدة ولا مقايضات ولا جسور بدونه. إنجاز طلب Ankr البالغ تريليون ليس ضجيجا. إنه مجموع كل مكالمة للدولة والسجلات والاشتراكات والمعاملات عبر 80+ سلسلة. للحصول على أقصى أداء ، يجب على المطورين استخدام التخزين المؤقت ، والمكالمات المجمعة ، والتثبيت على المناطق ، واحترام أوزان الأسلوب ، ومراقبة الاستخدام لكل سلسلة / طريقة.