مرحباً. في الآونة الأخيرة استخدمت Subgraph لاستكشاف TVL على بروتوكول معيّن، وخلال خطوة الاستعلام توقّف فجأة، وبقيت أنتظر بضع عشرة ثانية قبل أن يعود. في البداية ظننت أن اتصالي بالإنترنت هو الذي تعطل، لكن اتضح أن مفهرس البيانات كان متأخراً في المزامنة. كانت البيانات في Subgraph متأخرة عن الحالة الفعلية على السلسلة بعدة كتل.

والأشد إزعاجاً أنني عند محاولة جلب البيانات عبر RPC اصطدمت بالحدّ من الاستخدام للعديد من النهايات العامة المجانية، حيث أعادت مباشرةً خطأ 503. في تلك اللحظة، عدت بالنظر إلى Etherscan فوجدته بالمقابل أسرع.

بصراحة، يعود التحديد التنازلي إلى أن هذه الـ RPC العامة تُستهلك غالباً مجاناً من قِبل عدد كبير من الروبوتات. وعند وجود ضغط أو نشاط، تنهار مباشرة. كما أن المفهرس يحتاج إلى إعادة تشغيل البيانات وفق ترتيب الكتل؛ وإذا كانت هناك فجوة ولو للحظة، يجب تعويضها، فيحدث ذلك كما رأيت.

طريقتي الحالية: أفضل أن أنفق بعض المال شهرياً على تشغيل عقدة خفيفة بنفسي مع ربط RPC كامل (full RPC). على الأقل، تكون البيانات عند وصولها مؤكدة ونظيفة، دون الحاجة للعودة والشك في نفسي. صحيح أنني أدفع أكثر، لكن ذلك يوفّر عليّ القلق.

عندما تكون معدلات التمويل (Funding) في حالات شديدة جداً، فإن التأخر في البيانات لعدة كتل يجعل البعض يندفع داخل الفجوة في الاتجاه، بينما تكون أنت هنا عالقاً… آه. في هذا الوقت، أن تتعطل البيانات لفترة قصيرة مزعج للغاية.