انعكاس حوكمة Ethereum: لماذا أنت غير راضٍ عن حادثة EIP-3074؟

المصدر: قال buyu

يشرح هذا المقال تفكيري في حادثة EIP-3047 الأخيرة ، وذلك بفضل Vitalik و Yoav لمراجعة المحتوى.

إذا كنت لا تعرف هذا الحادث ،دعونا نراجعه هناال

منذ وقت ليس ببعيد ، حصل اقتراح EIP-3074 على الضوء الأخضر للمطور الأساسي ، ويخطط لتنفيذه في Ethereum التالي الشوكة الشوكة.الغرض من هذا الاقتراح هو السماح لمستخدمي حساب Ethereum العادي (EOA) بالاستمتاع بالعديد من وسائل الراحة في تجريد الحساب (يشار إليه عادة باسم AA).

ومع ذلك ، فإن مجتمع ERC-4337 ، وخاصة واضعي الاقتراح ، عبر عن معارضة قوية لمقترح EIP-3074. .

في الأسبوع الماضي ، اقترح Vitalik بديلاً لـ EIP-7702 باعتباره EIP-3074.كما يهدف إلى إحضار تجريد الحساب لمستخدمي EOA ، ولكن التصميم أكثر ملاءمة لمعيار EIP-4337 الحالي ، ويمكن أن ينتقل بسلاسة إلى Form-7560 النهائي.

ملاحظة المترجم:ERC-4337 و ERC-7560 هي ملخصات تتعلق بالحسابات في النظام الإيكولوجي Ethereum ، والتي تهدف إلى تحسين إدارة حساب المستخدم وأساليب التفاعل ، وتحسين تجربة المستخدم والأمان.

يتيح ERC-4337 للمستخدمين إدارة حساباتهم من خلال عقد الوكيل ، مما يقلل من تعقيد ومخاطر تفاعل المستخدم DAPP.يهدف ERC-7560 إلى دمج المفاهيم مباشرة في المقترحات مثل ERC-4337 في الطبقة الأساسية من Ethereum ، بحيث يكون لجميع الحسابات بشكل طبيعي القدرة على تجريد الحسابات ، وبالتالي توفير تكامل أعمق وتحسين.

ERC-4337 هي خطوة مهمة للانتقال إلى ERC-7560.

في الوقت الحاضر ، فريق المطور الأساسي على حقEIP-7702بالنسبة للمناقشات ، أظهرت بعض العلامات المبكرة والتعليقات المجتمعية أن EIP-7702 من المحتمل أن تحل محل EIP-3074 في شوكات Pectra Hard.

نتيجة لذلك ، أشعر شخصياً بالرضا الشديد: مستخدمو EOA على وشك استخدام الأدوات والبنية التحتية التي تم إنشاؤها لـ ERC-4337 للاستمتاع بمزايا الأغلبية التي جلبتها تجريد الحساب.

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

في هذه المقالة ، أخطط ل:

تحليل المشكلات الموجودة في هذه العملية
طرح إطار التفكير لحوكمة Ethereum
ناقش كيفية تحسين وتجنب تكرار نفس الأخطاء في المستقبل

لماذا تشعر بعدم الرضا؟

الحادث برمته يجعل الكثير من الناس يشعرون بعدم الرضا ، وهناك بعض الأسباب:

الطريق الطويل للموافقة: استغرق EIP-3074 بضع سنوات للحصول على ضوء أخضر أخيرًا.
تأخر التغذية المرتدة: مرت المطور الأساسي فقط بعد مرور 3074 ، وسماع أصوات المعارضة فقط من مجتمع ERC-4337.
لم ينجح الإنذار المبكر: على الرغم من أن مؤلف اقتراح 4337 قد قدم مرارًا وتكرارًا مخاوف بشأن المطورين الأساسيين ، إلا أنه ليس له تأثير كبير.
تغيير السلسلة أكثر: الآن ، نواجه الموقف الذي نلغي فيه EIP-3074 واستبداله بـ EIP-7702.

من الناحية الموضوعية ، ليس من المناسب قراءة كل رابط وحده:

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

ومع ذلك ، قد نتفق جميعًا على أن هذه العملية يمكن أن تكون أكثر سلاسة.تخيل لو تطورت الأمور بهذه الطريقة:

خلال المطورين الأساسيين ناقشوا فترة EIP-3074 ، شارك مجتمع ERC-4337 بنشاط.وبهذه الطريقة ، لا يوجد سوى نتائج محتملة:

