تحليل مخاطر بروتوكول إعادة الت staking وأفضل الممارسات

مع ظهور مفهوم Restaking، ظهرت العديد من مشاريع Restaking القائمة على Eigenlayer في السوق. يهدف Restaking إلى مشاركة الثقة في طبقة الإيثريوم Beacon المخصصة، مما يسمح للمستخدمين بمشاركة حصصهم المخصصة لمشاريع أخرى، وبالتالي الحصول على المزيد من العوائد، بينما يمكن للمشاريع الأخرى أيضًا الاستفادة من الثقة والأمان المتساويين مع طبقة ETH Beacon.

لمساعدة المستثمرين على فهم المخاطر التفاعلية بين مشاريع Restaking المختلفة بشكل أفضل، قامت هذه المقالة بإجراء بحث حول بروتوكولات Restaking الرئيسية وأصول LST في السوق، وقامت بتوضيح المخاطر ذات الصلة، حتى يتمكن المستثمرون من التحكم بشكل أفضل في المخاطر المناسبة أثناء سعيهم لتحقيق العوائد.

نظرة عامة على نقاط الخطر

حاليًا، فإن بروتوكول إعادة التخزين في السوق يعتمد بشكل أساسي على EigenLayer. بالنسبة للمستخدمين، فإن المشاركة في إعادة التخزين تعني تعريض أنفسهم للمخاطر التالية:

مخاطر العقد

1. للمشاركة في Restaking، يحتاج المستخدمون للتفاعل مع عقد المشروع، ويتعين عليهم تحمل مخاطر هجوم العقد.
2. ستظل أموال المشاريع المبنية على EigenLayer مخزنة في عقود بروتوكول EigenLayer، وإذا تعرض عقد EigenLayer للهجوم، ستتعرض أموال المشروع ذات الصلة للخسارة.
3. في EigenLayer، هناك نوعان من إعادة الرهان: إعادة رهان ETH الأصلية و إعادة رهان LST. يتم تخزين أموال إعادة رهان LST مباشرة في عقد EigenLayer، بينما يتم تخزين أموال إعادة رهان ETH الأصلية في سلسلة Beacon ETH. وهذا يعني أن المستخدمين الذين يقومون بإعادة رهان LST قد يتعرضون للخسارة بسبب مخاطر عقد EigenLayer.
4. قد يمتلك الطرف المشروع صلاحيات عالية المخاطر، وفي بعض الحالات يمكن أن يستخدم الصلاحيات الحساسة لاستغلال أموال المستخدمين.

LST مخاطر

قد توجد احتمالية لفقدان ربط رموز LST، أو قد تؤدي ترقية عقد LST / أو هجوم إلى انحراف وفقدان قيمة LST.

خروج المخاطر

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

تحليل مخاطر بروتوكول Restaking الرائج

بعد البحث، وجدنا أن بروتوكول Restaking السائد في السوق الحالي يعاني من المشاكل الرئيسية التالية:

1. نسبة إتمام المشروع منخفضة، لم يتم تنفيذ منطق السحب لمعظم المشاريع.
2. مخاطر المركزية: يتم التحكم في أصول المستخدمين في النهاية بواسطة محفظة متعددة التوقيعات، مما يمنح فريق المشروع قدرة معينة على سحب الأموال.
3. في حالة حدوث سوء تصرف داخلي أو فقدان مفتاح التوقيع المتعدد، قد يؤدي ذلك إلى خسارة الأصول.

بالإضافة إلى ذلك، كركيزة لجميع المشاريع، يوجد في EigenLayer النقاط التالية التي تحتاج إلى انتباه المستخدمين:

1. يتم نشر EigenLayer حاليًا في العقود على الشبكة الرئيسية، ولم يتم بعد تنفيذ جميع الوظائف الموجودة في الورقة البيضاء الخاصة به بشكل كامل (AVS، بروتوكول). من بينها، تم تنفيذ وظيفة بروتوكول فقط من خلال واجهات ذات صلة، ولم يكن هناك منطق كامل محدد بعد. وفقًا لكود العقد، يتم حاليًا تفعيل بروتوكول عبر مالك عقد StrategyManager (صلاحيات مسؤول المشروع) بطريقة مركزية نسبيًا.

2. عند إجراء إعادة تخزين ETH الأصلية على EigenLayer، بالإضافة إلى إنشاء عقد EigenPod لإدارة أموال إعادة التخزين، يتعين على المستخدم أيضًا تشغيل خدمة عقدة سلسلة Beacon الخاصة به، وتحمل مخاطر التخفيض من سلسلة Beacon. يُنصح المستخدمون عند إجراء إعادة تخزين ETH الأصلية باختيار مزود خدمة عقدة موثوق.

3. نظرًا لأن ETH محفوظة في سلسلة Beacon، فإن عملية السحب تتطلب، بالإضافة إلى بدء المستخدم، مساعدة مزود خدمة العقد لمساعدة المستخدم في سحب الأموال ذات الصلة من سلسلة Beacon، أي أن عملية السحب تتطلب موافقة الطرفين.

