في الليلة الماضية كنت أراقب بيانات الـ subgraph الخاصة بمشروع ما، وفجأة توقفت عن التحديث نصف دقيقة كاملة. أول ما خطر ببالي كان: «انتهى الأمر، لا بد أن هناك خطأ (bug)». بعد ذلك تحققت، واتضح أن الأمر كان بسبب تقييد RPC (RPC rate limiting)، إذ تم ضغط عقد الفهرسة (indexer) حتى امتلأت قدرتها—باختصار: البيانات على السلسلة تبدو وكأنها فورية، لكن في الأسفل توجد «وسطاء» مركزية تتحمل كل شيء، وإذا لم يستطيعوا التحمل تتوقف البيانات.

كان لدي حساب كنت أتابعه لأنه متخصص في subgraph، وكان ينشر يوميًا: «لا يوجد أي تأخير في البيانات». لكن اتضح لاحقًا أن تلك الرسوم «الآن آنياً/Real-time» التي كان يعرضها ليست إلا تحديثًا مجدولًا، وأن مدة التخزين المؤقت (cache) كانت أطول بكثير من الوقت الذي كان يزعم أنه يساويه. بعد أن ألغيت المتابعة، شعرت براحة—على الأقل في داخلي فهمت أن بيانات السلسلة فيها قدر من «الترشيح/المرشحات»، ومن دون اعتبار التأخير تأخيرًا فعليًا لن تستطيع الاستفادة من الفرص.

في الآونة الأخيرة عاد الحديث عن حوافز شبكة الاختبار (testnet) إلى الواجهة، والناس يتكهنون بما إذا كانت الشبكة الرئيسية (mainnet) ستصدر عملة. بصراحة، لماذا تبدو هذه القصة مألوفة جدًا؟ في كل مرة يقولون: «شغّلوا الأمور أولًا ثم تحدثوا عن إصدار البيانات/العملة»، لكن في كل مرة ما تتعطل البيانات يكون ذلك هو نافذة «السبق». كنت متحمسًا للتجربة من باب الفضول، لكن قررت أولًا أن أتأكد مما إذا كان RPC يطبق تقييدًا، حتى لا أدفع نفسي للداخل ثم أكتشف أنني عالق عند الطلب رقم 1000. هكذا إذن، سآخذ الأمور بهدوء وبالتدريج.