تحليل مخاطر مشروع إعادة التخزين وأفضل ممارسات الدليل
مع ظهور مفهوم Restaking، ظهرت العديد من المشاريع المتعلقة بـ Eigenlayer في السوق. يهدف Restaking إلى مشاركة حصة المستخدم من التحقق من خلال الثقة في طبقة الإيثريوم Beacon، مما يسمح للمستخدمين بمشاركة حصصهم مع مشاريع أخرى، وبالتالي تحقيق المزيد من الأرباح، وفي نفس الوقت، تمكن المشاريع الأخرى من الاستمتاع بثقة الإجماع والأمان المتساوية مع طبقة ETH Beacon.
لمساعدة المستخدمين على فهم مخاطر التفاعل بين مشاريع إعادة التخزين المختلفة بشكل أفضل، أجرينا بحثًا شاملاً حول بروتوكولات إعادة التخزين الرئيسية والأصول LST الرائجة في السوق، وقمنا بتوضيح المخاطر ذات الصلة بشكل منهجي، حتى يتمكن المستخدمون من السيطرة بشكل أفضل على المخاطر المقابلة أثناء الاستمتاع بالعوائد.
نظرة عامة على نقاط المخاطر
في الوقت الحالي، فإن بروتوكولات إعادة الاست staking المتاحة في السوق مبنية أساسًا على EigenLayer. بالنسبة للمستخدمين، فإن المشاركة في إعادة الاست staking تعني تعريض أنفسهم للمخاطر التالية:
مخاطر العقد
يحتاج المستخدمون إلى التفاعل مع عقد المشروع، وبالتالي يجب عليهم تحمل مخاطر هجوم العقد.
سيتم تخزين أموال المشاريع المبنية على EigenLayer في النهاية في عقود بروتوكول EigenLayer، إذا تم مهاجمة عقد EigenLayer، ستتعرض الأموال المتعلقة بالمشاريع للخسارة.
يوجد نوعان من Restaking في EigenLayer: Restaking native ETH و Restaking LST. يتم تخزين أموال Restaking LST مباشرة في عقد EigenLayer، بينما يتم تخزين أموال Restaking native ETH في سلسلة ETH Beacon. وهذا يعني أن المستخدمين الذين يقومون بـ Restaking LST قد يتعرضون لخسائر بسبب مخاطر عقد EigenLayer.
قد يمتلك الفريق المشروع صلاحيات عالية المخاطر، وفي بعض الحالات يمكنه استخدام صلاحيات حساسة للاستيلاء على أموال المستخدمين.
LST المخاطر
هناك احتمال لفقدان ربط رمز LST، أو أن ترقية عقد LST / الهجوم قد يؤدي إلى انحراف وخسارة في قيمة LST.
خروج المخاطر
في الوقت الحالي، لا تدعم بروتوكولات Restaking الرئيسية في السوق سحب الأموال باستثناء EigenLayer. إذا لم يقم فريق المشروع بترقية العقد لإضافة منطق السحب المناسب، فقد لا يتمكن المستخدمون من استرداد أصولهم مباشرة، ويحتاجون إلى الحصول على السيولة للخروج من السوق الثانوية.
تحليل بروتوكولات إعادة التخزين الرئيسية
بعد البحث النظامي، وجدنا أن البروتوكولات الرئيسية لإعادة الاستفادة الموجودة في السوق تعاني من المشكلات الشائعة التالية:
نسبة إكمال المشروع منخفضة، حيث لم يتم تنفيذ منطق السحب لمعظم المشاريع.
مخاطر المركزية: يتم التحكم في أصول المستخدمين في النهاية بواسطة محفظة متعددة التوقيعات، ويملك فريق المشروع قدرة معينة على سحب الأموال.
بناءً على ما سبق، عند حدوث سوء استخدام داخلي أو فقدان مفتاح التوقيع المتعدد، قد يؤدي ذلك إلى خسارة الأصول.
نقاط المخاطر الخاصة بـ EigenLayer
كنقطة أساسية لجميع المشاريع، توجد أيضًا النقاط التالية التي يجب على المستخدمين الانتباه إليها في EigenLayer:
العقد الذي تم نشره حاليًا على الشبكة الرئيسية لم يحقق بعد جميع الوظائف الموجودة في ورقة بيانه (مثل AVS و slash). من بين هذه الوظائف، تم تنفيذ وظيفة slash فقط من خلال واجهاتها ذات الصلة، ولا توجد منطق كامل محدد بعد. حاليًا، يتم تفعيل slash من خلال صلاحيات مالك عقد StrategyManager، مما يجعل طريقة التنفيذ مركزية إلى حد ما.
عند إجراء إعادة استثمار ETH الأصلي في EigenLayer، بالإضافة إلى إنشاء عقد EigenPod لإدارة الأموال، يجب أيضًا تشغيل خدمة عقدة سلسلة Beacon بنفسك، وتحمل مخاطر الخصم من سلسلة Beacon. يُنصح باختيار مزود خدمة عقدة موثوق.
نظرًا لأن ETH محفوظة في سلسلة Beacon، يحتاج عملية السحب إلى أن يبدأها المستخدم ويحصل على مساعدة من مزود خدمة العقد، مما يعني أن عملية الخروج تتطلب موافقة الطرفين.
نظرًا لأن EigenLayer لم ينفذ حتى الآن آلية AVS وSlash بشكل كامل، يُنصح المستخدمون باستخدام وظيفة deleGate بحذر بعد فهم المخاطر ذات الصلة بشكل كافٍ، لتجنب خسائر محتملة في الأموال.
نقاط المخاطر الخاصة بالمشاريع
إيغن باي
حالياً، جميع عقود البروتوكول هي عقود قابلة للتحديث، وصلاحيات التحديث هي 3/6 Gnosis Safe. ومع ذلك، فإن صلاحيات تحديث عقود MLRT للرموز cbETH و ethX و ankrETH هي عنوان EOA.
كيلب داو
أثناء عملية الشحن، يجب حساب قيمة حصص المستخدم المكتسبة، ويحتاج ذلك إلى حساب قيمة الحصة. يتعين تحديث rsETHPrice في معادلة الحساب يدويًا وفقًا للـ oracle المعني. بالنسبة للرموز الأخرى، يتم استخدام سعر الحصة للعقد المعني كمصدر للسعر، بينما يتم استخدام stETH مباشرةً على أساس 1:1. عندما يكون هناك خصم على stETH في السوق الثانوية، قد يكون هناك مجال للمضاربة خلال عملية الشحن.
رينزو
تتحمل الـ OperatorDelegator مسؤولية توجيه أموال بروتوكول إلى EigenLayer، وفقًا لنسب إعادة الشحن المختلفة. ومع ذلك، لم يتحقق البروتوكول من أن جميع نسب الـ OperatorDelegator أكبر من 100% أثناء تكوين الـ OperatorDelegator، مما قد يؤدي إلى وجود حالة مثل OperatorDelegator-1 (70%) و OperatorDelegator-2 (70%). هذا يؤثر بشكل أساسي على سحب أموال المستخدمين، ولكن نظرًا لأن منطق السحب غير مكتمل حاليًا، لا يمكن تقييم التأثير المحدد على رأس المال.
تحليل مخاطر رمز LST
بالإضافة إلى مخاطر البروتوكول نفسه، فإن مخاطر LST لا يمكن تجاهلها أيضًا خلال عملية Restaking. لقد أجرينا بحثًا حول الرموز LST الرائجة في السوق ووجدنا أن هناك اختلافات بين الرموز LST المختلفة من حيث صلاحيات ترقية العقود، وميزات الإيقاف، والحد الأقصى للرهانات، ويجب على المستخدمين الاختيار بناءً على تفضيلاتهم للمخاطر.
أفضل الممارسات لتقليل مخاطر إعادة التخزين
لتقليل مخاطر المشاركة في إعادة التخزين بشكل فعال، قمنا بتجميع مسار تفاعلي آمن نسبيًا للمستخدمين:
توزيع الأموال
بالنسبة لمستخدمي رأس المال الكبير، فإن المشاركة المباشرة في إعادة وضع الإيثيريوم الأصلي في EigenLayer هي الخيار الأكثر أمانًا، حيث يتم تخزين الأصول في عقد سلسلة Beacon، حتى في حالة حدوث هجوم على العقد، لا يمكن للمهاجم الحصول على أصول المستخدمين على الفور.
بالنسبة للمستخدمين ذوي الأموال الكبيرة الذين لا يرغبون في تحمل أوقات استرداد طويلة، يمكنهم اختيار stETH كأصل للمشاركة بشكل مباشر في EigenLayer.
بالنسبة للمستخدمين الذين يسعون لتحقيق عوائد إضافية، يمكنهم اختيار جزء من أموالهم للمشاركة في مشاريع مثل Puffer و KelpDAO و Eigenpie و Renzo المبنية على EigenLayer وفقًا لتحمل المخاطر. ولكن يجب الانتباه إلى أنه نظرًا لأن هذه المشاريع لم تحقق منطق السحب حتى الآن، يجب على المستخدمين أيضًا أن يأخذوا في اعتبارهم مخاطر الخروج والسيولة المتعلقة بـ LRT في السوق الثانوية.
إعدادات المراقبة
بالنسبة للمستخدمين المتقدمين، يُنصح بتكوين مراقبة العقود، والتركيز على ترقية العقود ذات الصلة وتنفيذ العمليات الحساسة من قبل الفريق المشروع.
يمكن لفريق المشروع والمستخدمين الذين يستثمرون في ETH التفكير في استخدام شروط محفظة متعددة التوقيعات لتفعيل الروبوتات الآلية وتكوين التفويض بتوقيع واحد، بناءً على تغييرات TVL في البركة، وتقلبات سعر ETH، وحركات الحيتان، لضبط وظيفة الإيداع التلقائي في EigenLayer ومختلف بروتوكولات إعادة الرهن.
بشكل عام، يُعتبر Restaking مفهومًا ناشئًا، ولم يتم اختباره على المدى الطويل سواء من مستوى العقد أو مستوى البروتوكول. بالإضافة إلى المخاطر المذكورة أعلاه، قد توجد مخاطر غير معروفة أخرى. يجب على المستخدمين أن يظلوا حذرين عند المشاركة، واتخاذ قرارات معقولة بناءً على تفضيلاتهم للمخاطر وكمية الأموال المتاحة.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 6
أعجبني
6
4
مشاركة
تعليق
0/400
GateUser-354e7955
· منذ 15 س
لا يهم كل هذا، طالما أن هناك أموال تدخل لتداول هذا المجال، على أي حال هذا المجال لديه فقط عدد قليل من العملات.
شاهد النسخة الأصليةرد0
GateUser-afe07a92
· منذ 17 س
ماذا تخاف؟ من لا يفهم مخاطر العقود؟
شاهد النسخة الأصليةرد0
ApeEscapeArtist
· منذ 17 س
اللعب شيء ، لكن لا تخسر أموالك
شاهد النسخة الأصليةرد0
LiquidationTherapist
· منذ 17 س
عالم العملات الرقمية حمقى早晚都要 خداع الناس لتحقيق الربح
تحليل شامل لمخاطر مشروع إعادة التخزين ودليل المشاركة الآمنة
تحليل مخاطر مشروع إعادة التخزين وأفضل ممارسات الدليل
مع ظهور مفهوم Restaking، ظهرت العديد من المشاريع المتعلقة بـ Eigenlayer في السوق. يهدف Restaking إلى مشاركة حصة المستخدم من التحقق من خلال الثقة في طبقة الإيثريوم Beacon، مما يسمح للمستخدمين بمشاركة حصصهم مع مشاريع أخرى، وبالتالي تحقيق المزيد من الأرباح، وفي نفس الوقت، تمكن المشاريع الأخرى من الاستمتاع بثقة الإجماع والأمان المتساوية مع طبقة ETH Beacon.
لمساعدة المستخدمين على فهم مخاطر التفاعل بين مشاريع إعادة التخزين المختلفة بشكل أفضل، أجرينا بحثًا شاملاً حول بروتوكولات إعادة التخزين الرئيسية والأصول LST الرائجة في السوق، وقمنا بتوضيح المخاطر ذات الصلة بشكل منهجي، حتى يتمكن المستخدمون من السيطرة بشكل أفضل على المخاطر المقابلة أثناء الاستمتاع بالعوائد.
نظرة عامة على نقاط المخاطر
في الوقت الحالي، فإن بروتوكولات إعادة الاست staking المتاحة في السوق مبنية أساسًا على EigenLayer. بالنسبة للمستخدمين، فإن المشاركة في إعادة الاست staking تعني تعريض أنفسهم للمخاطر التالية:
مخاطر العقد
LST المخاطر
هناك احتمال لفقدان ربط رمز LST، أو أن ترقية عقد LST / الهجوم قد يؤدي إلى انحراف وخسارة في قيمة LST.
خروج المخاطر
في الوقت الحالي، لا تدعم بروتوكولات Restaking الرئيسية في السوق سحب الأموال باستثناء EigenLayer. إذا لم يقم فريق المشروع بترقية العقد لإضافة منطق السحب المناسب، فقد لا يتمكن المستخدمون من استرداد أصولهم مباشرة، ويحتاجون إلى الحصول على السيولة للخروج من السوق الثانوية.
تحليل بروتوكولات إعادة التخزين الرئيسية
بعد البحث النظامي، وجدنا أن البروتوكولات الرئيسية لإعادة الاستفادة الموجودة في السوق تعاني من المشكلات الشائعة التالية:
نقاط المخاطر الخاصة بـ EigenLayer
كنقطة أساسية لجميع المشاريع، توجد أيضًا النقاط التالية التي يجب على المستخدمين الانتباه إليها في EigenLayer:
العقد الذي تم نشره حاليًا على الشبكة الرئيسية لم يحقق بعد جميع الوظائف الموجودة في ورقة بيانه (مثل AVS و slash). من بين هذه الوظائف، تم تنفيذ وظيفة slash فقط من خلال واجهاتها ذات الصلة، ولا توجد منطق كامل محدد بعد. حاليًا، يتم تفعيل slash من خلال صلاحيات مالك عقد StrategyManager، مما يجعل طريقة التنفيذ مركزية إلى حد ما.
عند إجراء إعادة استثمار ETH الأصلي في EigenLayer، بالإضافة إلى إنشاء عقد EigenPod لإدارة الأموال، يجب أيضًا تشغيل خدمة عقدة سلسلة Beacon بنفسك، وتحمل مخاطر الخصم من سلسلة Beacon. يُنصح باختيار مزود خدمة عقدة موثوق.
نظرًا لأن ETH محفوظة في سلسلة Beacon، يحتاج عملية السحب إلى أن يبدأها المستخدم ويحصل على مساعدة من مزود خدمة العقد، مما يعني أن عملية الخروج تتطلب موافقة الطرفين.
نظرًا لأن EigenLayer لم ينفذ حتى الآن آلية AVS وSlash بشكل كامل، يُنصح المستخدمون باستخدام وظيفة deleGate بحذر بعد فهم المخاطر ذات الصلة بشكل كافٍ، لتجنب خسائر محتملة في الأموال.
نقاط المخاطر الخاصة بالمشاريع
إيغن باي
حالياً، جميع عقود البروتوكول هي عقود قابلة للتحديث، وصلاحيات التحديث هي 3/6 Gnosis Safe. ومع ذلك، فإن صلاحيات تحديث عقود MLRT للرموز cbETH و ethX و ankrETH هي عنوان EOA.
كيلب داو
أثناء عملية الشحن، يجب حساب قيمة حصص المستخدم المكتسبة، ويحتاج ذلك إلى حساب قيمة الحصة. يتعين تحديث rsETHPrice في معادلة الحساب يدويًا وفقًا للـ oracle المعني. بالنسبة للرموز الأخرى، يتم استخدام سعر الحصة للعقد المعني كمصدر للسعر، بينما يتم استخدام stETH مباشرةً على أساس 1:1. عندما يكون هناك خصم على stETH في السوق الثانوية، قد يكون هناك مجال للمضاربة خلال عملية الشحن.
رينزو
تتحمل الـ OperatorDelegator مسؤولية توجيه أموال بروتوكول إلى EigenLayer، وفقًا لنسب إعادة الشحن المختلفة. ومع ذلك، لم يتحقق البروتوكول من أن جميع نسب الـ OperatorDelegator أكبر من 100% أثناء تكوين الـ OperatorDelegator، مما قد يؤدي إلى وجود حالة مثل OperatorDelegator-1 (70%) و OperatorDelegator-2 (70%). هذا يؤثر بشكل أساسي على سحب أموال المستخدمين، ولكن نظرًا لأن منطق السحب غير مكتمل حاليًا، لا يمكن تقييم التأثير المحدد على رأس المال.
تحليل مخاطر رمز LST
بالإضافة إلى مخاطر البروتوكول نفسه، فإن مخاطر LST لا يمكن تجاهلها أيضًا خلال عملية Restaking. لقد أجرينا بحثًا حول الرموز LST الرائجة في السوق ووجدنا أن هناك اختلافات بين الرموز LST المختلفة من حيث صلاحيات ترقية العقود، وميزات الإيقاف، والحد الأقصى للرهانات، ويجب على المستخدمين الاختيار بناءً على تفضيلاتهم للمخاطر.
أفضل الممارسات لتقليل مخاطر إعادة التخزين
لتقليل مخاطر المشاركة في إعادة التخزين بشكل فعال، قمنا بتجميع مسار تفاعلي آمن نسبيًا للمستخدمين:
توزيع الأموال
بالنسبة لمستخدمي رأس المال الكبير، فإن المشاركة المباشرة في إعادة وضع الإيثيريوم الأصلي في EigenLayer هي الخيار الأكثر أمانًا، حيث يتم تخزين الأصول في عقد سلسلة Beacon، حتى في حالة حدوث هجوم على العقد، لا يمكن للمهاجم الحصول على أصول المستخدمين على الفور.
بالنسبة للمستخدمين ذوي الأموال الكبيرة الذين لا يرغبون في تحمل أوقات استرداد طويلة، يمكنهم اختيار stETH كأصل للمشاركة بشكل مباشر في EigenLayer.
بالنسبة للمستخدمين الذين يسعون لتحقيق عوائد إضافية، يمكنهم اختيار جزء من أموالهم للمشاركة في مشاريع مثل Puffer و KelpDAO و Eigenpie و Renzo المبنية على EigenLayer وفقًا لتحمل المخاطر. ولكن يجب الانتباه إلى أنه نظرًا لأن هذه المشاريع لم تحقق منطق السحب حتى الآن، يجب على المستخدمين أيضًا أن يأخذوا في اعتبارهم مخاطر الخروج والسيولة المتعلقة بـ LRT في السوق الثانوية.
إعدادات المراقبة
بالنسبة للمستخدمين المتقدمين، يُنصح بتكوين مراقبة العقود، والتركيز على ترقية العقود ذات الصلة وتنفيذ العمليات الحساسة من قبل الفريق المشروع.
يمكن لفريق المشروع والمستخدمين الذين يستثمرون في ETH التفكير في استخدام شروط محفظة متعددة التوقيعات لتفعيل الروبوتات الآلية وتكوين التفويض بتوقيع واحد، بناءً على تغييرات TVL في البركة، وتقلبات سعر ETH، وحركات الحيتان، لضبط وظيفة الإيداع التلقائي في EigenLayer ومختلف بروتوكولات إعادة الرهن.
بشكل عام، يُعتبر Restaking مفهومًا ناشئًا، ولم يتم اختباره على المدى الطويل سواء من مستوى العقد أو مستوى البروتوكول. بالإضافة إلى المخاطر المذكورة أعلاه، قد توجد مخاطر غير معروفة أخرى. يجب على المستخدمين أن يظلوا حذرين عند المشاركة، واتخاذ قرارات معقولة بناءً على تفضيلاتهم للمخاطر وكمية الأموال المتاحة.