ما جعلني أتوقف أثناء استكشاف أمن Bedrock هو الفرق بين سجل التدقيق والمخاطر التي تظل قائمة بعده. كنت أبحث في Bedrock و$BR و#Bedrock و@Bedrock _DeFi، وظل تفصيل واحد يشغل بالي: من يملك السيطرة الفعلية على العقود عندما يحدث خطأ؟
يسرد سجل Trustblock الأمني، الذي حُدّث في 11 أكتوبر، تدقيقًا أجرته PeckShield لـ uniBTC بتاريخ 1 أكتوبر 2024. كما يشير إلى مشكلة متوسطة الخطورة لم تُحل بعد وتتعلق بمفاتيح المسؤول. لا يعني ذلك تلقائيًا أن الأموال غير آمنة، لكنه يدفعني إلى النظر إلى ما وراء كلمة «خضع للتدقيق». فالتدقيق لقطة للشفرة التي تمت مراجعتها، وليس ضمانًا دائمًا لكل إجراء ذي صلاحيات خاصة أو لكل تغيير مستقبلي في العقود.
Trustblock
عادةً ما أتحقق من التدقيق أولًا ثم أتابع. لكنني توقفت هذه المرة لأفكر في الصلاحيات الكامنة وراء النظام. توضح وثائق Bedrock أن عقودها الذكية مفتوحة المصدر، ما يتيح فحصها بصورة مستقلة، لكن إمكانية الاطلاع والسيطرة أمران مختلفان.
Bedrock Technology
يكتسب هذا الفرق أهمية أكبر عندما يودع المستخدمون أصولهم في نظام لإعادة التخزين، مقارنةً بمجرد تفاعلهم مع تطبيق عادي. وأود أن أفهم بدقة ما الإجراءات الإدارية التي لا تزال ممكنة، ومن يستطيع التصريح بها، وما الضمانات المتاحة إذا أسيء استخدام تلك الصلاحيات. إن وجود تدقيق قديم إلى جانب تنبيه حالي بشأن المخاطر لا يكفي للحكم على البروتوكول بأكمله، لكنه يترك لدي سؤالًا واحدًا: إلى أي مدى تخضع الجهات القادرة على تغيير النظام لقيود مستقلة؟