المؤلف: CALLEN؛ المصدر: Wintermute؛ المترجم: Deep Tide TechFlow
ملخص:
بدءًا من ETHLend في عام 2017، شهدت Aave نموًا هائلاً في استخدام البروتوكول والمشاركة في الحوكمة، وهي واحدة من أكبر البروتوكولات في DeFi، حيث وصلت الودائع إلى 5.891 مليار دولار.
أجرت Aave ترقيات متعددة في بنية القروض، ونشرت Aave V2 وAave V3، وأطلقت Aave Governance V2.
يقدم Aave Governance V2 نظام إدارة لامركزي بالكامل لـ DAO، مما يعني أن DAO لم تعد تعتمد بشكل كامل على الفريق المؤسس لـ Aave للموافقة على المقترحات الموجودة على السلسلة.
يقدم Aave Governance V2 ميزات جديدة للحوكمة، مثل الفصل بين سلطة التصويت والاقتراح، واستراتيجيات التصويت، والكيانات التنفيذية المتعددة، وGuardian، وهو حساب متعدد التوقيعات ينتخبه المجتمع.
يتكون Aave Governance V2 من 4 عقود ذكية أساسية: AaveGovernanceV2، وShort utor، وLong utor، وGovernanceStrategy. إنهم مسؤولون عن إنشاء مقترحات تحسين Aave (AIPs) والتصويت عليها وتنفيذها على شبكة Ethereum الرئيسية والسلاسل الأخرى.
حقق Aave Governance V2 استخدامًا كبيرًا مع 272 مقترحًا وأدى إلى بعض التغييرات الرئيسية في Aave مثل النشر الناجح لـ Aave V3 على 8 سلاسل وإطلاق GHO - عملة Aave المستقرة اللامركزية.
مقدمة
Aave هو أكبر بروتوكول إقراض لامركزي وثالث أكبر بروتوكول DeFi، حيث يصل إجمالي الودائع إلى 5.891 مليار دولار عبر 8 blockchains. بدأت Aave باسم ETHLend في عام 2017، حيث جمعت 16.2 مليون دولار في طفرة أولية لعرض العملات كمنصة إقراض لامركزية من نظير إلى نظير (P2P)، واستبدال رمز LEND الخاص بها. في عام 2018، غيرت ETHLend اسمها إلى Aave، مما يشير إلى انتقال البروتوكول من نموذج P2P إلى نموذج تجمع السيولة. في يناير 2020، تم إطلاق Aave V1، وتلاه ترحيل الرمز المميز من LEND إلى AAVE بعد بضعة أشهر.
يسمح نموذج مجمع السيولة بتجميع رموز المودعين لتوفير سيولة فورية للمقترضين، ولم تعد هناك حاجة إلى انتظار الطرف المقابل المثالي كما هو الحال في نموذج P2P. يتيح ذلك للمودعين كسب العائد بشكل سلبي على الرموز المميزة من خلال الفائدة التي يدفعها المقترضون المختلفون والتي تتراكم بمرور الوقت.
وبالتقدم سريعًا إلى عام 2023، شهدت Aave نموًا هائلاً في الاستخدام والودائع، مع إصدار ونشر Aave V2، ومؤخرًا Aave V3 على العديد من سلاسل الكتل.
بالإضافة إلى ترقية بنية الإقراض الخاصة بـ Aave، شهدنا أيضًا إصلاح نظام حوكمة Aave مع إطلاق Aave Governance V2 - وهو نظام حوكمة لامركزي بالكامل على السلسلة مع ميزات محسنة.
مع تقديم Aave Governance V2، تم الكشف عن حقبة جديدة من الحوكمة اللامركزية الكاملة على السلسلة للمنظمات اللامركزية المستقلة، ومنذ إطلاقه، شهد نظام الحوكمة الجديد نشاطًا هائلاً؛ تمت معالجة 272 مقترحًا، بما في ذلك Aave V3 إطلاق GHO، وAave's العملة المستقرة اللامركزية، وإدراج الأصول الجديدة.
ما هو Aave Governance V2؟
Aave Governance V2 عبارة عن مجموعة من العقود الذكية التي تدعم معلماتها تشغيل بروتوكول Aave وAave DAO. تم اقتراحه في الأصل من قبل مارك زيلر وتم تفعيله بموجب AIP-4 في ديسمبر 2020، حيث قدم 4 ابتكارات حوكمة رئيسية لـ Aave:
الفصل بين سلطة التصويت والاقتراح: يمكن لحاملي Aave/stkAAVE اختيار تفويض سلطة الاقتراح الخاصة بهم فقط مع الاحتفاظ بحق التصويت الخاص بهم، والعكس صحيح.
استراتيجية التصويت: يمكن السماح لأشكال مختلفة من رموز Aave المعتمدة من قبل الحكومة بالتصويت على المقترحات.
كيانات الإنفاذ المتعددة: يسمح المنفذون على المدى القصير والجهات المنفذة على المدى الطويل بوضع متطلبات تصويت مختلفة بناءً على أهمية التغييرات المقترحة.
الوصي: حساب متعدد التوقيعات ينتخبه المجتمع، حيث يمكن للأفراد الاعتراض على المقترحات أو إلغائها باستخدام تعليمات برمجية ضارة.
Aave Governance V2 مستوحى من نموذج الحكم المفوض الذي يحاكي الديمقراطية التمثيلية ولكنه لا يفرضها. وفي الوقت نفسه، توفر هذه الميزات الجديدة لشركة Aave نظام حوكمة أكثر شمولاً وكفاءة وقوة.
ومع ذلك، قد يجادل المرء بأنه في ظل الإصدار الثاني من حوكمة Aave، فإن التغيير الأكثر أهمية في Aave هو أنه يمكن لأي شخص تقديم وتنفيذ AIP (اقتراح تحسين Aave). وهذا غير ممكن مع Aave Governance V1، وهو الإصدار السابق لـ V2.
على وجه التحديد، تجاوز V2 الخطوة 4 في عملية حوكمة V1، والتي سمحت فقط لفريق Aave Genesis بتقديم AIPs كمقترحات حوكمة ملزمة. يمكن الآن لأي شخص لديه ما يكفي من AAVE/stkAAVE تقديم وتنفيذ AIPs بطريقة لا مركزية بالكامل.
يشترك الإصداران V1 وV2 في أوجه التشابه في المرحلة الأولية من دورة حياة الاقتراح، حيث يتم اقتراح التغييرات ومناقشتها مع المجتمع. ومع ذلك، فإن الخطوة الثالثة: طلب Aave النهائي للتعليقات (ARFC) هو الإصدار النهائي من الاقتراح مع مدخلات من موفر خدمة المخاطر DAO. تتطلب الخطوة الرابعة من المجتمع التصويت على ما إذا كانوا راضين عن التغييرات النهائية، وأخيرًا، توافق الخطوة الخامسة على هذه التغييرات على السلسلة من خلال اقتراح تحسين Aave الرسمي (AIP)، باستخدام Aave Governance V2.
كيف يعمل؟
يتكون Aave Governance V2 من 4 عقود ذكية أساسية: AaveGovernanceV2، وShort utor، وLong utor، وGovernanceStrategy. هذه العقود الذكية الأساسية مسؤولة عن التعامل مع عملية AIP من البداية إلى النهاية وتوفر 3 وظائف رئيسية:
إنشاء الاقتراح: يمكن لأي عضو في المجتمع لديه أذونات اقتراح كافية إنشاء اقتراح ضمن أي فئة فرعية من سياسة Aave. حدد الوقت والأذونات وإجماع المجتمع المطلوب للتصويت بناءً على السياسة التي يتم تغييرها.
التصويت على الاقتراح: بمجرد بدء الاقتراح، يمكن لحاملي AAVE/stkAAVE التصويت على نتائجه عبر خيارات التصويت YAE أو NAE.
تنفيذ الاقتراح: إذا تمت الموافقة على الاقتراح من قبل حاملي الرمز المميز، فسيدخل الاقتراح في فترة تأخير (قفل زمني) حتى يتمكن المستخدمون الذين يعترضون على التغيير من إلغاء الاشتراك في النظام (على سبيل المثال، الخروج من مراكز الاقتراض بسبب ضوابط المخاطر الأكثر صرامة) . بعد انتهاء فترة التأخير، يدخل الاقتراح في فترة السماح ويمكن تنفيذه بواسطة أي عنوان إيثريوم عن طريق استدعاء وظيفة التنفيذ في العقد الذكي القصير/الطويل، أو في الظروف المعاكسة، يمكن للجارديان استخدام حق النقض/إلغاء الاقتراح.
AaveGovernanceV2 مسؤول عن إنشاء AIP ويطلب من المستخدمين إرسال معلومات تحدد المنفذ الذي سيستخدمه والتغييرات التي يرغبون في إجرائها على البروتوكول. كما أنها مسؤولة عن تحديد طول فترة المراجعة.
يتم استخدام المعلمين القصيرين لإجراء تغييرات طفيفة على البروتوكول والسماح بمتطلبات إجماع أسرع وأقل صرامة (مثل تغييرات المعلمات وقوائم الأصول وما إلى ذلك).
يُستخدم Long utor لإجراء تغييرات كبيرة على الكود الأساسي للبروتوكول الذي يؤثر على إجماع الإدارة ويتطلب عملية إجماع طويلة وكبيرة (على سبيل المثال، تغييرات على رمز AAVE، ومعلمات إدارة V2، ونفسها).
تتعامل استراتيجية الحوكمة مع المنطق لتقييم مقترحات المستخدمين وقوة التصويت. كما أنه يحدد الرموز المميزة التي يمكن استخدامها في التصويت (أي AAVE وstkAAVE).
لفهم كيفية تفاعل هذه العقود الذكية مع بعضها البعض بشكل أكبر، دعونا نلقي نظرة على اقتراح حديث على السلسلة من Llama لتضمين LDOs في Ethereum AAVE V3. نظرًا لأن الاقتراح عبارة عن اقتراح لإدراج الأصول ولا يتضمن معايير إجماع الحوكمة الرئيسية، استخدمت Llama برنامج Short utor أثناء إرسال جميع المعلومات ذات الصلة، وأدرجت LDOs من خلال العقد الذكي AaveGovernanceV2.
في الوقت نفسه، يقرأ AaveGovernanceV2 متطلبات الإجماع من العقد الذكي للمستخدم القصير ويتحقق من GovernanceStrategy أولاً لتحديد كيفية حساب قوة اقتراح Llama، وثانيًا لتحديد ما إذا كانت أكبر من عتبة اقتراح AAVE المطلوبة البالغة 80,000. نظرًا لأن اللاما تتمتع بقوة تصويت كافية، فقد تم إنشاء الاقتراح بنجاح ودخل في فترة مراجعة مدتها يوم واحد.
بعد 3 أيام من التصويت، تحقق المستخدم القصير من أن نصاب التصويت يبلغ 320,000 AAVE وفارق تصويت قدره 80,000 AAVE قد تم استيفاؤه باستخدام GovernanceStrategy. في هذه الحالة، نجحت Llama في اجتياز كلا المعلمتين بنجاح، حيث حصلت على 459.7 ألف صوت من أصوات AAVE "YAE" و0 أصوات من "NAE".
يدخل الاقتراح بعد ذلك في فترة تأخير مدتها يوم واحد، مما يسمح للمستخدمين بالتفاعل مع التغيير قبل الدخول في فترة سماح مدتها 5 أيام. خلال فترة السماح البالغة 5 أيام، يحتاج المستخدمون إلى استدعاء وظيفة ute على المستخدم القصير للموافقة على هذه التغييرات على السلسلة. إذا لم يقم أحد بتنفيذ الاقتراح قبل انتهاء فترة السماح، فستنتهي صلاحية الاقتراح ولن تصبح التغييرات سارية المفعول. أخيرًا، إذا قرر الأوصياء أن التعليمات البرمجية تتصرف بشكل ضار، فيمكنهم استخدام حق النقض ضد اقتراح حماية البروتوكول.
نظام إدارة Aave متعدد السلاسل
نظرًا للنظام البيئي DeFi متعدد السلاسل المتنامي، ما زلنا نرى بروتوكولات DeFi يتم نشرها على المزيد والمزيد من السلاسل لجذب مستخدمين جدد وتلبية احتياجات الجمهور المهتم بالوقود. لقد كانت Aave في طليعة حركة السلاسل المتعددة، حيث قامت بنشر 8 سلاسل لمنتجها V3. ومع ذلك، فإن هذا يخلق تحديات جديدة للحوكمة، مثل ضمان أن حاملي الرمز المميز لا يزال لديهم السيطرة على عمليات النشر عبر السلسلة بطريقة غير مركزية ومألوفة.
تشبه بنية الحوكمة عبر السلاسل الخاصة بـ Aave البروتوكولات الرئيسية الأخرى مثل Uniswap وCompound. في حالة Aave، يتم التحكم فقط في عمليات نشر V3 على Polygon وArbitrum وOptimism مباشرةً من شبكة Ethereum الرئيسية عبر جسر الحوكمة عبر السلسلة الخاص بـ Aave.
يتطلب كل نشر V3 مدعومًا خارج شبكة Ethereum الرئيسية "جهاز استقبال جسر عبر السلسلة" وعقد "منفذ" أصلي (يتطلب Arbitrum وOptimism عقد L2Bridgeutor ثانيًا لضمان توافق L2).
على سبيل المثال، في Polygon، يحتوي Aave V3 على PolygonBridgeutor الذي يستمع إلى الرسائل التي تمر من جسر Polygon عبر السلسلة، والتي يتم إرسالها من تصويتات الحوكمة الناجحة على شبكة Ethereum الرئيسية. يقوم PolygonBridgeutor بعد ذلك بإعادة توجيه الرسالة إلى عقد المنفذ الأصلي لـ Polygon (BridgeutorBase)، وإذا بدأها أي شخص على Polygon، فستكون هناك فترة سماح لتطبيق هذه التغييرات.
على غرار شبكة إيثريوم الرئيسية، تُظهر المقترحات عبر السلاسل نفس سلوك فترة الكمون والسماح؛ ويمكن أيضًا رفض المقترحات من قبل عناوين Guardian إذا تم تحديدها.
أحد المخاوف المتعلقة بالحوكمة متعددة السلاسل هو أن استخدام الجسور عبر السلاسل يثير مخاوف أمنية، مثل الثقة في مدققي الجسر لنقل المعاملات من شبكة إيثريوم الرئيسية إلى سلاسل أخرى بطريقة لا يمكن مراقبتها. هناك أيضًا خطر توقف الجسر عبر السلسلة عن العمل، مما يمنع تسليم المقترحات عبر السلسلة إلى سلاسل أخرى.
ختاماً
منذ تفعيلها في AIP-4، وافقت Aave Governance V2 على 272 مقترحًا على السلسلة، مما يوفر للمجتمع منصة آمنة وفعالة ولامركزية لإنشاء المقترحات والتصويت والتنفيذ.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
شرح تفصيلي لحوكمة Aave V2: نظام أكثر شمولاً وكفاءة لصنع القرار
المؤلف: CALLEN؛ المصدر: Wintermute؛ المترجم: Deep Tide TechFlow
ملخص:
مقدمة
Aave هو أكبر بروتوكول إقراض لامركزي وثالث أكبر بروتوكول DeFi، حيث يصل إجمالي الودائع إلى 5.891 مليار دولار عبر 8 blockchains. بدأت Aave باسم ETHLend في عام 2017، حيث جمعت 16.2 مليون دولار في طفرة أولية لعرض العملات كمنصة إقراض لامركزية من نظير إلى نظير (P2P)، واستبدال رمز LEND الخاص بها. في عام 2018، غيرت ETHLend اسمها إلى Aave، مما يشير إلى انتقال البروتوكول من نموذج P2P إلى نموذج تجمع السيولة. في يناير 2020، تم إطلاق Aave V1، وتلاه ترحيل الرمز المميز من LEND إلى AAVE بعد بضعة أشهر.
! [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-414ac1c24a-dd1a6f-1c6801)
يسمح نموذج مجمع السيولة بتجميع رموز المودعين لتوفير سيولة فورية للمقترضين، ولم تعد هناك حاجة إلى انتظار الطرف المقابل المثالي كما هو الحال في نموذج P2P. يتيح ذلك للمودعين كسب العائد بشكل سلبي على الرموز المميزة من خلال الفائدة التي يدفعها المقترضون المختلفون والتي تتراكم بمرور الوقت.
وبالتقدم سريعًا إلى عام 2023، شهدت Aave نموًا هائلاً في الاستخدام والودائع، مع إصدار ونشر Aave V2، ومؤخرًا Aave V3 على العديد من سلاسل الكتل.
! [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-e31a95532f-dd1a6f-1c6801)
بالإضافة إلى ترقية بنية الإقراض الخاصة بـ Aave، شهدنا أيضًا إصلاح نظام حوكمة Aave مع إطلاق Aave Governance V2 - وهو نظام حوكمة لامركزي بالكامل على السلسلة مع ميزات محسنة.
! [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-60549a17e9-dd1a6f-1c6801)
مع تقديم Aave Governance V2، تم الكشف عن حقبة جديدة من الحوكمة اللامركزية الكاملة على السلسلة للمنظمات اللامركزية المستقلة، ومنذ إطلاقه، شهد نظام الحوكمة الجديد نشاطًا هائلاً؛ تمت معالجة 272 مقترحًا، بما في ذلك Aave V3 إطلاق GHO، وAave's العملة المستقرة اللامركزية، وإدراج الأصول الجديدة.
ما هو Aave Governance V2؟
Aave Governance V2 عبارة عن مجموعة من العقود الذكية التي تدعم معلماتها تشغيل بروتوكول Aave وAave DAO. تم اقتراحه في الأصل من قبل مارك زيلر وتم تفعيله بموجب AIP-4 في ديسمبر 2020، حيث قدم 4 ابتكارات حوكمة رئيسية لـ Aave:
Aave Governance V2 مستوحى من نموذج الحكم المفوض الذي يحاكي الديمقراطية التمثيلية ولكنه لا يفرضها. وفي الوقت نفسه، توفر هذه الميزات الجديدة لشركة Aave نظام حوكمة أكثر شمولاً وكفاءة وقوة.
! [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-ca0ed08cec-dd1a6f-1c6801)
ومع ذلك، قد يجادل المرء بأنه في ظل الإصدار الثاني من حوكمة Aave، فإن التغيير الأكثر أهمية في Aave هو أنه يمكن لأي شخص تقديم وتنفيذ AIP (اقتراح تحسين Aave). وهذا غير ممكن مع Aave Governance V1، وهو الإصدار السابق لـ V2.
على وجه التحديد، تجاوز V2 الخطوة 4 في عملية حوكمة V1، والتي سمحت فقط لفريق Aave Genesis بتقديم AIPs كمقترحات حوكمة ملزمة. يمكن الآن لأي شخص لديه ما يكفي من AAVE/stkAAVE تقديم وتنفيذ AIPs بطريقة لا مركزية بالكامل.
! [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-b6cad7da53-dd1a6f-1c6801)
يشترك الإصداران V1 وV2 في أوجه التشابه في المرحلة الأولية من دورة حياة الاقتراح، حيث يتم اقتراح التغييرات ومناقشتها مع المجتمع. ومع ذلك، فإن الخطوة الثالثة: طلب Aave النهائي للتعليقات (ARFC) هو الإصدار النهائي من الاقتراح مع مدخلات من موفر خدمة المخاطر DAO. تتطلب الخطوة الرابعة من المجتمع التصويت على ما إذا كانوا راضين عن التغييرات النهائية، وأخيرًا، توافق الخطوة الخامسة على هذه التغييرات على السلسلة من خلال اقتراح تحسين Aave الرسمي (AIP)، باستخدام Aave Governance V2.
كيف يعمل؟
يتكون Aave Governance V2 من 4 عقود ذكية أساسية: AaveGovernanceV2، وShort utor، وLong utor، وGovernanceStrategy. هذه العقود الذكية الأساسية مسؤولة عن التعامل مع عملية AIP من البداية إلى النهاية وتوفر 3 وظائف رئيسية:
! [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-433cdd8e70-dd1a6f-1c6801)
بخاصة،
! [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-351e98cdcf-dd1a6f-1c6801)
لفهم كيفية تفاعل هذه العقود الذكية مع بعضها البعض بشكل أكبر، دعونا نلقي نظرة على اقتراح حديث على السلسلة من Llama لتضمين LDOs في Ethereum AAVE V3. نظرًا لأن الاقتراح عبارة عن اقتراح لإدراج الأصول ولا يتضمن معايير إجماع الحوكمة الرئيسية، استخدمت Llama برنامج Short utor أثناء إرسال جميع المعلومات ذات الصلة، وأدرجت LDOs من خلال العقد الذكي AaveGovernanceV2.
في الوقت نفسه، يقرأ AaveGovernanceV2 متطلبات الإجماع من العقد الذكي للمستخدم القصير ويتحقق من GovernanceStrategy أولاً لتحديد كيفية حساب قوة اقتراح Llama، وثانيًا لتحديد ما إذا كانت أكبر من عتبة اقتراح AAVE المطلوبة البالغة 80,000. نظرًا لأن اللاما تتمتع بقوة تصويت كافية، فقد تم إنشاء الاقتراح بنجاح ودخل في فترة مراجعة مدتها يوم واحد.
! [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-88c3a31050-dd1a6f-1c6801)
بعد 3 أيام من التصويت، تحقق المستخدم القصير من أن نصاب التصويت يبلغ 320,000 AAVE وفارق تصويت قدره 80,000 AAVE قد تم استيفاؤه باستخدام GovernanceStrategy. في هذه الحالة، نجحت Llama في اجتياز كلا المعلمتين بنجاح، حيث حصلت على 459.7 ألف صوت من أصوات AAVE "YAE" و0 أصوات من "NAE".
يدخل الاقتراح بعد ذلك في فترة تأخير مدتها يوم واحد، مما يسمح للمستخدمين بالتفاعل مع التغيير قبل الدخول في فترة سماح مدتها 5 أيام. خلال فترة السماح البالغة 5 أيام، يحتاج المستخدمون إلى استدعاء وظيفة ute على المستخدم القصير للموافقة على هذه التغييرات على السلسلة. إذا لم يقم أحد بتنفيذ الاقتراح قبل انتهاء فترة السماح، فستنتهي صلاحية الاقتراح ولن تصبح التغييرات سارية المفعول. أخيرًا، إذا قرر الأوصياء أن التعليمات البرمجية تتصرف بشكل ضار، فيمكنهم استخدام حق النقض ضد اقتراح حماية البروتوكول.
نظام إدارة Aave متعدد السلاسل
نظرًا للنظام البيئي DeFi متعدد السلاسل المتنامي، ما زلنا نرى بروتوكولات DeFi يتم نشرها على المزيد والمزيد من السلاسل لجذب مستخدمين جدد وتلبية احتياجات الجمهور المهتم بالوقود. لقد كانت Aave في طليعة حركة السلاسل المتعددة، حيث قامت بنشر 8 سلاسل لمنتجها V3. ومع ذلك، فإن هذا يخلق تحديات جديدة للحوكمة، مثل ضمان أن حاملي الرمز المميز لا يزال لديهم السيطرة على عمليات النشر عبر السلسلة بطريقة غير مركزية ومألوفة.
! [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-343e6e99d0-dd1a6f-1c6801)
تشبه بنية الحوكمة عبر السلاسل الخاصة بـ Aave البروتوكولات الرئيسية الأخرى مثل Uniswap وCompound. في حالة Aave، يتم التحكم فقط في عمليات نشر V3 على Polygon وArbitrum وOptimism مباشرةً من شبكة Ethereum الرئيسية عبر جسر الحوكمة عبر السلسلة الخاص بـ Aave.
يتطلب كل نشر V3 مدعومًا خارج شبكة Ethereum الرئيسية "جهاز استقبال جسر عبر السلسلة" وعقد "منفذ" أصلي (يتطلب Arbitrum وOptimism عقد L2Bridgeutor ثانيًا لضمان توافق L2).
على سبيل المثال، في Polygon، يحتوي Aave V3 على PolygonBridgeutor الذي يستمع إلى الرسائل التي تمر من جسر Polygon عبر السلسلة، والتي يتم إرسالها من تصويتات الحوكمة الناجحة على شبكة Ethereum الرئيسية. يقوم PolygonBridgeutor بعد ذلك بإعادة توجيه الرسالة إلى عقد المنفذ الأصلي لـ Polygon (BridgeutorBase)، وإذا بدأها أي شخص على Polygon، فستكون هناك فترة سماح لتطبيق هذه التغييرات.
! [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-ac19305072-dd1a6f-1c6801)
على غرار شبكة إيثريوم الرئيسية، تُظهر المقترحات عبر السلاسل نفس سلوك فترة الكمون والسماح؛ ويمكن أيضًا رفض المقترحات من قبل عناوين Guardian إذا تم تحديدها.
أحد المخاوف المتعلقة بالحوكمة متعددة السلاسل هو أن استخدام الجسور عبر السلاسل يثير مخاوف أمنية، مثل الثقة في مدققي الجسر لنقل المعاملات من شبكة إيثريوم الرئيسية إلى سلاسل أخرى بطريقة لا يمكن مراقبتها. هناك أيضًا خطر توقف الجسر عبر السلسلة عن العمل، مما يمنع تسليم المقترحات عبر السلسلة إلى سلاسل أخرى.
ختاماً
منذ تفعيلها في AIP-4، وافقت Aave Governance V2 على 272 مقترحًا على السلسلة، مما يوفر للمجتمع منصة آمنة وفعالة ولامركزية لإنشاء المقترحات والتصويت والتنفيذ.
! [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-6897a7e9e4-dd1a6f-1c6801)