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

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

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

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

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