4. نظرًا لأن EigenLayer لم تنفذ بعد آلية AVS و Slash بشكل كامل، يُنصح المستخدمون بتمكين وظيفة deleGate في بروتوكول EigenLayer فقط بعد فهم المخاطر ذات الصلة بشكل كامل، لتجنب الخسائر المحتملة في الأموال.

نقاط المخاطر لمشاريع محددة

من خلال مراجعة الكود، لا تزال بعض المشاريع تحتوي على بعض مخاطر الكود التي قد تؤثر على أمان أموال المستخدمين. فيما يلي بعض نقاط المخاطر الخاصة بالمشاريع المحددة:

EigenPie

حالياً، جميع العقود في البروتوكول هي عقود قابلة للتحديث، وحقوق التحديث هي 3/6 Gnosis Safe، ولكن حقوق تحديث عقود MLRT لرموز cbETH و ethX و ankrETH هي عنوان EOA.

KelpDAO

خلال عملية الشحن، تحتاج إلى حساب قيمة share التي يحصل عليها المستخدم من خلال حساب قيمة share، ولكن يجب تحديث rsETHPrice يدويًا في صيغة الحساب الخاصة بال oracle. باستثناء stETH، يتم استخدام share price لعقود الرموز المقابلة كمصدر للأسعار. بينما يتم استخدام stETH مباشرةً بمعدل 1:1. عندما يكون هناك خصم على stETH في السوق الثانوية، ستظهر مساحة معينة للاستفادة من الفروق السعرية خلال عملية الشحن.

رينزو

يتولى OperatorDelegator توجيه أموال البروتوكول إلى EigenLayer، ويتوافق مع نسب الإيداع المختلفة، لكن البروتوكول لم يتحقق أثناء إعداد OperatorDelegator من أن جميع النسب أكبر من 100%، مما قد يؤدي إلى حدوث حالة OperatorDelegator-1 (70%) و OperatorDelegator-2 (70%). تؤثر هذه المشكلة بشكل رئيسي على سحب أموال المستخدمين، ونظرًا لأن منطق السحب غير مكتمل حاليًا، لا يمكن تقييم التأثير المحدد على رأس المال.

تحليل مخاطر رمز LST

بالإضافة إلى مخاطر البروتوكول نفسه، فإن مخاطر LST لا يمكن تجاهلها خلال عملية Restaking. أجرينا بحثًا عن رموز LST الرئيسية في السوق، والتي تشمل stETH و rETH و cbETH و ankrETH و sfrxETH.

كيفية تقليل مخاطر المشاركة في إعادة الاستثمار بفعالية؟

استنادًا إلى نتائج البحث الحالية، قمنا بإعداد مسار تفاعلي نسبيًا آمن للمستثمرين.

توزيع الأموال

1. بالنسبة للمستخدمين الذين يستخدمون أموالاً كبيرة للمشاركة في Restaking، فإن المشاركة المباشرة في إعادة تخزين Native ETH لـ EigenLayer هي خيار جيد. والسبب هو أن أصول ETH المودعة في إعادة تخزين Native ETH تُخزن في عقد سلسلة Beacon، حتى في حالة حدوث هجوم على العقد، لن يتمكن المهاجم من الحصول على أصول المستخدمين على الفور.

2. بالنسبة للمستخدمين الذين يرغبون في المشاركة بأموال كبيرة ولكنهم لا يرغبون في تحمل أوقات استرداد طويلة، يمكنهم اختيار stETH الأكثر أمانًا كأصل للمشاركة مباشرة في EigenLayer.

3. بالنسبة للمستخدمين الذين يرغبون في كسب عائدات إضافية، يمكنهم اختيار جزء من أموالهم للمشاركة في مشاريع مثل Puffer و KelpDAO و Eigenpie و Renzo المبنية على EigenLayer وفقًا لقدرتهم على تحمل المخاطر. لكن يجب الانتباه إلى أنه نظرًا لأن المشاريع المذكورة أعلاه لم تحقق بعد منطق السحب المناسب، يجب على المستخدمين المشاركين في مثل هذه البروتوكولات أن يأخذوا في الاعتبار مخاطر الخروج المقابلة، ويجب أن يأخذوا في الاعتبار أيضًا سيولة LRT ذات الصلة في السوق الثانوية أثناء عملية الاستثمار.

إعدادات المراقبة

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

2. نأمل أن يتمكن الفرق والمستخدمون الذين يرغبون في استثمار ETH في المشروع من استخدام أدوات الأتمتة لضبط شروط المحفظة متعددة التوقيعات لتفعيل الروبوتات الآلية وتكوين التفويض الفردي، استنادًا إلى تغير TVL في المجمعات، وتقلبات سعر ETH، وتصرفات الحيتان، من أجل إعداد وظيفة الإيداع التلقائي في EigenLayer ومختلف بروتوكولات إعادة الرهن.

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