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