لقد كنت أغطس لفترة طويلة، وعندما رأيت شخصًا يسأل مرة أخرى "كيف تتوقف بيانات السلسلة فجأة / لا تتحدث"، لم أستطع إلا أن أقول كلمتين… في كثير من الأحيان، المشكلة ليست أن السلسلة توقفت، بل أن طبقة خدمة البيانات التي تراقبها تتنفس بصعوبة. على سبيل المثال، يجب أن يقوم Subgraph / الفهرس بمسح الأحداث على السلسلة أولاً ثم تنظيمها في نتائج يمكنك البحث عنها، وقد يتسبب إعادة التجميع، والتراجع، وإضافة البيانات في تأخيرها؛ بالإضافة إلى تحديد معدل RPC، عندما يكون العقد العام مشغولاً، يعطيك 429 / الانتظار في الطابور، ويظهر الأمر للمستخدمين على أنه "توقف". بصراحة، أنت تتعامل مع "سلسلة معالجة"، وليس قراءة الكتل مباشرة. مؤخرًا، تم انتقاد نظام الرهن المشترك والأمان المشترك، وهو في الواقع مشابه: كلما زادت الطبقات المكدسة، إذا اهتزت حلقة واحدة، يعتقد الجميع أن كل شيء معطل. شخصيًا، لا زلت على نفس النهج، استثمار ثابت + تقليل التغييرات، وعندما تواجه بطء، غير العقدة / انتظر قليلاً، لا تتسرع في العمليات العشوائية.

شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
  • أعجبني
  • تعليق
  • إعادة النشر
  • مشاركة
تعليق
إضافة تعليق
إضافة تعليق
لا توجد تعليقات
  • تثبيت