العديد من الشكر لأندرز إلوسون على المناقشات الأولية التي دفعت هذه سلسلة من المشاركات وعلى تعليقاته المفيدة العديدة على النص. شكرًا أيضًا لكاسبار شوارتز شيلينج، جوليان ما، توماس ثيري، دافيد كرابيس، مايك نيودر، درو فان دير ويرف، كايدو وغيرهم الكثير على المناقشات والتعليقات على النص. صورة الغلاف بواسطة@pawel_czerwinski?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash">Pawel Czerwinski on Unsplash.

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

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

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

1. الجزء 1: تسييل
2. الجزء 2: إعادة الرهان
3. الجزء 3: مجموعات بناء متقدمة للأعمار 16 وأكثر

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

لنبدأ!

الأصول

أساسي جدًا "نوع" من علم الدلالة الخاص بنا هو ذلك الخاص بالأصول. يمكن أن تكون الأصول عملات أصلية لسلسلة كتل غير مركزية، مثل ETH، أو رموز متجذرة على بعض سلاسل الكتل مثل ERC-20s أو NFTs، أو أصول مشيدة من أصول أخرى، كما هو الحال مع المشتقات.

الميزانية

فيما يلي، نوضح بناءتنا باستخدام القوائم المالية التي تظهر إنشاء ونقل الأصول بين عدة أطراف معنية. نحن دائمًا نقدم القوائم المالية بنفس التنسيق:

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

نحن نستخدم عمليتين أساسيتين بشكل متكرر، والتي تستحق التفصيل هنا:

1. نقل الأصول: يقوم الطرف أ ببساطة بنقل بعض الأصول إلى الطرف ب.

1. إصدار العملات: نمثل في كثير من الأحيان حالات حيث يتلقى الطرف أ مطالبة من الطرف ب، مما يتيح للطرف أ استرداد بعض الأصول من الطرف ب. الإيصال يصبح بعدها مسؤولية للطرف ب، وأصل للطرف أ. في المثال التالي، ينقل الطرف أ الأصل إلى الطرف ب، ويتلقى مطالبة من الطرف ب.

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

التخزين بروتوكول

المراهن الفردي

تتكون العملية الأساسية الأولى من وضع ETH كرهان في بروتوكول Ethereum Proof-of-Stake. في أبسط الحالات، يضع حامل ETH ETH مباشرة في البروتوكول، مستقبلًا رصيدًا "افتراضيًا" من soETH (يعني "so" مشغل فردي). نمثل العلاقة باستخدام القوائم المالية التالية، التي يتم قراءتها سطراً بسطر عبر الأطراف المختلفة:

مسؤول المراهنة الفردية عن عمليات المصادق الخاص بهم. هذا يعني أنه إذا قام مسؤول المراهنة الفردية بأداء واجباته بشكل كاف، يقوم بروتوكول Ethereum بتعتميد رصيده من soETH مع soETH الجديدة المختنقة. وعلى العكس، عندما يتلقى مسؤول المراهنة الفردية عقوبات أو يتم قطعه، يقوم البروتوكول بخصم رصيده من soETH. عندما يرغب مسؤول المراهنة الفردية في سحب رصيده من soETH والحصول على ETH، يتم معالجة السحب 1:1، أي، مقابل x وحدة من soETH على رصيد المصادق، يتلقى مسؤول المراهنة الفردية x ETH مقابلها (في حالة السحب الكامل)

يرجى ملاحظة أننا لا نمثل مكافآت "طبقة التنفيذ"، على سبيل المثال، رسوم الأولوية والـ MEV. هذه المكافآت إضافة مباشرة إلى النموذج المقدم أعلاه، وتشكل تحويلًا بسيطًا للإيثريوم من الأطراف في طبقة التنفيذ إلى المراهن الفردي الذي يتولى مهام إنتاج الكتلة.

استخدام مزود خدمة التخزين (SSP)

هناك علاقة أكثر تعقيدًا تلعب دورًا عندما يتوسط مزود خدمة التخزين (SSP) العلاقة بين حامل العملة الذي يرغب في التخزين (الموكل) وبروتوكول Ethereum. في هذه الحالة، يُقدم حامل ETH أولاً إلى SSP مع الغرض من أن يتم تخزينه. يخزن SSP ETH ويتم منحه السيطرة على الأصل الـ "soETH" العامل في طبقة التحقق. يُمنح الموكل (الـ "no" يعني مشغل العقد) أصلًا افتراضيًا من عملتهم ETH المرهونة.