إما أن تتم الموافقة على EIP-3074 بعد النظر في ملاحظات مجتمع EIP-4337 (ربما قد يتم تعديلها) ، ثم سيدعم مجتمع EIP-4337 EIP-3074 ، وليس هناك حاجة للإطاحة بقرار 3074.
بدلاً من ذلك ، لم تتم الموافقة على EIP-3074 ، لكن مجتمع EIP-4337 يتعاون مع المطورين الأساسيين للترويج للاقتراح الذي يرضيه الجميع ، تمامًا مثل EIP-7702.

سمع صوت الجميع ولم يكن هناك انعكاس دراماتيكي.يجب أن يكون هذا نهاية مثالية -ولكن لماذا فشل؟

أين المشكلة؟

العودة إلى العملية برمتها ، كلا الجانبين لهما اتهامات.

يشعر المطورون الأساسيون (مؤلف كتاب EIP-3074) أنه إذا كان فريق EIP-4337 يشارك بشكل أكثر نشاطًا في عملية Devs الأساسية (يشار إليها عادةً باسم ACD) ، فلن تحدث المشكلة.

في هذه العملية ، يجب مناقشة الاقتراح لفترة طويلة ، وسوف يقبل فريق العميل في النهاية ويدمج في الاتفاقية.وهم يعتقدون أن فريق EIP-4337 كان يمكن أن يشارك في أي وقت وطرح مخاوفهم بدلاً من انتظار الموافقة على EIP-3074.بعد كل شيء ، فإن عملية مؤتمر Ethereum Core Open مفتوح وشفاف ، والاجتماع مفتوح للعالم الخارجي.إذا كان فريق EIP-4337 يهتم حقًا كثيرًا ، فلماذا لا يستثمر الوقت للمشاركة؟

على العكس من ذلك ، أكد فريق Account Abstract (مؤلف EIP-4337) أنهم شاركوا بالفعل في مؤتمر Ethereum Core Developer واغتنما كل فرصة لمعارضة EIP-3074 ، لكن لم يتم تبنيها من قبل المطورين الأساسيين.يفاجأ أعضاء مجتمع EIP-4337 بشكل عام.

بالإضافة إلى ذلك ، هناك أيضًا آراء مفادها أن عملية مؤتمر Ethereum Core Developer معقد للغاية ، ومن الصعب المشاركة لأولئك الذين لديهم وظائف بدوام كامل ولا يمكنهم مواكبة كل خطوة.يعتقد آخرون أن آراء أولئك الذين يطلبون بنشاط المصالح الرئيسية (مثل مجتمع EIP-4337) يجب أن تكون مسؤولية مؤتمر Ethereum Core Developer.

في رأيي ، لا يتم الاستيلاء على جوهر المشكلة تمامًا على كلا الجانبين.هناك مشكلة أعمق تلعب دورًا.

بارانار

إن الجوهر الحقيقي لفشل الحكم هو أن الجميع يسيئون فهم مؤتمر Ethereum Core Developer بشكل عام.مؤتمر Ethereum Core Developer ليس هو القرار الوحيد -قوة اتفاق.

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

أسمي هذه القوة “خريطة الطريق” هنا.

باختصار ، فإن عاصفة من 3074 إلى 7702 بأكملها هي حالة نموذجية لقوة “خريطة الطريق” على مؤتمر Ethereum Core Developer.

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

ما هي خريطة الطريق؟

في دائرة Ethereum ، ستكون مصطلح خريطة الطريق مألوفة لها.

تخيل أنه في اجتماع مطور Ethereum Core ، يناقش الجميع كيفية توسيع نطاق الشبكة:

Core Developer Bob Proposal: أنا أؤيد EIP-1234.

أجاب مطورون آخرون: هل أنت جاد؟

فكر في سبب رفض اقتراح بوب بسرعة؟لقد اقترح حلًا فعالًا للتوسع في القدرات ، وتم تشغيل سلاسل عامة أخرى مثل Solana ، وكان التأثير كبيرًا.

والسبب هو أن اقتراح بوب و Ethereum يلتزمان بالولد باعتباره جوهر مخطط مسار توسيع السعة.تؤكد خريطة الطريق هذه على أنه من أجل الحفاظ على الخصائص اللامركزية لـ blockchain ، يمكن للمستخدمين العاديين تشغيل العقد بسهولة.لذلك ، زاد اقتراح BOB بشكل كبير من صعوبة تشغيل العقد ، والتي لا تتفق مع مخطط المسار ، ويتم استبعادها بشكل طبيعي.

من خلال هذا المثال ، ما أريد إظهاره هو أن المطورين الأساسيين المشاركين في مؤتمر Ethereum Core Developer ومسؤولون عن تجديد الاتفاقية يتبعون بالفعل مبدأ التوجيه الأعلى ، أي خارطة الطريق التي أسميها.هناك العديد من خرائط الطريق ، مثل خارطة طريق التوسع ، وخريطة طريق مجردة ، و MEV Roadmap ، وما إلى ذلك. وهي تشكل معًا خريطة الطريق الإجمالية لـ Ethereum ، والتي هي أساس اتخاذ القرار -اتخاذ القرار للمطورين الأساسيين.

