أحدث أبحاث فيتاليك: كيف تحتاج بروتوكولات LSDFi والسيولة إلى التغيير لتحسين اللامركزية وتقليل الحمل الزائد للإجماع؟

كتبه فيتاليك بوتيرين ، جمعه bayemon.eth المصدر: ChainCatcher

شكر خاص لمايك نيودر وجوستين دريك وآخرين على ملاحظاتهم ومراجعتهم. انظر أيضا: Mike Neuder, Dankrad Feist, and arixon.eth مقالات سابقة حول مواضيع مماثلة.

يمكن القول أن حالة التطوير الحالية ل Ethereum تشمل عددا كبيرا من التخزين ذي المستويين ، ويشير التخزين المزدوج هنا إلى نموذج Staking مع نوعين من المشاركين.

1. مشغل العقدة: يشغل العقد ويعيش مبلغا معينا من رأس ماله كضمان لسمعته
2. المفوض: يشارك الوكلاء بكمية معينة من Ethereum بدون حد أدنى للمبلغ ولا قيود إضافية على كيفية المشاركة بخلاف الضمانات

يتم إنشاء هذا التخزين المزدوج الناشئ من خلال عدد كبير من مجمعات التخزين التي تشارك في توفير رموز تخزين السيولة (LST). (كل من Rocket Pool و Lido في هذا الوضع.)

ومع ذلك ، فإن التخزين المزدوج الحالي له عيبان:

1. مخاطر مركزية مشغلي العقد: لا تزال آلية اختيار مشغلي العقد في جميع تجمعات التخزين مركزية بشكل مفرط
2. عبء الإجماع غير الضروري: يتحقق Ethereum L1 من حوالي 800000 توقيع لكل EPOCH ، وهو عبء ضخم لفتحة واحدة. بالإضافة إلى ذلك ، تتطلب مجمعات تخزين السيولة المزيد من رأس المال ، ولا تستفيد الشبكة نفسها بشكل كامل من هذا الحمل. لذلك ، إذا تمكنت شبكة Ethereum من تحقيق اللامركزية والأمن المعقولين ، دون مطالبة كل مخزن بالتوقيع وفقا للفترة الزمنية ، فيمكن للمجتمع اعتماد مثل هذا الحل ، وبالتالي تقليل عدد التوقيعات بشكل فعال لكل فترة زمنية.

سوف تصف هذه المقالة حلولا لهاتين المشكلتين ، أولا بافتراض أن معظم رأس المال في أيدي أولئك الذين ليسوا على استعداد لإدارة عقد Staking شخصيا ، وتوقيع المعلومات على كل فتحة ، وقفل الودائع وإعادة توزيع الأموال في شكلها الحالي ، ثم ما هو الدور الذي يمكن أن يلعبه هؤلاء الأشخاص في هذا الموقف وما زالوا يقدمون مساهمات ذات مغزى في اللامركزية وأمن الشبكة؟

كيف يعمل التخزين المزدوج الحالي؟

مجموعتا Staking الأكثر شيوعا هما Lido و RocketPool ، وفي حالة Lido ، فإن الطرفين المعنيين هما:

1. مشغل العقدة: تم التصويت عليه بواسطة Lido DAO ، مما يعني أن هذا يتم انتخابه بالفعل من قبل حاملي LDO ، عندما يقوم شخص ما بإيداع ETH في نظام العقد الذكي Lido ، يتم إنشاء stETH ، ويمكن لمشغلي العقدة وضعه في تجمع Staking (ولكن نظرا لأن شهادة السحب مرتبطة بعنوان العقد الذكي ، لا يمكن للمشغل الانسحاب حسب الرغبة)
2. الوكيل: عندما يقوم شخص ما بإيداع ETH في نظام العقد الذكي Lido ، يتم إنشاء stETH ، ويمكن لمشغل العقدة استخدامه كحصة (ولكن نظرا لأن شهادة السحب مرتبطة بعنوان العقد الذكي ، لا يمكن للمشغل الانسحاب حسب الرغبة)

بالنسبة لبركة الصواريخ ، فهي:

1. مشغل العقدة: يمكن لأي شخص أن يصبح مشغل عقدة عن طريق إرسال 8 ETH وكمية معينة من رموز RPL.
2. الوكيل: عندما يقوم شخص ما بإيداع ETH في نظام العقد الذكي Rocket Pool ، يتم إنشاء rETH ، والذي يمكن لمشغلي العقدة استخدامه كتخزين (أيضا لأن شهادة السحب مرتبطة بعنوان العقد الذكي ، لا يمكن للمشغل الانسحاب حسب الرغبة).