استخدامنا لكلمة 'القابلة للاسترداد' يُدخل بعض عدم اليقين هنا بالفعل. كما رأينا أعلاه، يسمح بروتوكول إيثيريوم للمراهن الفردي بسحب رصيدهم soETH مقابل ETH بالتساوي. هل هذا صحيح أيضًا بالنسبة للمراهن الذي يحول ETH الخاص به إلى SSP مقابل noETH؟ بشكل عام، هذا غير صحيح. أولاً، يمكن لـ 1 noETH استرداد أقل من 1 soETH، إذا حدث تخفيض. ثانيًا، نظرًا لأن معظم SSPs يقدمون خدماتهم مقابل رسوم، يُفيد 1 noETH جزءًا من soETH المعتمدة على حساب SSP بزيادة رأسماله في المخاطر. ستفصل القائمة المالية الدقيقة أكثر بين الرأسمال والعائد، على سبيل المثال:

هنا، نقوم بـ "فك تجميع" الأصول soETH بين الرأسمالي pETH والعائد yETH. يسترد pETH كحد أقصى 32 ETH، ما لم يحدث تقليص. يسترد yETH مكافآت طبقة الاتفاق وطبقة التنفيذ التي حصل عليها SSP. يقدم SSP مطالبات مقابلية للمندوب، no.pETH و no.yETH. يمكن للمندوب دائمًا استلام رأس المال الخاص به بالكامل بما في ذلك التقليصات، بحيث يوجد سعر صرف 1:1 بين no.pETH و pETH. ومع ذلك، يتم تحصيل رسوم من قبل SSP، بحيث يكون سعر الصرف بين no.yETH و yETH أقل من 1 (1 no.yETH يسترد أقل من 1 yETH). قد يكون فك تجميع الأصول مفيدًا في بعض الأماكن، ولكنه يضيف أيضًا تعقيدات إضافية ليست حرجة للأقسام التالية، لذا نحتفظ باستخدام soETH و noETH لتمثيل المطالبة بأكملها.

إحدى الاعتبارات الأخرى هي ما إذا كانت حمامات SSP تجمع بين الأثير من مودعيها أم لا.

1. عدم التجميع: يفتح SSP عدة تجمعات متوازية، واحدة لكل مودع. لنفترض أن المودعين أ و ب يقدمان إيثريومهما إلى SSP، الذي يفتح محققين أ و ب، واحد لكل مودع. لنفترض بعد ذلك أن المحقق أ تم خصم نصف إيداعه، بينما لم يتم خصم المحقق ب. في هذه الحالة، قد يسحب المودع أ إيثريومهما عند الرهان بمعدل 1:0.5 (1 حصة من noETH يسترد 0.5 حصة من الإيثريوم عند الرهان)، بينما قد يسحب المودع ب إيثريومهما بمعدل 1:1 (باقي الرسوم). بعد ذلك، من غير الصحيح التحدث عن noETH واحد، حيث في الواقع توجد noETH-A و noETH-B التي تمثل مطالب مختلفة.
2. التجميع: يتطلب بروتوكول Ethereum وحدات من 32 ETH أن تتم وضعها كرهان، مما يعني أنه إذا كان المودعون A و B يرغبون في الرهان على 16 ETH فقط، فلن يكون بإمكانهم القيام بذلك مع الهيكل المفصل في النقطة السابقة. في هذه الحالة، سيقومون بجمع ETH تحت بعض SSP، الذي سيقوم بتوحيد مكافآتهم وخسائرهم، مما يؤدي إلى نفس معدل سحب لكل من المودعين. من المنطقي بعد ذلك التحدث عن noETH واحد، نظرًا لأن قيمة المطالبة مشتركة بين المودعين، بنسبة تكون متناسبة مع المبلغ الذي وضعوه.

التسيل

مودعونا الآن يمتلكون أصولًا افتراضية نطلق عليها اسم noETH. هذه الأصول الافتراضية هي مطالبة تمثل حصصًا من المبلغ الحالي المرهون بواسطة SSP بموجب بروتوكول Ethereum. بينما يبدو هذا بالفعل وكأنه نسخة سائلة من موقف ETH المرهون، نود التأكيد على أنه يتطلب خطوة إضافية للوصول إلى ذلك: تسييل من خلال إصدار رمز يمثل المطالبة بأصول noETH. يتم جعل موقف noETH سائلًا، أي متجانسًا وقابلاً للتحويل. نكتب هذه العملية باستخدام العملية L.، بحيث تكون الأصل L.noETH تجريدًا لمثل stETH أو cbETH، أو أي أصل آخر يُعرف باسم رمز تحويل الرهن السائل "LST".

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

