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

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

هذا النص هو نسخة يسهل الوصول إليها من النص الأصلي للفيديو (opens in a new tab) الذي نشره سي بي إي آر فوروم. تم تعديله قليلاً لتسهيل القراءة.

مقدمة (0:00)

مرحباً بالجميع، أنا مايك. سأتحدث عن رموز إعادة التخزين السائلة (LRTs) ورموز التخزين السائل (LSTs). رموز إعادة التخزين السائلة (LRTs) — هل إعادة التخزين هي التخزين الجديد؟ سأبدأ بسؤال ثانٍ وأستخدمه لتحفيز النقاش حول رموز التخزين السائل (LSTs) ورموز إعادة التخزين السائلة (LRTs)، وتحديد ماهيتها. هذا العرض التقديمي رسومي في الغالب، لذا آمل أن نتمكن من البدء من البداية والبناء معاً.

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

التخزين الذاتي (0:48)

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

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

التخزين المفوض (2:52)

يضيف التخزين المفوض طبقة أخرى في المنتصف بين أليس والبروتوكول. تقوم أليس الآن بالتفويض إلى بوب، الذي يقوم بالتخزين في بروتوكول إيثيريوم. يتم إرسال المكافآت إلى بوب، ويتم تحويل المكافآت ناقص الرسوم إلى أليس. هذه هي أبسط نسخة من التخزين المفوض — لا تريد أليس تشغيل البرنامج بنفسها، ربما ليس لديها 32 ETH كاملة، أو ليس لديها الأجهزة أو الخبرة الفنية لتشغيل مُدَقِّق.

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

إعادة التخزين الذاتي باستخدام ETH الأصلي (4:42)

الآن يمكننا التحدث عن ماهية إعادة التخزين. هذا مفهوم جديد تماماً — لقد كان موجوداً منذ أن قدم سريرام و EigenLayer المصطلح ربما قبل عام ونصف أو عامين.

في هذا النموذج، تفعل أليس نفس الشيء الذي كانت تفعله من قبل — ترسل حصة التخزين الخاصة بها إلى بروتوكول إيثيريوم وتحصل على مكافآت للمشاركة في الإجماع. الآن لدينا بروتوكول جديد — لنسمه "Retheum" — والذي تقوم أليس بإعادة التخزين فيه. الشيء المهم هنا هو أنها تستخدم نفس الرموز المميزة التي تقوم بتخزينها في بروتوكول إيثيريوم لتأمين هذا البروتوكول الثاني.

إنها تحصل على مكافآت مقابل ذلك. يبدو هذا رائعاً — تمتلك أليس الآن ضعف المكافأة المحتملة لنفس المقدار من حصة التخزين. لكن الخطر يكمن في أن رأس المال الذي خزنته في كلا البروتوكولين أصبح الآن مثقلاً بقواعد كلا البروتوكولين. إذا أساءت أليس التصرف في إيثيريوم، فقد تفقد رأس مالها من خلال الاقتطاع. وإذا أساءت التصرف في "Retheum"، فيمكن أيضاً أن تتعرض للاقتطاع. مع العائد الإضافي تأتي مسؤوليات إضافية — سلوكيات البروتوكول الإلزامية والمعاقب عليها بطرق أخرى إذا قمت بإثقال رمز التخزين الخاص بك عبر العديد من البروتوكولات المختلفة.

إعادة التخزين الأصلي المفوض (8:28)

النسخة الثانية هي إعادة التخزين المفوض باستخدام ETH الأصلي. تقوم أليس بالتخزين في إيثيريوم، والآن تريد استخدام بوب لتفويض حصة التخزين الخاصة بها إلى بروتوكول "Retheum". إنها تفوض إلى بوب، ويقوم بوب بإعادة التخزين، ويصدر البروتوكول مكافآت لبوب، ويصدر بوب المكافآت ناقص الرسوم لأليس.

بموجب هذا النموذج، فإن الـ 32 ETH في بروتوكول إيثيريوم مسؤولة عن أفعال كل من أليس وبوب — شخصان يمكن أن يتسببا في اقتطاع هذا الـ ETH. الرمز المميز مثقل بمجموعتين مختلفتين من قواعد البروتوكول.

سؤال من الجمهور: عندما تقوم بتخزين ETH في بروتوكول إيثيريوم، يجب أن يعطيك البروتوكول شيئاً تقدمه بعد ذلك — ما هو هذا الشيء؟

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

لماذا يسمى هذا "أصلياً"؟ لأن أليس لا تزال تتفاعل مباشرة مع إيثيريوم — حصة التخزين الخاصة بها هي الـ 32 ETH التي تمتلكها، والمستخدمة لتأمين طبقة الإجماع في إيثيريوم.

إعادة التخزين غير الأصلي (10:57)

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

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

تتبع إعادة التخزين المفوض باستخدام الرموز المميزة غير الأصلية نفس النمط — تفوض أليس من خلال بوب وتتلقى المكافآت ناقص الرسوم.

الاقتطاع وإعادة التخزين (13:55)

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

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

اتجاه الاتصال هذا سهل للغاية في الواقع لأن "Retheum" هو عقد ذكي على إيثيريوم — يمكنه القراءة من حالة إيثيريوم والقول "تم اقتطاع حصة هذا المُدَقِّق وفقاً لإيثيريوم"، لذلك في بروتوكول الدرجة الثانية، يتم اقتطاع حصة أليس أيضاً.

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

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

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