دور الوكالة

في هذه الأنظمة (أو الأنظمة الجديدة التي تم تمكينها من خلال تغييرات البروتوكول المستقبلية المحتملة) ، فإن السؤال الرئيسي الذي يجب طرحه هو: ما الهدف من وجود وكيل من منظور البروتوكول؟

لفهم الآثار العميقة لهذه المشكلة ، دعنا أولا نفكر في أنه بالنسبة لتغييرات البروتوكول المذكورة في المنشور ، أي أن عقوبة التخفيض تقتصر على 2ETH ، فإن Rocket Pool سيقلل أيضا من كمية التخزين لمشغلي العقدة إلى 2ETH ، وستزيد حصة Rocket Pool في السوق إلى 100٪ / (بالنسبة للمخزنين وحاملي ETH ، سيصبح جميع حاملي ETH تقريبا حاملي rETH أو مشغلي العقدة حيث تصبح rETH خالية من المخاطر).

بافتراض عائد بنسبة 3٪ لحاملي rETH (بما في ذلك المكافآت داخل البروتوكول ورسوم الأولوية + MEV) ، سيكون لمشغلي العقدة عائد بنسبة 4٪. نفترض أيضا أن إجمالي المعروض من ETH يبلغ 100 مليون.

نتيجة الحساب هي على النحو التالي. لتجنب تعقيد الحساب ، سنقوم بحساب الأرباح على أساس يومي:

الآن ، بافتراض عدم وجود Rocket Pool ، يتم تخفيض الحد الأدنى للإيداع لكل مخزن إلى 2 ETH ، ويتم تحديد إجمالي السيولة عند 6.25 مليون ETH ، ويتم تخفيض عائد مشغل العقدة إلى 1٪. دعنا نحسب مرة أخرى:

النظر في كلتا الحالتين من حيث تكلفة الهجوم. في الحالة الأولى ، لن يسجل المهاجم كوكيل ، لأن الوكيل ليس له أي حق في الانسحاب ، لذلك لا معنى له. لذلك ، سوف يستخدمون كل ما لديهم من ETH للمشاركة ويصبحون مشغلي العقد. للوصول إلى 1/3 من إجمالي المبلغ المرصب ، سيحتاجون إلى وضع 2.08 مليون Ethereum (والذي ، لكي نكون منصفين ، لا يزال عددا كبيرا جدا). في الحالة الثانية ، يحتاج المهاجم فقط إلى استثمار الأموال ، وللوصول إلى 1/3 من إجمالي مجمع التخزين ، لا يزال بحاجة إلى استثمار 2.08 مليون Ethereum.

ومن منظور اقتصاديات الرهان وتكلفة الهجوم، فإن النتيجة النهائية لكلتا الحالتين هي نفسها تماما. زادت حصة إجمالي إمدادات ETH التي يحتفظ بها مشغلو العقد بنسبة 0.00256٪ في اليوم ، وانخفضت حصة إجمالي إمدادات ETH التي يحتفظ بها مشغلو غير العقد بنسبة 0.00017٪ يوميا. كانت تكلفة الهجوم 2.08 مليون ETH. وهكذا ، في هذا النموذج ، يبدو أن الوكلاء هم آلة Rube Goldberg التي لا طائل من ورائها ، حيث تميل المجتمعات العقلانية إلى الاستغناء عن الوسيط ، وتقليل مكافآت التخزين بشكل كبير ، والحد من المبلغ الإجمالي ل ETH المرهون إلى 6.25 مليون.

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

مسؤوليات الوكيل

إذا كان بإمكان الوكلاء أن يلعبوا دورا ذا مغزى في نظام الرهان ، فماذا يمكن أن يكون هذا الدور؟

أعتقد أن هناك نوعين من الإجابات:

• اختيار الوكيل: يمكن للوكلاء اختيار مشغلي العقدة الذين يعهدون بمصالحهم إليهم. يتناسب “وزن” مشغلي العقدة في آلية الإجماع مع إجمالي الرهان الموكل إليهم. في الوقت الحالي ، لا تزال آلية اختيار الوكيل محدودة ، أي يمكن لحاملي rETH أو stETH سحب ETH والتبديل إلى مجموعة مختلفة ، ولكن يمكن تحسين التوافر الفعلي لاختيار الوكيل بشكل كبير.
• المشاركة في آلية الإجماع: يمكن للمدير أن يختار لعب دور معين في آلية الإجماع ، والمسؤولية “أخف” من الاشتراك الكامل ، ولن تكون هناك فترة خروج طويلة وتقليل المخاطر ، ولكن لا يزال بإمكانه لعب دور موازنة مشغلي العقد.

