ملخص الاجتماع الأخير للمطورين الأساسيين لورشة عمل ETH: قم بتنشيط ترقية كانكون على شبكة الاختبار في أوائل يناير 2024

العنوان الأصلي: Ethereum جميع المطورين الأساسيين ution Call # 176 Writeup

المقال الأصلي بقلم كريستين كيم

التجميع الأصلي: Luccy ، BlockBeats

ملاحظة المحرر:

تعقد ورشة عمل ETH جميع دعوات إجماع المطورين الأساسية (ACDEs) كل أسبوعين لمناقشة وتنسيق التغييرات في طبقة تنفيذ ورشة العمل ETH (EL). هذه هي المكالمة الجماعية رقم 176 ل ACDE ، وستغطي المناقشات مع ترقية Cancun / Deneb ، والتقدم المحرز في اختبار Devnet # 12 ، وخطة ترقية Prague / Electra.

ناقش المطورون كيفية اختبار ترقية Cancun / Deneb على Devnet # 12 ، بما في ذلك التقدم وبعض المشكلات التي وجدتها فرق العملاء المختلفة ، بالإضافة إلى التحديات الفنية في انتشار blob و MEV (القيمة القصوى القابلة للاستخراج) والمزيد. بالنسبة لترقية براغ / إلكترا القادمة ، اقترح المطورون سلسلة من التغييرات التقنية المحتملة.

قدمت كريستين كيم ، VP الأبحاث في Galaxy Digital ، ملاحظة مفصلة حول النقاط البارزة في الاجتماع ، والتي جمعتها BlockBeasts على النحو التالي:

في 7 ديسمبر 2023 ، اجتمع مطورو ETH في Zoom for All Core Developers ution (ACDE) اتصل ب # 176. المكالمة الجماعية ل ACDC هي سلسلة من الاجتماعات التي تعقد كل أسبوعين بقيادة تيم بيكو ، رئيس دعم البروتوكول في مؤسسة ETH ، حيث يناقش المطورون وينسقون التغييرات في الطبقة التنفيذية ل ETH Place (EL). ناقش المطورون هذا الأسبوع اختبار ترقية Cancun / Deneb على Devnet # 12. واتفقوا على تنسيق تاريخ تفعيل الترقية على شبكة اختبار Goerli في ETH أوائل يناير بعد انتهاء العطلة. بالإضافة إلى ذلك ، يخططون لبدء المناقشات في أوائل يناير حول تغييرات الكود التي يجب تضمينها في ترقية ورشة العمل ETH التالية ، براغ / إلكترا.

تحديث ديفنت #12

اختبار ترقية كانكون / دينيب على Devnet # 12 يسير على ما يرام. كشف Parithosh Jayanthi ، مهندس DevOps في المؤسسة ، أنه تم العثور على بعض الأخطاء في عميلين ، Reth و Lighthouse ، وأن فريقي العملاء يعملان على إصلاح طارئ. لاختبار سير عمل MEV بشكل أكثر شمولا ، تركز فرق DevOps بشكل أكبر على تمكين برنامج MEV-Boost على المزيد من المدققين على Devnet # 12. وفقا ل Jayanthi ، وجد فريقه خطأ واحدا على الأقل في تنفيذ ترحيل MEV ل Flashbots. أكد داني رايان ، الباحث في مؤسسة ETH ، أنه من أجل ضمان أن المدققين يمكنهم التبديل إلى بناء الكتلة المحلية في حالة فشل الترحيل ، هناك حاجة إلى اختبار إضافي للتحقق من وجود آليات بديلة.

