سأكون صريحًا: عندما غصت لأول مرة في وثائق Babylon القاطعة، لم يكن هناك شيء “مستقر” في الفهم. فالبروتوكول ينص صراحةً على أنه لا يفرض أي عقوبة إلا في حالة التكافؤ (التوقيع المزدوج). تعطل؟ أصوات مفقودة؟ لا توجد عقوبة. ولا توجد أي عملية قَصم (slashing) بسبب الفشل في توقيع نقاط التحقق من “النهائية”.

إليك نظرية اللعبة التي لا يتحدث عنها أحد. يمكن لمزوّد النهائية أن يضع 100 BTC كضمان، ويقبل التفويضات، ويجني عائدًا—ثم يتوقف ببساطة عن توقيع تواقيع نهائية بالنسبة لـ BSN. يفقد الـ BSN النهائية المدعومة بالبيتكوين، لكن BTC الخاص بمزوّد النهائية؟ لا يكون أبدًا عُرضة للخطر. لم يقوموا بالتوقيع المزدوج؛ لقد ذهبوا فقط إلى الصمت.

شبكة Vigilante؟ تراقب حالات التكافؤ الخبيث. لكنها لا تستطيع “فرض القصم” بسبب الصمت، لأن سكربت بيتكوين لا يدعم إثباتات التعطل. Babylon يرث هذه الثغرة العمياء من بيتكوين نفسها: يمكنه معاقبة ما تقوم بتوقيعه، لكنه لا يستطيع معاقبتك على وقت توقيعك.

هذا يخلق استراتيجية تُسمى “Passthrough Parasite”: تحقيق العائد مع تقديم ناتج أمان يساوي صفرًا. انتظر نافذة فك الارتباط لمدة يومين، اسحب بشكل نظيف، وكرر. يمكن لـ BSN مؤمَّن عبر 51% من مزوّدي نهائية أمناء أن يتدهور فورًا إلى 0% من الأمان إذا نسقوا ما يُسمى “ضربة حيوية” — لا قصم، لا خسارة، فقط تعتيم مؤقت قد يصفّي مراكز DeFi المعتمدة على تلك النهائية.

صحيح أن البروتوكول يتتبع الحيوية عبر نافذة منزلقة، مع الملاحقة (jailing) عند تفويت عدد كبير جدًا من الأصوات. لكن يمكن لمزوّد الخدمة أن يغادر المجموعة النشطة قرب الحد ثم يعيد ضبط عدّاد الأصوات الفائتة قبل أن يتحول ذلك إلى جailing.

لا يوجد أي بروتوكول آخر للتخزين/الرهان يمتلك هذه الثغرة بالضبط، لأنهم يطبقون عقوبات على عدم التوقف/التعطّل عبر آليات نبض على السلسلة (on-chain heartbeat). لا تستطيع Babylon ذلك—لأنها تعتمد على محدودية سكربت بيتكوين. وهذا يجعل طبقة أمان Babylon “حيوية طوعية” بطبيعتها. فارقٌ دقيق لكنه مدمر..

@BabylonLabs_io $BABY #baby $BLESS $ELON