عندما يكون SSP مجرد غلاف بين بعض مشغلي العقدة والمفوضين ، فإن خطوة الحصول على L.noETH من noETH تكاد تكون غير مرئية نظرا لطبيعة blockchain ، حيث تبين أن "الأصول المحاسبية" noETH ، المكتوبة كإدخال دفتر الأستاذ ، هي الأصل السائل L.noETH نفسه ، قابل للبرمجة وجاهز للتكوين. بمعنى آخر ، إذا كان لدينا بالفعل رمز مميز يمثل بعض noETH كإدخال blockchain ، فلا يمكن التمييز بين noETH و L.noETH. نود التأكيد على الفرق على أي حال ، نظرا لوجود حالات لا يستطيع فيها المفوضون الوصول إلى تمثيل سائل (من وجهة نظر blockchain) لأصولهم على المحك. على سبيل المثال ، في الماضي ، لم يتلق المودعون الذين راهنوا على ETH مع Coinbase من Coinbase أصل cbETH السائل. في هذه الحالة ، يحق للمودعين الحصول على مطالبة افتراضية تمثل بعض الأسطر في إدخالات دفتر الأستاذ الداخلي لقاعدة بيانات Coinbase ، والتي لم يتم كتابتها على blockchain.

أدوار شركة SSP

في كثير من الحالات، على الرغم من ذلك، يُنظر إلى SSP كبروتوكول، وليس كغلاف بسيط، وهو عقد في السلسلة الرئيسية يتلقى ETH ويقوم بطباعة L.noETH مقابل ذلك. وظيفة SSP الأساسية هي التوسط في العلاقة بين الرئيسية (الموكل) والوكلاء (مشغلو العقد). إذا لم يكن لدى الرئيسية ثقة بأن الوكلاء سيقدمون لها عائدًا كافيًا مع حماية أصول الرئيسية، فلن تفوض الرئيسية أصولها لمشغلي العقد للرهان نيابة عنها. كيف توفر SSPs كفالات جيدة؟

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

تتعامل حمامات مثل ليدو مع المشكلة الثانية من خلال تقديم مجموعة من مشغلي العقد، بحيث يتم ضمان الأداء بواسطة بروتوكول ليدو و DAO. لديهم مشغلين ليس لديهم ETH على المحك، @mikeneuderأنظمة التنفيذ الخارجية (من النظم اللينة مثل "سمعة في خطر" إلى النظم الأكثر صرامة مثل سحب التنفيذ المُحفّزة بالطبقة كما ناقش في المشاركة الثانية) مصممة لضمان سلوكهم الجيد.

شيء يعتمد على ذلك لردع العملاء الخبيثين

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

لاحظ أن المشغل يجب أن يرهن أيضًا كمية معينة من RPL، رمز Rocket Pool، بنسبة إلى مقدار الرهن الذي كان عليه أن يقترضه من مجموعة ETH المفوضة لزيادة Minipool الخاص به. نحن لا نظهر هذا في القوائم المالية التالية، ونسلط الضوء على بعض الأصول من نفس النوع بألوان مختلفة، لتوضيح أصلها (الـ ETH الأخضر ينتمي إلى المفوض، الـ ETH الأرجواني ينتمي إلى المشغل).

كلما قلت الضمان الذي يتم نشره من قبل المشغل، زادت مخاطر الهجوم بالرافعة المالية، حيث يتطلب المشغل كمية صغيرة من الأموال للسيطرة على كمية أكبر بكثير من الرهان على شبكة Ethereum Proof-of-Stake (PoS). بالنسبة لـ Lido، فإن مخاطر الهجوم بالرافعة المالية لا حصر لها إذا أخذنا في الاعتبار فقط الأصول على السلسلة الأصلية التي يضعها المشغلون كرهان، ولكن بشكل واضح أقل من لا حصر له إذا أخذنا في الاعتبار سمعتهم والعقود والتدفقات النقدية المستقبلية المتوقعة من التحقق الصادق. بالنسبة لمشغلي Rocket Pool، على سبيل المثال، أولئك الذين يفتحون Minipools مستندين إلى 8 ETH، فإن عامل الرافعة المالية هو 4 مرات، حيث تسمح لهم 8 ETH بالسيطرة على 32 ETH من الرهان على بروتوكول Ethereum PoS. هل يمكننا المطالبة بضمان أقل من المشغلين؟

