تحليل شامل لمخاطر مشروع إعادة التخزين ودليل المشاركة الآمنة

robot
إنشاء الملخص قيد التقدم

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

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

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

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

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

يواجه المستخدمون المشاركون في إعادة الرهان بشكل رئيسي الفئات التالية من المخاطر:

مخاطر العقود

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

LST مخاطر

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

مخاطر الخروج

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

ملاحظات خاصة حول EigenLayer

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

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

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

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

وراء العوائد المتزايدة: مخاطر إعادة الرهن في EigenLayer وأفضل الممارسات التشغيلية

تحليل مشاريع إعادة التخزين الرئيسية

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

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

تحليل مخاطر توكن LST

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

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

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

استراتيجية تخصيص الأموال

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

  2. مستخدمو الأموال الكبيرة الذين يسعون إلى السيولة: يمكنهم اختيار stETH على أنه أصل أكثر أمانًا للمشاركة، والمشاركة مباشرة في EigenLayer.

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

مراقبة المخاطر

  1. يمكن للمستخدمين المتقدمين تكوين مراقبة العقد، ومتابعة تحديثات العقود ذات الصلة وتنفيذ العمليات الحساسة من قبل المشروع.

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

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

خلفية العوائد المستمرة: مخاطر إعادة الرهن في EigenLayer وأفضل ممارسات التشغيل

EIGEN15.37%
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
  • أعجبني
  • 4
  • إعادة النشر
  • مشاركة
تعليق
0/400
ParallelChainMaxivip
· منذ 15 س
هل سيقام الحمقى في القمار مرة أخرى؟
شاهد النسخة الأصليةرد0
Rugpull幸存者vip
· 08-10 22:03
هل إعادة التخزين حقًا مغرية هكذا؟ ألا تخاف من التعرض للفشل؟
شاهد النسخة الأصليةرد0
DeepRabbitHolevip
· 08-10 21:56
حمقى الذين ينسخون الواجبات جاءوا
شاهد النسخة الأصليةرد0
MetaverseMigrantvip
· 08-10 21:52
كنت أنظر بذهول، كان من الأفضل أن أركض ls
شاهد النسخة الأصليةرد0
  • تثبيت