يصوت حاملو عملة Aave على منح صلاحيات محدودة لإدارة المخاطر على شبكتي إيثريوم和阿valanche لأدوات تُعرف باسم “حراس المخاطر” (Risk Stewards)، وهي أدوات تسمح للمشغلين المعتمدين بإجراء تعديلات مقيدة دون الحاجة لتمرير كل تحديث عبر تصويت حوكمة كامل. ويتضمن الاقتراح أيضًا منح أدوار طوارئ بدون تأخير لا يمكن لبرنامج الحارس الحالي استخدامها.
بدأ التصويت على منصة Snapshot يوم 3 سبتمبر الساعة 3:46 مساءً بتوقيت UTC، ومن المقرر أن يُغلق اليوم 6 سبتمبر في نفس التوقيت. الموافقة على الاقتراح لن تفعّل النظام بحد ذاتها، حيث أوضحت Aave Labs أن الحزم المرتبطة بالاقتراح ستحتاج إلى التنفيذ عبر مجلس أمان V4.
كما أن الكود البرمجي لا يُقدَّم كونه مدققًا بالكامل بعد. في اقتراح الحوكمة الخاص بها، قالت Aave Labs إن عقود حراس المخاطر تخضع حاليًا لتدقيق من شركة Certora، وأن عملية التدقيق تقترب من الانتهاء.
يكمن التوتر الرئيسي في الاقتراح بين الصلاحيات الممنوحة الآن والوظائف المتاحة لاحقًا. سيحصل كل حارس مخاطر على أدوار إدارة المخاطر الأساسية والفرعية (Hub and Spoke) بالإضافة إلى أدوار الطوارئ الأساسية والفرعية. هذه الأدوار الأربعة لن تخضع لأي تأخير في التنفيذ بعد منحها.
ومع ذلك، فإن الإصدار قيد النظر لا يتضمن أيًا من أدوات الطوارئ، ووثائق الحارس الحالية لا تُظهر هذه الطرق. صلاحيات الطوارئ ستبقى غير نشطة حتى يُضيف إصدار مستقبلي الدعم لها. منح هذه الأدوار الآن سيسمح للإصدار اللاحق بالاستجابة لحالة طوارئ دون الانتظار لدورة حوكمة أخرى للحصول على الوصول.
إعادة تصميم الصلاحيات الأوسع ستقسم أدوات التحكم بالتكوين الأساسية والفرعية لكل مثيل V4 إلى خمس فئات دقيقة: دورين للتحكم بالمؤشرات، ودور لإدراج الأصول، ودور للطوارئ، ودور لإدارة المخاطر. الأدوات خارج هذه الفئات ستبقى مع أدوار إدارة النطاق المتبقية. المسؤولون الحاليون عن النطاق سيحصلون على الأدوار الجديدة للحفاظ على نطاق صلاحياتهم الحالي.
التعريفات المقترحة للأدوار تقصر فئة الطوارئ على إجراءات السلامة في اتجاه واحد فقط. الاستدعاءات الأساسية يمكنها تعطيل أو إيقاف الأصول والأنظمة الفرعية مؤقتًا. الاستدعاءات الفرعية يمكنها إيقاف أو تجميد عملات رقمية فردية أو جميع العملات الرقمية. هذه الوظائف لا يمكنها إعادة التنشيط أو رفع الإيقاف أو فك التجميد عن السوق المتأثر. أدوار التحكم بالمؤشرات المنفصلة، التي يمكنها تغيير الحالات في الاتجاهين، لن تُمنح لحراس المخاطر.
تحديثات المعايير الروتينية ستعمل تحت ضوابط مختلفة. يحدد الاقتراح فترات تبريد دنيا تبلغ 36 أو 48 أو 72 ساعة، اعتمادًا على المعيار، مع حدود قصوى لمدى كل تحديث. نفس الحدود ستطبق على شبكتي إيثيريوم和阿valanche وتغطي إعدادات أسعار الفائدة، عوامل الضمانات، إعدادات التصفية، وحدود أسعار الأوراكل. هذه الحدود لا تنطبق على أدوات الطوارئ.
هذا الفصل يفسر كيف يمكن للخطة الجمع بين الصيانة البطيئة المقيدة والسلطة الفورية للطوارئ على الورق. كما يخلق سؤالًا حول المساءلة، لأن أدوار التأخير الصفري ستكون قائمة قبل أن يتمكن الحارس من استخدامها. طلب المشاركون في المنتدى مبررات عامة، وتقارير ما بعد العمل، ومراجعات دورية، وتقارير عن تكرار وحجم إجراءات الحارس. لا شيء من هذه التدابير يعتبر شرطًا في الاقتراح الحالي.
إذا تم تمرير التصويت على Snapshot ونفّذ مجلس الأمان الحزم، فسيكون التغيير الفوري هو الوصول الفوري لضوابط المعايير المقيدة. صلاحيات الطوارئ أحادية الاتجاه ستكون جاهزة مسبقًا لإصدار حارس مستقبلي، لكنها لن تكون قابلة للاستخدام بعد.
الأسئلة الشائعة
ما هو دور حراس المخاطر في Aave V4؟
حراس المخاطر هم أدوات تسمح لبعض المشغلين المعتمدين بإجراء تعديلات محدودة ومقيدة على معايير إدارة المخاطر دون الحاجة لتصويت حوكمة كامل، مما يجعل العملية أسرع وأكثر كفاءة.
هل تمنح صلاحيات الطوارئ فورًا بعد التصويت؟
لا، صلاحيات الطوارئ ستُمنح نظريًا لكنها لن تكون قابلة للاستخدام حتى يصدر إصدار مستقبلي يدعم هذه الوظائف، وبالتالي فهي جاهزة مسبقًا فقط.
هل الكود البرمجي لهذا الاقتراح مدقق بالكامل؟
لا، الكود البرمجي يخضع حاليًا لتدقيق من شركة Certora، والتدقيق يقترب من الانتهاء ولكن لم يُكتمل بعد، مما يعني أن الموافقة على الاقتراح لا تعني أن النظام جاهز للتفعيل الفوري دون خطوات إضافية.