عندما يكون المطور الأساسي غير متوافق مع خريطة الطريق

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

مع الأخذ في الاعتبار ، على سبيل المثال ، احترم Vitalik مرارًا وتكرارًا على خريطة الطريق التي تركز على EIP-4337 ، ولكن في الواقع ، فإن فريق EIP-4337 ، وخاصة Yoav و Dror.

ومع ذلك ، لا يزال بعض المطورين الأساسيين يعارضون خريطة الطريق التي تركز على EIP-4337. لتحقيق حسابات الحساب ، الطريقة الوحيدة لتجريد النموذج النهائي.في النهاية ، على الرغم من أن فريق EIP-4337 يعارض EIP-3074 ، إلا أنه سيقسم بيئة الحساب المجردة بسبب إدخال مجموعة أخرى من التكنولوجيا المجردة.

ومع ذلك ، بعد الموافقة على EIP-3074 ، دفعت المعارضة القوية لمجتمع EIP-4337 بالكامل للمطورين الأساسيين إعادة فحص EIP-3074.كان النزاع بين الجانبين حتى اقترح Vitalik بديلاً لـ EIP-7702 على أنه EIP-3074 في لحظة حرجة. بعد خريطة الطريق التجريدية.

دور Vitalik

على الرغم من أن Vitalik يعتبر باحثًا ، إلا أنه يمكن ملاحظة أنه لعب دورًا فريدًا في حوكمة Ethereum.هذا يؤدي إلى سؤال: ما هو الدور الذي تلعبه Vitalik في حوكمة Ethereum؟

يمكننا أن نتخيل Vitalik باعتباره CTO لشركة كبيرة.

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

علاوة على ذلك ، فإن CTO ليس بالضرورة أفضل خبير في جميع المجالات.قد يكون هناك مهندسون أقوى من CTO في بعض الجوانب.لذلك ، في النزاعات الفنية ، غالبًا ما يكون القرار النهائي للمهندسين.

ومع ذلك ، فإن CTO مسؤول عن صياغة الرؤية الفنية للشركة ، بينما يتم تسليم التنفيذ المحدد للمطور.

على الرغم من أن هذا الاستعارة ليس مثاليًا ، إلا أنه يصور بدقة دور Vitalik في النظام البيئي Ethereum.

لن يشارك Vitalik في كل قرار فني -لا يمكنه القيام بذلك ، وهو ليس سيد الأعلى في جميع المجالات.ومع ذلك ، فإنه له تأثير كبير على جميع الجوانب الرئيسية لـ Ethereum (مثل التوسع ، وتجريد الحساب ، والحقوق والمصالح ، وما إلى ذلك). يتطابق مع الأثير الأثير.

القوة الدافعة وراء كل منتج ناجح هي الرؤية

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

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

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

اسأل نفسك بصراحة ، عندما تنضم إلى انفتاح Ethereum ، ومكافحة المراجعة ، والحيوية المبتكرة ، هل تهتم بالأفكار الأصلية التي نشأت جميعًا في Vitalik؟

ربما لم أفكر في الأمر من قبل ، لكن هل تمانع حقًا بعد فهم ذلك؟

ولد Ethereum من رؤية واضحة واستمر في النمو في عملية الاستمرار في تحقيق هذه الرؤية ، وهذا هو السحر.

ماذا عن اللامركزية؟

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

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

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

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

أما بالنسبة لللامركزية السياسية ، فإن الخبر السار هو أنه لا يمكن لأي كيان واحد إغلاق Ethereum ، بما في ذلك Vitalik.ومع ذلك ، لا يمكن إنكار أن موقف Vitalik المهم في وضع رؤية Ethereum ورسم التخطيط على الطريق يعني أنه قد يكون هناك حل وسط في اللامركزية السياسية.

رأيي هو أنه من أجل جعل Ethereum يستمر في الابتكار ، يجب أن نقبل Vitalik كدور كبير CTO ، حتى لو كان هذا يقلل من اللامركزية السياسية إلى حد ما.قبل أن لا ينضج Ethereum بعد استقرار Bitcoin ، هناك حاجة إلى أن يكون هناك شخص موثوق يحظى باحترام كبير. ethereum.

بدون دور مثل Vitalik ، قد يواجه Ethereum سيناريوهات.

