اكتشفت شيئًا طريفًا: بيانات السلسلة أحيانًا “تتجمّد” فجأة، فعند محاولة إجراء استعلام يستغرق الأمر وقتًا طويلًا قبل أن تظهر النتائج.

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

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

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

أما بالنسبة لذلك الأمر… فلم أعد أؤمن بأن “الأموال الذكية” تستطيع أن تعرف كل شيء مسبقًا. أقصى ما في الأمر أنها قد ترى البيانات نفسها قبلنا بثوانٍ قليلة، ثم يبقى بقية الأمر مجرد تخمينات منّا.