بعد التمويل، تم اكتشاف ثغرة رئيسية خلال يومين. هل يمكن لـ Babylon إصلاح قنبلة الإجماع هذه قبل الربع الثاني؟

بلغت Babylon للتو في 7 يناير استثمارًا بقيمة 15 مليون دولار من a16z، ثم في 9 يناير تم الكشف عن ثغرة برمجية. هذا ليس مصادفة، بل يعكس الواقع الحقيقي لمشاريع البنية التحتية عالية المخاطر — حيث غالبًا ما تُكتشف مشكلات الأمان بعد التمويل. تتعلق هذه الثغرة بآلية الإجماع الأساسية في Babylon، وإذا لم يتم إصلاحها في الوقت المناسب، فقد تؤثر على استقرار الشبكة بأكملها.

التفاصيل التقنية للثغرة

تقع هذه الثغرة في خطة توسيع تصويت BLS الخاصة بـ Babylon، وهي مكون رئيسي في توقيع الكتل. بالتحديد:

• تسمح الثغرة للمحققين الخبيثين بإغفال حقل هاش الكتلة عند إرسال توسيع التصويت
• وظيفة حقل هاش الكتلة هي إبلاغ المحققين الآخرين عن الكتل التي يدعمونها فعليًا
• إغفال هذا الحقل يؤدي إلى عدم قدرة المحققين على تأكيد الكتلة التي يصوتون لها، مما يضر بشفافية الإجماع

يبدو الأمر بسيطًا، لكنه في سياق إجماع البلوكشين يعادل التصويت بدون تحديد المرشح — مما يجعل عملية التصويت غير فعالة تمامًا.

مدى التأثير المحتمل

وفقًا لتحذيرات المطورين، فإن الضرر الرئيسي لهذه الثغرة يظهر عند حدود epoch (المرحلة الانتقالية في الشبكة):

يمكن للمحققين الخبيثين استغلال الثغرة لإحداث تعطل للمحققين الآخرين خلال فحص الإجماع عند حدود المرحلة. إذا تأثر عدة محققين في آن واحد، فإن سرعة إنتاج الكتل ستتباطأ بشكل ملحوظ. وهذا أمر قاتل لبروتوكول الحصص — حيث سيقل عائد المستخدمين بسبب بطء إصدار الكتل.

ومع ذلك، لا توجد حتى الآن تقارير عن استغلال فعلي لهذه الثغرة. هذا إما يعني أن الأشرار لم يكتشفوها بعد، أو أنهم اكتشفوها لكن لم يبدأوا في استغلالها. كلا الاحتمالين يبرزان مدى ضرورة الإصلاح العاجل.

توقيت التمويل والثغرة

من خلال تتبع الزمن، يظهر أن توقيت اكتشاف الثغرة مثير للاهتمام. من المفترض أن يكون Babylon قد أجرى تدقيقًا برمجيًا قبل التمويل، ومع ذلك بقيت الثغرة في الكود. هذا يعكس واقعين:

الأول: حتى مع التدقيق، قد يتم تفويت الثغرات — وهو أمر شائع في أنظمة التشفير المعقدة، خاصة أن خطة توقيع BLS معقدة جدًا، والمنطق وراء التوسعة التصويتية أكثر تعقيدًا.

الثاني: التدقيق البرمجي بعد التمويل غالبًا ما يكون أكثر صرامة. استثمار a16z بمبلغ كبير يتطلب على الأرجح مراجعات أمنية أعمق، وربما هو السبب في اكتشاف الثغرة بعد يومين من التمويل.

تقييم تأثير الثغرة على نظام Babylon البيئي

على المدى القصير، قد يكون هناك رد فعل سوقي. حاملو رموز BABY قد يقلقون من تأثير الثغرة على تقدم المشروع. لكن على المدى الطويل، يعتمد الأمر على عدة عوامل:

سرعة الإصلاح: يتعين على Babylon إكمال الإصلاح قبل دمجها مع Aave في الربع الثاني. إذا تمكنوا من إصدار تحديث خلال أسبوع أو أسبوعين، فسيكون التأثير محدودًا. إذا استغرق الأمر شهورًا، قد يتأخر خطة الدمج.

جودة الإصلاح: مجرد إصلاح الثغرة غير كافٍ، بل يجب التأكد من عدم إدخال ثغرات جديدة أثناء التصحيح. هذا يتطلب وقت تدقيق إضافي.

ثقة السوق: الكشف المبكر عن الثغرة من قبل المطورين أمر جيد، ويظهر مسؤولية المشروع. لكن تكرار ظهور مشكلات مماثلة قد يثير شكوك المستثمرين حول جودة الكود.

الخلاصة

ثغرة Babylon ليست مميتة، لكنها مهمة جدًا. تذكر الصناعة بأكملها أن مشاريع البنية التحتية مثل الحصص على البيتكوين يجب أن تضع الأمان في المقام الأول. التمويل بمبلغ 15 مليون دولار يُعد اعترافًا، لكن إذا لم يكن الكود آمنًا، فحتى أكبر الاستثمارات لا قيمة لها.

من الناحية التقنية، عملية اكتشاف الثغرة بحد ذاتها طبيعية — الأنظمة المعقدة دائمًا ما يكون فيها ثغرات غير مرصودة، والمهم هو كيفية التعامل معها. الآن، يتعين على Babylon إثبات قدرتها على حل المشكلة بسرعة و بشكل شامل، ومنع تكرار مثل هذه الثغرات مستقبلًا. النقاط التالية يجب أن تركز على سرعة الإصلاح وجدول دمجها مع Aave في الربع الثاني.