محدودة مشغلي العقد

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

هنا، قد تساعد تقنيات المحقق الموزع (DVT)، من خلال ضمان تحقق جميع رسائل المشغل بتوقيع وموافقة من قبل مجموعة من العقد قبل إطلاقها على الشبكة بتوقيع صالح. تدمج Diva، بروتوكول التخزين، DVT لتقييد إجراءات المشغل. يجب على المشغل أن يضع على المحك مبلغًا معينًا من divETH (LST لـ Diva)، وهو مبلغ يعادل 1 ETH للحصول على حصة مفتاح واحد. تتكون مجموعة من 16 حصة مفتاح من مجموعة من عقد DVT، فضلاً عن محقق افتراضي واحد، كما هو موضح أدناه. نحن نغفل بروتوكول Ethereum، الذي يصدر ببساطة مطالبة soETH في الخطوة الأخيرة ويتلقى ETH المجموعة من المندوبين والمشغلين (ETH الأخضر ينتمي إلى المندوب، بينما يوفر المشغلون ETH الأرجواني والأصفر). نعرض أيضًا مشغلين اثنين فقط بدلاً من 16.

حساب عامل الرافعة لـ Diva ليس بهذه البساطة. تقديم القيمة الإثريومية المعادلة ل 1 ETH إلى المحقق الظاهري لا يمنحك السيطرة على أي مبلغ من ETH المراهن حاليًا، حيث تقرر الإجراءات المشتركة لأكثر من ثلثين النصاب رسائل المحقق الظاهري. لاحظ مع ذلك أن البروتوكول يسمح لمالك إثريوم واحد أن يصبح مشغلًا ويتلقى مطالبة بدون ETH، ويسترد العائد الذي تم الحصول عليه من التحقق من Ethereum PoS.

بالإضافة إلى عامل الرافعة المالية ، هناك مقياس آخر مهم هنا: النسبة بين مقدار LSTs المعلقة ومقدار حصة المشغل ، أو عامل الضمان. تشير النسبة العالية إلى أن كمية أصغر من حصة المشغل مضمونة للتحقق من صحتها نيابة عن كمية أكبر من حصة المفوض. بالنسبة إلى Rocket Pool ، تحتوي 8 ETH Minipools على عامل ضمان يساوي 3x ، حيث أن 8 ETH ضمانات 24 rETH في المجموع. وفي الوقت نفسه ، فإن عامل الضمان لمدقق Diva الظاهري هو 1x ، نظرا لأن 16 سهما رئيسيا (16 ETH) تضمن 16 divETH. وهناك عامل إضافي مرتفع "يفسح المجال" لتفويض المزيد من الحصص. يجب على Diva بعد ذلك تعيين المزيد من حصة المشغل لكل وحدة من الحصة المفوضة لتقديم خدماتها. على الجانب الإيجابي ، فإن السماح للمشغلين الذين يضمنون ETH واحد يوسع مجموعة المشغلين المؤهلين لأولئك الذين لديهم رأس مال أقل.

التحقق الفردي السائل

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

نحن نطرح الآن سؤالا مميزا. يحصل الموكل على L.noETH من تجميع الرهن والوساطة في المطالبات عبر بروتوكول يصدر تمثيل سائل للمبلغ الموكل، بحدود المكافآت والعقوبات والرسوم. هل يمكن للموكل الحصول على L.soETH؟ بمعنى آخر، هل يمكن للموكل الفردي إصدار موقف سائل من موقفهم التحقق؟

المشكلة هنا هي أن حاملي L.soETH يجب أن يكونوا واثقين من أن قيمة مطالبتهم لن تُدمر بفعل خبيث من المراهن الفردي، على سبيل المثال، الحصول على عقوبة الإلغاء. لقد رأينا بالفعل نهجًا واحدًا، عبر DVTs، لتقييد إجراءات المشغل خلال التحقق.