بالنسبة لترقيات الفريق الخاصة بالعميل ، قال تيرينس تساو ، مطور عميل Prysm ، إن فريقه يعمل على تصميم محدث لانتشار #122中讨论的 الفقاعة ACDC. أكد Tsao أن عميل Prysm سيكون جاهزا للانضمام إلى Devnet # 12 للاختبار الأسبوع المقبل ، وربما الأسبوع المقبل. قال جاستن فلورنتين ، مطور عميل Besu ، إن Besu مستعد للانتقال من Devnet # 12. كما قال ممثلون من فرق عملاء Nethermind و Erigon و Lodestar و Teku إنهم مستعدون لمواصلة اختبار الترقية على شبكة اختبار ETH العامة.

بناء على استعداد العميل ، توصي Beiko بتنسيق تاريخ الهارد فورك بمجرد خروج المطورين من العطلات. بافتراض عدم العثور على أخطاء كبيرة في Devnet # 12 في الأسابيع القليلة المقبلة بعد انضمام عميل Prysm ، تنص Beiko على أنه من المحتمل أن يحدث تنشيط Cancun / Deneb على Goerli في منتصف يناير. سأل Ben Edgington من فريق Teku المطورين عما إذا كانوا واثقين من تغيير عدد النقط لكل كتلة من اثنين إلى ثلاثة. يقترح ريان إجراء اختبارات إضافية لأهداف النقطة المتزايدة أثناء شوكة الظل الضخمة وتنشيط كانكون / دينيب على Goerli. أكد Beiko أن تنشيط الترقية على Goerli سيكون “الاختبار المهم الأخير” لأهداف blob الثلاثة لكل كتلة. بافتراض عدم العثور على مشكلات ، سيستمر المطورون في استخدام العدد المتزايد من الكائنات الثنائية كبيرة الحجم لتنشيط الشبكة الرئيسية.

بشكل عام ، قال Beiko أن المطورين سيستمرون في اختبار الترقيات على Devnet # 12 من الآن وحتى نهاية العطلات. يخطط فريق DevOps لإطلاق شوكة ظل Goerli واحدة على الأقل بحلول نهاية ديسمبر استعدادا لشوكة Goerli الحقيقية في يناير. إذا اجتمع المطورون للعام الجديد ، فسوف يناقشون تاريخ تنشيط شوكة Goerli.

منشئ تجاوز العلامات

بعد ذلك ، سأل Tsao فريق العملاء عن تقدمهم في تنفيذ علامة تجاوز Builder. علامة تجاوز Builder هي حقل منطقي جديد في ترقية كانكون يمكن لعميل طبقة التنفيذ استخدامه للإشارة إلى عميل طبقة الإجماع أنه عندما يكتشف المنشئ نشاط الرقابة، يجب أن يعود المدقق إلى إنشاء الكتلة المحلي بدلا من استخدام منشئ تابع لجهة خارجية. كما يؤكد Tsao ، فإن تفاصيل التنفيذ حول كيفية اكتشاف أنشطة مراجعة Builder ذاتية وتترك عمدا لفريق العميل لتصميمها. لمزيد من المعلومات حول علامات تجاوز Builder ، يرجى الرجوع إلى محاضر ACDC # 112 و ACDE # 165.

قال مطور فريق عملاء Geth ، الذي يحمل اسم الشاشة “Lightclient” ، إن فريقه قد نفذ العلم ، لكنه لن يدمجه في الإصدار الرسمي “في المستقبل القريب”. صرح ممثلون من فريقي Besu و Nethermind أن هذه العلامة الاختيارية لم يتم تنفيذها بعد في عملائهم. أكد تساو أن العلم يمكن أن يكون أداة مفيدة ، ومن الأفضل تنفيذه في أقرب وقت ممكن لتثبيط وتثبيط تجمعات Staking أو مشغلي عقدة المدقق الكبيرة من المشاركة في “ألعاب زمنية” معينة. أوضح تساو أن المدققين يمكنهم كسب المزيد من MEV (القيمة القصوى القابلة للاستخراج) عن طريق تأخير انتشار الكتلة ، وأنه بعد إدخال النقط بعد ترقية كانكون ، سيكون هناك تأخير في انتشار الكتلة. خلال هذه التأخيرات ، قد يختار المدققون تضمين معاملات MEV أكثر ربحية في الكتلة ، وهو دون المستوى الأمثل لنشر النقطة في الوقت المناسب.