اختيار الوكيل المحسن

هناك ثلاث طرق لتعزيز اختيار المندوبين للسلطة:

1. تحسين أدوات التصويت في المجمعات
2. زيادة المنافسة بين حمامات السباحة
3. إصلاح التمثيل

في الوقت الحالي ، لا يعد التصويت في التجمع عمليا في الواقع: في Rocket Pool ، يمكن لأي شخص أن يكون مشغل عقدة ، وفي Lido ، يتم تحديد التصويت من قبل حاملي LDO ، وليس حاملي ETH. قدم Lido اقتراحا للحوكمة المزدوجة ل LDO + stETH ، حيث يمكنهم تنشيط آلية حماية تمنع إضافة أو إزالة أصوات جديدة وبالتالي مشغلي العقدة ، مما يمنح حاملي stETH صوتا بطريقة ما. ومع ذلك ، فإن هذه القوة محدودة ويمكن أن تكون أقوى.

المنافسة عبر البلياردو موجودة بالفعل اليوم ، لكنها ضعيفة نسبيا. يتمثل التحدي الرئيسي في أن رموز Staking في مجمعات Staking الأصغر أقل سيولة ، ويصعب الوثوق بها ، وأقل دعما من قبل التطبيقات.

يمكننا تحسين أول مشكلتين عن طريق الحد من مبلغ العقوبة إلى مبلغ أصغر ، مثل 2 أو 4 ETH. يمكن بعد ذلك إيداع ETH المتبقية وسحبها بأمان على الفور ، مما يسمح للتبادلات ثنائية الاتجاه بالبقاء صالحة لمجمعات التخزين الأصغر. يمكننا تحسين الإصدار الثالث من خلال إنشاء عقد إصدار رئيسي ، وهو لإدارة LST (على غرار العقد المستخدم من قبل ERC-4337 و ERC-6900 للمحافظ) حتى نتمكن من ضمان أن أي رموز مربوطة صادرة من خلال هذا العقد آمنة.

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

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

المشاركة بتوافق الآراء

وحتى من دون النظر في القضايا الحالية المتعلقة بتخزين السيولة، هناك قيود على طريقة التخزين المستقلة الحالية. بافتراض نهائية الفتحة الواحدة ، من الناحية المثالية ، قد تعالج كل فتحة حوالي 100,000 إلى 1,000,000 توقيع BLS. على الرغم من أننا نستخدم SNARKs العودية لتجميع التوقيعات ، من أجل تتبع التوقيع ، يجب إعطاء كل توقيع حقل بت مشارك. إذا أصبحت Ethereum شبكة عالمية النطاق ، فلن يكون التخزين اللامركزي بالكامل لحقول البتات كافيا: 16 ميغابايت لكل فتحة ستدعم فقط حوالي 64 مليون مخزن.

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

في الواقع ، يمكن القيام بذلك عن طريق زيادة سقف رصيد المدقق متبوعا بحد توازن (على سبيل المثال ، 2048 ETH) لتحديد المدققين الحاليين الذين يدخلون في مستوى التعقيد الأعلى أو الأقل.

فيما يلي بعض الاقتراحات حول كيفية عمل أدوار الميكروستاكت هذه:

1. لكل فتحة ، سيتم اختيار 10000 مخزن صغير بشكل عشوائي ، ويمكنهم التوقيع على ما يعتقدون أنه يمثل الفتحة. قم بتشغيل قاعدة تحديد شوكة LMD GHOST باستخدام أداة تخزين صغيرة كمدخل. إذا كان هناك اختلاف معين بين اختيار الشوكة الذي يقوده microstaker واختيار الشوكة الذي يقوده مشغل العقدة ، فلن يقبل عميل المستخدم أي كتلة كتأكيد نهائي وسيعرض خطأ. هذا يجبر المجتمع على التدخل لحل الموقف.
2. يمكن للوكلاء إرسال المعاملات للإعلان إلى الشبكة بأنهم متصلون بالإنترنت ومستعدون للعمل كمخزنين صغار في غضون الساعة التالية. يتم حساب الرسالة (الكتلة أو الإثبات) التي ترسلها العقدة وتتطلب كلا من العقدة والوكيل المحدد عشوائيا للتوقيع على إقرار العقدة.
3. يمكن للوكلاء إرسال المعاملات إلى الشبكة معلنين أنهم متصلون بالإنترنت ومستعدون للعمل كمخزنين صغار في غضون الساعة القادمة. في كل فترة، يتم اختيار 10 وكلاء عشوائيين كمقدمي قائمة إدراج ويتم اختيار 10000 وكيل إضافي كناخبين. يتم تحديد هذه قبل فتحة k وتعطى نافذة k-slot لنشر رسائل على السلسلة تؤكد أنها متصلة بالإنترنت. يجوز لكل مزود قائمة إدراج مؤكد أن ينشر قائمة تضمين، وسيتم اعتبار الحظر غير صالح ما لم تحتوي كل قائمة إدراج على المعاملات في قائمة التضمين أو تحتوي على أصوات الناخبين المختارين بشكل عام، مما يدل على أن قائمة التضمين غير متوفرة.

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

