تحليل مخاطر مشروع إعادة التخزين واقتراحات أفضل الممارسات

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

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

نقاط الخطر الرئيسية

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

مخاطر العقود

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

LST مخاطر

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

خروج المخاطر

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

تحليل مخاطر بروتوكولات إعادة التخزين الرئيسية

قمنا بإجراء بحث منهجي حول بعض بروتوكولات إعادة التخزين الرائجة في السوق الحالية، ووجدنا المشاكل الرئيسية التالية:

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

تنبيه خاص بـ EigenLayer

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

1. العقود المنتشرة حاليًا على الشبكة الرئيسية لم تحقق بعد جميع الوظائف المذكورة في ورقة البيضاء الخاصة بها بشكل كامل (AVS، slash). ومن بين ذلك، تم تنفيذ وظيفة slash فقط من خلال واجهاتها ذات الصلة، ولا توجد منطق كامل محدد بعد.
2. عند إجراء إعادة تخزين ETH الأصلية في EigenLayer، بالإضافة إلى إنشاء عقد EigenPod، يجب أيضًا تشغيل خدمة عقدة سلسلة Beacon بنفسك، وتحمل مخاطر العقوبات من سلسلة Beacon.
3. نظرًا لأن EigenLayer لم يتم تنفيذ آلية AVS و Slash بالكامل حتى الآن، يُنصح المستخدمين بعدم تفعيل وظيفة deleGate قبل فهم المخاطر ذات الصلة بشكل كامل لتجنب فقدان الأموال المحتمل.

تنبيه بمخاطر المشاريع المحددة

إيغن باي

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

KelpDAO

خلال عملية الإيداع، يجب تحديث rsETHPrice يدويًا وفقًا للـ oracle لحساب حصة share التي يحصل عليها المستخدم. عندما يكون هناك خصم على stETH في السوق الثانوية، قد يكون هناك مجال للتحكيم أثناء عملية الإيداع.

رينزو

يتولى OperatorDelegator توجيه أموال بروتوكول إلى EigenLayer، ولكن البروتوكول لم يتحقق أثناء عملية التكوين مما إذا كانت النسب الإجمالية لجميع OperatorDelegator تتجاوز 100%، مما قد يؤثر على سحب أموال المستخدم.

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

لقد أجرينا أيضًا بحثًا عن الرموز المميزة LST السائدة في السوق، ووجدنا أن هناك اختلافات بين الرموز المميزة LST المختلفة من حيث قابلية ترقية العقد، والاعتماد على Oracle، وآلية السحب، ويجب على المستخدمين اختيار الرموز المميزة LST المناسبة وفقًا لقدرتهم على تحمل المخاطر.

أفضل الممارسات لتقليل مخاطر إعادة التخزين

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

اقتراح توزيع الأموال

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

نصائح لمراقبة المخاطر

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

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