DECTING DEADLOCK: جميع الأطراف غير راغبة في التسوية ، والمشروع راكد ، تمامًا مثل نقاش EIP-3074 لم يكسر الجمود حتى تدخل Vitalik.
فوضى التصميم: قد يصبح النظام هيئة خرافية غير منسقة ، تمامًا مثل الوضع الذي لا نهاية له وغير متوافق مع EIP-3074 و EIP-4337.

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

أهمية المجتمع

في هذه المرحلة ، قمنا تقريبًا ببناء فهم شامل لحوكمة Ethereum ، ولكن هناك جزء رئيسي آخر من المناقشة لم يذكر دور المجتمع.

إذا وضع Vitalik الرؤية وخطط الباحثون لخريطة الطريق وفقًا لهذا ، يتم تنفيذ المطورين الأساسيين لاحقًا ، ما هو الدور الذي يلعبه المجتمع فيه؟أليس من المستحيل؟

في الواقع ، يلعب المجتمع الدور الأساسي.لأنه قبل تشكيل الرؤية ، هناك قيمة أكثر أساسية.نجتمع في مجتمع بسبب مشاركة بعض القيم.

قد يكون تأثير خلفية النمو ، أو إلهام التجربة السابقة.عملنا على Ethereum كل يوم هو ممارسة هذه القيم وتأكيدها.

حوكمة Ethereum نموذج مبسط: FVRC Framework

تخيل حوكمة Ethereum مثل آلة مصممة بعناية.القيم (الرؤية) ، الرؤية ، خريطة الطريق (خرائط الطريق) والعملاء (العملاء) ، يشار إليها باسم نماذج VVRCجوهر

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

تبدو هذه العملية سلسة ، لكنها ستكون أكثر تعقيدًا في الواقع.على سبيل المثال ، يتمتع المطورين الأساسيون بالفعل بالقرار النهائي -قوة اتخاذ القرار لأنهم مسؤولون عن تحقيق البرنامج الفعلي.يتم توفير Vitalik وغيرها من الباحثين للاقتراحات.

بشكل عام ، يساعدنا نموذج VVRC في فهم كيفية تعزيز Ethereum إلى الحوكمة في ظل الوضع المثالي.

كيفية تحسين حوكمة Ethereum

من أجل تحسين هيكل حوكمة Ethereum والتأكد من تجنب حادث EIP-3074/ EIP-7702.

تحسين شفافية EIP: تأكد من اعتبار EIP أكثر انفتاحًا وشفافية للمجتمع ، وتجنب الموقف الذي يشبه حالة EIP-3074.في الواقع ، لا يتم مزامنة حالة EIP على موقع EIPS مع مراجعة مؤتمر Ethereum Core. الموصى بها لتمرير مؤسسة Ethereum.
تعزيز مشاركة المجتمع: وضع فترة محددة من أفراد المجتمع لمناقشة تأثير EIP على مشاريع المصب في مؤتمر Ethereum Core Developer ، والتي يمكن أن تمنع الحوادث التي تسببها EIP-3074 على مجتمع EIP-4337.في الوقت نفسه ، إذا وجد الباحثون أن ملاحظاتهم لم يتم تقديرها من قبل المطورين الأساسيين ، مثل المعضلة التي واجهها فريق EIP-4337 ، فيمكن أن تتم دعوة أعضاء المجتمع لمناقشة مواقفهم الخاصة.
التفاهم المتبادل والتواصل المستمر: يجب على المطورين والباحثين فهم بعضهم البعض.يتمتع المطورين الأساسيون “بحقوق التنفيذ” من خلال عميل التنفيذ ، وهو ما يعادل “حقوق التصويت”.من خلال مشاركة ومناقشة خارطة الطريق الخاصة بهم ، تلقى الباحثون دعمًا أوسع للمجتمع وشكلوا “تأثير خريطة الطريق”.

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

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

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

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

لخص

يكشف حدث EIP-3074/EIP-7702 من Ethereum عن تعقيد بنية الحوكمة:بالإضافة إلى عملية الحوكمة الرسمية (التي يروج لها المطور الأساسي وفقًا لاقتراح EIP ومؤتمر Ethereum Core Developer) ، فإن خريطة الطريق غير الرسمية التي اقترحها الباحثون لها تأثير كبيرجوهرعندما لا يتم تنسيق هاتين القوتان ، قد يتسبب ذلكفي هذا الوقت ، فإن دور Vitalik أمر بالغ الأهمية.جوهر

سنقوم بتبسيط حوكمة Taifang إلى نموذج: قيم المجتمع → Vitalik رؤية → تنفيذ خريطة طريق فريق البحث → تنفيذ المطورين الأساسيين (نماذج VVRC).توضح هذه السلسلة كيفية تحسين القرارات تدريجياً من مجموعة واسعة من الأفكار إلى التنفيذ الفني المحدد.

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

<-style-type>