#baby $BABY TBV في النظام البيئي، قد يكون الأكثر قابلية للإغفال هو: أن المُصفّين ومُحقّقي المراجحة ليسوا بالضرورة ينظرون إلى نفس مجموعة المراكز. تقوم مستودعات Babylon الرسمية لـ aave-v4-bots بتقسيم مفهرس Ponder الذي تُشارك فيه فئتا المراقبة إلى نمطين: ضبط ADAPTER_ADDRESS وSPOKE_ADDRESS لمراقبة مراكز التصفية فقط؛ وضبط VAULT_SWAP_ADDRESS لمراقبة Vault داخل الحفظ. يمكن تمكين النمطين معًا، أو تشغيل أحدهما فقط.
هذه القاعدة عملية للغاية للمطوّرين. إذا قمتَ بتكوين مثيلات VaultSwap فقط، ستبدو مراقبة المراجحة طبيعية، لكنها لن توفر واجهة مراكز التصفية؛ أما إذا كان وضع التصفية ناقصًا في أي عنوان (أي تم ضبط أحد العناوين بشكل غير كامل)، فسيتم الإبلاغ عن خطأ مباشرةً. لا توجد حالة وسيطة يمكن أن “تعمل تقريبًا”. المتغيرات البيئية الخاطئة ستجعل الفريق يفسّر “لم يتم اكتشاف فرصة” على أنه “لا توجد فرص على السلسلة”.
سأعتبر هذه القاعدة الحد الأدنى للتعاون في نظام TBV البيئي: يمكن مشاركة التعليمات البرمجية في المراقبة، بينما يظل نطاق المعلومات الذي يغطيه النظام مُحدَّدًا من قِبل المُشغّل/المُدمّج. في سيناريوهات الضغط، يكون طرف التصفية قد التقط المراكز بالفعل، بينما لا يقوم طرف المراجحة بمزامنة مراقبة Vault المحفوظ؛ وعندها ستقع الفجوة في التأخير على فريق التشغيل وعلى المشاركين في السوق الذين ينتظرون تولّي المهمة. يُثبت هذا المستودع أن الأداة قادرة على إعادة الاستخدام، لكنه لا يثبت بعد أن النظام البيئي يمتلك طبقة معلومات موحّدة. @BabylonLabs_io بعد ذلك ينبغي نشر نطاق تغطية كل نمط وحالته الصحية؛ و$BABY لتسريع نمو النظام البيئي، يجب أولًا جعل “رؤية الفرص” لا تعتمد على مجموعة عناوين سهلة الخطأ في إعدادها.