نهج مختلف لـ DVT يتمثل في ربط إجراءات المراهن الفردي بحيث يتم تخفيض مخاطر تقطيعهم الخاصة بناءً على بناء الأجهزة.التحقق من السائل بشكل فردي" بواسطة Justin Drake يستخدم SGX للتأكد من أن مفتاح توقيع المدقق لا يوقع أبدا على رسالة قابلة للقطع. تسمح SGX للبرامج الملتزمة مسبقا بالعمل بدون تلاعب ، على الرغم من وجود المحاذير المعتادة حول أمانها ، والتي تقع خارج نطاق هذه القطعة. يوفر المخزن الفردي رأس المال بالكامل (32 ETH) ، ومع ذلك فهو قادر على سك LST الذي يمثل التحقق من صحته و "تحرير" رأس ماله من بروتوكول Ethereum ، لاستخدامه مرة أخرى ، على سبيل المثال ، كضمان لتطبيقات أخرى.

تفاصيل سطر بسطر:

1. يولّد جهاز SGX مفتاحًا خاصًا ومفتاحًا عامًا وشهادة تثبت الالتزام بقطعة من الشيفرة تمنع اللاحق الفردي من القيام بإجراءات يمكن معاقبته عليها باستخدام مفتاح التوقيع الخاص به.
2. يتم توفير مفاتيح التوثيق والعامة للمراهن الفردي.
3. يسجل المراهن الفردي هذه مع عقد LST المنفذ على السلسلة، والذي يتحمل مسؤولية طباعة الأصول السائلة للتحقق الفردي. يقدم المراهن الفردي أيضًا العقد بالإيثيريوم، الرهن الخاص به.
4. يتم توجيه الإيثريوم من عقد LST إلى عقد الإيداع، ويتم إعادة الأصل المرهون soETH إلى عقد LST، الذي يقوم الآن بتصفية خروج المدقق من بروتوكول PoS. يقوم عقد LST بطبع أصل L.soETH، وهو تمثيل سائل للإيثريوم المرهون من المراهن.

يمكن تبادل أصول L.soETH مع تلك التي تم إصدارها من قبل المراهنين الفرديين الآخرين باستخدام نفس الإجراء. من خلال البناء، يمكن للمراهن الفردي السائل فقط إصدار 31 L.soETH من 32 ETH التي يراهنها. يُستخدم الـ 1 ETH الإضافي كضمان لسداد الأطراف الذين يُفرغون الموقف بدون إذن عندما تنخفض رصيد المراهن الفردي تحت 32 ETH، ويحسب الضمان المجمد أثناء انتظار المصادق بعد الخروج. هذا يضمن أن يكون 1 L.soETH مدعومًا دائمًا بـ 1 ETH.

ما هي استخدامات الأصول L.soETH؟

1. يمكن للمشارك الفردي الذي يصدر L.soETH استخدام هذا الأصل L.soETH كضمان لخدمات أخرى. يمكن أن تعتبر هذه الخدمات أن هذا "ضمان جيد"، حيث أن الطريقة الوحيدة للمشارك الفردي لتدهور جودتها هي الخروج عن الخدمة وتكبد العقوبات (دون تقليص). ومع ذلك، يتم الخروج من المشارك الفردي فور تباين رصيد soETH الخاص بهم بحتى جزء من مئوية من ETH عن الرصيد الابتدائي البالغ 32 ETH.
2. يمكن للمشارك الوحيد أيضًا بيع الأصول L.soETH لحاملي أصول أخرى، واستلام العائدات. ستحتاج أصول L.soETH نفسها إلى أن تكون أصول إنتاجية بحد ذاتها، كما وصفها جاستن في “الإنتاجية مقابل غير الإنتاجية sETHفي القسم الخاص به، حيث يصبح L.soETH أصلًا يُطالب به ليس فقط برأس المال المرهون ولكن أيضًا بالمكافآت المكتسبة على المراهنة، على سبيل المثال، مكافآت الاتفاق و MEV (هناك صعوبات في تداول MEV بطريقة تقلل من الثقة).
   1. يرجى ملاحظة أن بيع الأصل L.soETH لا يمنح المراهن الفردي رافعة مالية إضافية لشن هجوم على الإيثريوم. يتم الحصول على الرافعة المالية عن طريق وضع كمية صغيرة من الأموال على المحك والسيطرة على كمية أكبر في بروتوكول PoS. جهاز SGX يمنع المراهن من القيام بأفعال قابلة للتقطيع.

استنتاج التسييل

الجدول التالي يلخص الدراسات الأربع التي تم مناقشتها أعلاه:

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

إخلاء المسؤولية:

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