تأكيدا على أن معاملات blob يجب أن تتنافس مع المعاملات العادية ، أضاف مطور باسم مستعار في فريق Prysm ، والذي يطلق عليه اسم الشاشة Potuz: "تحتاج Blobs إلى التنافس ليس فقط مع الرسوم ، ولكن أيضا مع الكمون نفسه وجميع MEV المكتسبة من خلال تأخير الكتل. عند تصميم آلية الرسوم للنقاط ، اعتقدت أنها سوق لم يتم حظرها أو أخذها في الاعتبار. وقال تساو إنه سيطرح القضية مرة أخرى في Ethereum Research Discord لمزيد من المناقشة. بالإضافة إلى ذلك ، سلط ريان الضوء على أحدث منشور لباحثي مؤسسة Ethereum Caspar Schwarz-Schilling و Mike Neuder حول “ألعاب التوقيت” على موقع Ethresearch.

تقدم المشروع

بعد ذلك ، شاركت Beiko ثلاثة تحديثات تتعلق بعملية تخطيط ترقية ورشة عمل ETH. أولا ، كما هو الحال في #123上讨论的那样 ACDC ، أنشأت Beiko وثيقة Meta EIP لترقية Cancun / Deneb ، والتي تسرد جميع مقترحات التحسين ETH (EIPs) التي تم تضمينها في Cancun/Deneb. تم إنشاؤه على GitHub برقم EIP 7569. بالإضافة إلى ذلك ، أنشأت Beiko EIP 7568 كمستند Meta EIP لجميع الترقيات السابقة ، ولم ينشئ المطورون مستندا مخصصا لتتبع قائمة EIPs المضمنة في الترقية. يرتبط EIP 7568 بمواصفات رمز الترقية.

ثانيا ، أعلن Beiko أنه أنشأ موضوع مناقشة جديد على موقع Ethereum Magicians لتحديد ترقية الشبكة التالية ، براغ / إلكترا. وطلب من المطورين التفكير بشكل نقدي حول ما إذا كان سيتم تجميع ترقيات طبقة التنفيذ (EL) وطبقة الإجماع (CL) معا كما فعلت الشوكتان السابقتان. سيتطلب تنشيط بعض تغييرات التعليمات البرمجية ، مثل EIP 7002 ، تغييرات على كل من EL و CL ، لذلك يجب تنسيق ترقيات براغ وإلكترا. ومع ذلك ، بالنسبة لتغييرات التعليمات البرمجية الأخرى ، مثل شجرة Verkle ، هناك طريقة لإعادة تصميم التنفيذ وتحتاج فقط إلى ترقية CL.

أشار ريان إلى أن مطوري طبقة الإجماع (CL) الذين يعملون بالتوازي مع شجرة Verkle يقومون أيضا بإجراء تغييرات في التعليمات البرمجية لدعم أخذ عينات توافر البيانات. تنصح Beiko المطورين بعدم الخوض في التفاصيل حول جميع EIPs التي يريدون رؤيتها في ترقية Prague / Electra ، بل مراجعة جميع تغييرات التعليمات البرمجية المرشحة خلال العطلات والاستعداد لمناقشتها بجدية في يناير. يوافق بوتوز على ذلك ، مضيفا أن EIP المصمم لمعالجة المشكلة المتزايدة المتمثلة في حجم مجموعة المدقق ETH سيكون تغييرا مهما في الكود في براغ / إلكترا. استنادا إلى تعقيد تغييرات التعليمات البرمجية ، توصي Beiko أنه بالنسبة لبعض EIPs ، مثل Verkle أو أخذ عينات من توافر البيانات ، ينظم المطورون اجتماعات مخصصة بعد العطلات لمناقشة هذه التغييرات الأكبر في البروتوكول بالتفصيل.