المصدر: Daoshuo Blockchain
في الآونة الأخيرة، ظهر مسار جذاب بشكل خاص في نظام Ethereum البيئي:
مسار إعادة التخزين استنادًا إلى EigenLayer.
توجد بالفعل الكثير من المقالات حول هذا المسار على الإنترنت، لكن هذه المقالات تركز بشكل أساسي على التعريف ببعض المشاريع التي قد يكون لها عمليات إسقاط جوي، وهناك القليل من الأوصاف للمبادئ والمشاكل المحتملة لهذا المسار.
يبدو تقديم المشروع بشكل مباشر أمرًا مباشرًا ويسمح للقراء بنسخ الواجب المنزلي على الفور، ولكن من الصعب إلهامنا للبحث بشكل مستقل عن مشاريع جديدة وفرص جديدة واكتشافها.
لذا، في المقالة التالية، سأشارككم فهمي لبعض المبادئ الأساسية والفرص المحتملة لهذا المسار.
أساس هذا المسار هو EigenLayer. لذلك يبدأ كل شيء بمشروع EigenLayer.
ما هي طبقة EigenLayer؟
إنه حل مخصص لتوسيع أمان تخزين Ethereum ليشمل الأنظمة البيئية الأخرى.
نعلم جميعًا أن أمان سلسلة Ethereum blockchain يأتي من مشاركة العقد في شبكة Ethereum بالإجماع. من أجل السماح للعقد المشاركة في الإجماع بالعمل بشكل طبيعي دون فعل الشر، أنشأت Ethereum آلية: يمكن لكل عقدة المشاركة في تعبئة الكتل وغيرها من الأعمال فقط بعد رهن 32 ETH.
عندما تعمل العقدة بشكل طبيعي، يمكنها الحصول على مكافآت؛ ولكن عندما تفعل الشر أو لا تعمل بشكل صحيح، سيتم مصادرة ETH المرهونة الخاصة بها.
تمثل هذه الآلية أساس أمان الإيثريوم بأكمله، وهي أيضًا آلية شائعة في سلاسل الكتل الأخرى بناءً على إجماع نقاط البيع.
من بين جميع سلاسل الكتل الحالية القائمة على إجماع نقاط البيع، من الواضح أن إيثريوم هي الأكثر أمانًا، كما أن القيمة السوقية لـ ETH هي الأكبر أيضًا.
في هذه الحالة، هل يمكن توسيع أمان Ethereum ببساطة ليشمل سلاسل الكتل أو الأنظمة الأخرى المستندة إلى نقاط البيع والتي تتطلب الأمان أيضًا؟
وهكذا تم طرح فكرة EigenLayer.
خطتها واضحة للغاية: بما أن عقد إيثريوم توفر مثل هذا الأمان العالي للإيثريوم، وبما أن القيمة السوقية لإيثريوم هي الأعلى بين جميع سلاسل نقاط البيع، فلماذا لا يتم توجيه إيثريوم بشكل مباشر؟ هل توفر Square Node الحل الأمثل؟ نفس الأمان الذي تتمتع به سلاسل أو أنظمة نقاط البيع الأخرى؟ لماذا لا نستخدم ETH فقط كأصل مطلوب للحصول على ضمانات آمنة؟
بعد هذه الفكرة، إحدى الطرق الأكثر مباشرة هي السماح لعقد إيثريوم بالمشاركة في تخزين سلاسل أو أنظمة نقاط البيع الأخرى في نفس الوقت. بالنسبة للتنفيذ الفني، يتم إعادة رهن عملة ETH المرهونة إلى سلاسل أو أنظمة نقاط البيع الأخرى التي تتطلب حماية أمنية.
إذا تم تحسين هذه الطريقة وتطويرها وتوسيع نطاقها، فسوف تظهر أربع طرق تنفيذ محددة:
الأولى هي تحويل الأموال المرهونة بالفعل في إيثريوم. وتُستخدم إيثريوم أيضًا كـ ضمانات للمشاركة في أنظمة أخرى. وهذا يعادل عمل ETH كأصل إضافي لكل من Ethereum والأنظمة الأخرى.
الطريقة الثانية هي رهن مشتقات ETH التي تم الحصول عليها من الرهن العقاري (مثل stETH التي تم الحصول عليها من خلال Lido وrETH التي تم الحصول عليها من خلال Rocket) إلى أنظمة أخرى. في الوقت الحالي، يتم رهن ETH بشكل مباشر في Ethereum وبشكل غير مباشر في أنظمة أخرى.
الطريقة الثالثة مشتقة من الطريقة الأولى. وبما أنه يمكن أيضًا استخدام ETH كضمان لأنظمة أخرى، فلماذا لا تستخدم الأصول المشتقة التي تحتوي على ETH كضمان؟ الأكثر شيوعًا هو رمز زوج التداول (LP) الذي يحتوي على ETH في العديد من البورصات اللامركزية. رهن هذه الرموز في أنظمة أخرى.
الطريقة الرابعة مشتقة من الطريقة الثانية وتحاكي الطريقة الثالثة. نظرًا لأنه يمكن استخدام stETH وrETH كضمان لأنظمة أخرى، يمكننا أيضًا استخدام الأصول المشتقة التي تحتوي على stETH وrETH كضمان، مثل رهن الرموز المميزة لزوج التداول التي تحتوي على stETH وrETH في العديد من التبادلات اللامركزية لأنظمة أخرى.
الأوضاع الأربعة المذكورة أعلاه هي طرق الرهن العقاري التي وصفتها EigenLayer في ورقتها البيضاء.
فكرة تصميم EigenLayer متباينة ومفتوحة. إنه يعتمد على ETH ويعتبر ETH وأصول xxETH المشتقة منها أصولًا صالحة للمشاركة في تعهد الأنظمة الأخرى.
وبسبب الاختلاف والانفتاح في البروتوكول فإنه يترك مجالًا كبيرًا لتطوير هذا المسار.
من بين الطرق الأربع المذكورة أعلاه، باستثناء الطريقة الأولى، تستخدم الطرق الثلاثة الأخرى الأصول المشتقة. يمكن لأطراف المشروع إنشاء مجموعة متنوعة من الأصول المشتقة القائمة على ETH بناءً على سيناريوهات مختلفة واستخدامها كضمان.
ونتيجة لذلك، ظهرت مشاريع ماتريوشكا المختلفة المستندة إلى EigenLayer واحدًا تلو الآخر، مما جعل هذا المسار مفعمًا بالحيوية للغاية.
JinseFinance