تشترك هذه “الأدوار الصغيرة” أيضا في هدف مشترك: منع 51٪ من مشغلي عقد الأغلبية من فرض رقابة على المعاملات. الأول والثاني يمنعان الأغلبية أيضا من المشاركة في التخفيض النهائي. يركز الثالث بشكل مباشر على الرقابة ، لكنه أكثر عرضة لاختيار معظم مشغلي العقد.

تتم كتابة هذه الأفكار من منظور تنفيذ حل التخزين المزدوج في البروتوكول ، ولكن يمكن أيضا تنفيذها كوظيفة لتجمع Staking . فيما يلي بعض أفكار التنفيذ الملموسة:

1. من منظور البروتوكول ، يمكن لكل مدقق تعيين مفتاحي Staking : مفتاح حصة مستمر P ، وعنوان Ethereum مرتبط يمكن استدعاؤه ، وإخراج مفتاح حصة سريع Q. يتم تمثيل تتبع معلومات توقيع العقدة لاختيار الشوكة بواسطة P ، ويتم تمثيل المعلومات الموقعة بواسطة Q ، إذا كانت نتائج تخزين PQ غير متسقة ، فلن يتم قبول التحديد النهائي لأي كتلة ، ويكون مجمع السيولة مسؤولا عن اختيار الممثلين عشوائيا.
2. يمكن أن يظل البروتوكول دون تغيير إلى حد كبير ، ولكن سيتم تعيين المفتاح العام للمصادقة لتلك الفترة على P + Q. لاحظ أنه بالنسبة لإلغاء التخزين ، قد تحتوي رسالتان محددتان على مفاتيح Q مختلفة ، ولكن سيكون لهما نفس المفتاح P ؛ يحتاج تصميم نقص الوزن إلى التعامل مع هذا الموقف.
3. لا يمكن استخدام مفاتيح Q إلا في البروتوكول للتوقيع والتحقق من قائمة التضمين في كتلة. في هذه الحالة ، يمكن أن يكون Q عقدا ذكيا بدلا من مفتاح واحد ، لذلك يمكن لمجمع Staking استخدامه لتنفيذ منطق تصويت أكثر تعقيدا ، أو قبول قائمة إدراج من مزود تم اختياره عشوائيا أو أصوات كافية تشير إلى أن قائمة التضمين غير متوفرة.

خاتمة

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

1. يوفر فرصة لأولئك الذين ليس لديهم اليوم الموارد أو القدرة على القيام بإثبات مستقل للحصة من خلال منحهم الفرصة للمشاركة في إثبات الحصة ، وبالتالي الاحتفاظ بمزيد من السلطة في أيديهم: بما في ذلك (i) القدرة على اختيار العقد التي يجب دعمها و (ii) المشاركة بنشاط في الإجماع بطريقة أخف ولكنها لا تزال ذات مغزى من عقد إثبات الحصة العاملة بالكامل. لن يختار جميع المشاركين أحد هذين الخيارين أو كليهما ، ولكن أي مشارك يختار أحد الخيارين أو كليهما سيكون بمثابة تحسن كبير مقارنة بالوضع الراهن.
2. تقليل عدد التوقيعات التي تحتاج طبقة إجماع Ethereum إلى معالجتها في كل فتحة ، حتى في ظل نظام نهائي من فتحة واحدة ، إلى عدد أصغر مثل حوالي 10000. سيساعد هذا أيضا في اللامركزية ، مما يسهل على الجميع تشغيل المدققين.

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

المصدر: التمويل الذهبي