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

قبل يومين، قبل ترقية الشبكة العامة الرائدة، كان الجميع في المجموعة يتخيل أن المشروع قد يهاجر. أنا أعتقد أنه لا داعي للاستعجال في إصدار الأحكام، ففترة الترقية هي الأكثر عرضة لظهور عنق الزجاجة في "الطبقات الوسيطة"، والشعور بعدم السلاسة لا يعني أن البروتوكول به مشكلة. على أي حال، الآن أرى البيانات أفتح مصدرين للمقارنة، أفضل أن أتحقق ببطء أكثر، بدلاً من أن أُسرع وأُخدع بمؤثرات التوقف المؤقت.