إثيريوم مؤتمر ACDC #132 دقيقة: Electra Devnet 0 جاهز مع مواضيع فنية أخرى

العنوان الأصلي: إثيريوم جميع المطورين الأساسيين الإجماع اتصل # 132 Writeup

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

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

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

إثيريوم تعقد جميع مكالمات الإجماع المطورين الأساسية (ACDCs) كل أسبوعين لمناقشة وتنسيق التغييرات في الطبقة إثيريوم الإجماع (CL). هذه هي المكالمة الجماعية رقم 132 ل ACDC ، حيث شارك المطورون تحديثات حول أول Testnet Pectra Devnet (Pectra Devnet 0) ، وناقشوا القضايا المفتوحة المتعلقة بالمواصفات ، وسلطوا الضوء على المشاريع البحثية المتعلقة بنشر الشبكة وأخذ عينات من توافر البيانات. وتشمل هذه الأسئلة Electra المفتوحة ، والأسئلة التي لم تتم الإجابة عليها المتعلقة ب Electra ، والأسئلة المفتوحة للبحث.

فيما يتعلق بقضايا Electra المفتوحة ، ركز المطورون على تأثير EIPs 7251 و EIP 7549 ، بالإضافة إلى اقتراحات لإضافة EIP جديد من شأنه إنشاء طلب EL عام. بالنسبة للمشكلات المعلقة المتعلقة ب Electra، تتضمن المناقشات تغييرات في أنواع فهرس مجلس المدقق، وتغييرات في معالجة بيانات إيداع المدقق، والمزيد. قدمت كريستين كيم ، VP الأبحاث في Galaxy Digital ، ملاحظة مفصلة حول النقاط البارزة في الاجتماع ، والتي جمعتها BlockBeasts على النحو التالي:

في 21 مارس 2024 ، اجتمع مطورو إثيريوم في Zoom لجلسة مكالمة الإجماع جميع المطورين الأساسيين (ACDC) #132. المكالمة الجماعية ل ACDC هي سلسلة من الاجتماعات نصف الأسبوعية يستضيفها زميل مؤسسة إثيريوم أليكس ستوكس حيث يناقش المطورون وينسقون التغييرات على الطبقة إثيريوم الإجماع (CL). شارك المطورون هذا الأسبوع تحديثا حول استعداداتهم لأول مطور Testnet Pectra ، المعروف أيضا باسم Pectra Devnet 0. ناقشوا أسئلة مفتوحة حول مواصفات Pectra Devnet 0 وسلطوا الضوء بإيجاز على مشروعين بحثيين غير مكتملين يتعلقان بنشر الشبكة وأخذ عينات من توافر البيانات.

أسئلة إلكترا المفتوحة

أصدر مطورو مؤسسة إثيريوم مواصفات CL الأولية ومتجهات الاختبار ل Pectra Devnet 0. ومع ذلك ، هناك العديد من الأسئلة المفتوحة حول هذه المواصفات التي قد يتم حلها أو لا يتم حلها في الوقت المناسب لإطلاق devnet الأول. أبرز ستوكس أن إحدى المشكلات تتعلق EIP 7251 (زيادة MAX_EFFECTIVE_BALANCE). يبدو أن المطورين يميلون نحو المدققون التكديس دمج ETH كإجراء قابل للتشغيل لطبقة التنفيذ (EL). ومع ذلك ، كما هو الحال ، يتم تعريف الدمج على أنه عملية CL في مواصفات Electra الأولية. قال ستوكس: “هذا جيد لأن سلسلة beacon يتطلب نفس منطق المعالجة الأطول بغض النظر عن المصدر”.

كانت هناك مشكلة أخرى مفتوحة ناقشها المطورون في المكالمة تتعلق ب EIP 7549 (تحريك فهارس العمولة خارج الإثبات). تغير EIPs كيفية تجميع إثباتات المدقق وتنسيق الأجزاء. عند تنشيط Pectra ، سيتم تجميع إثباتات ما قبل الترقية بحيث لا أطول تكون متوافقة مع البراهين الجديدة المقدمة داخل السلسلة. سلط ستوكس الضوء على حلين محتملين في مشكلة GitHub متصدر تصل إلى المكالمة. يكتب:

· يبث العميل كلا التنسيقين في عصر Deneb الأخير ، مع الحرص على عدم إنتاج رسائل منحرفة.

· قم بتمديد الكتل بحقول إضافية لبروفات ما قبل إلكترا ، واسمح فقط بأسلوب Deneb خلال الحقبة الأولى من Electra.

Deneb هو اسم الترقية المشترك لأحدث هارد فورك تم تنشيطه على إثيريوم. Electra هو اسم ترقية CL fork الثابت الفوري التالي على إثيريوم.

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

كانت القضية المعلقة الثالثة التي ناقشها المطورون في المكالمة الجماعية المتعلقة ب Electra هي إضافة EIP جديد إلى الترقية من شأنه إنشاء طلب EL عام. ستعمل EIP التي اقترحها مطور Geth “Lightclient” على تبسيط عملية إرسال رسائل التحديث من EL إلى CL. نظرا ارتفع حلول التكديس القائمة على العقود الذكية ، كان هناك تدفق هائل من EIPs التي تم تنشيطها على إثيريوم وعمليات التحقق المختلفة لاقتراح Pectra للتشغيل مباشرة من EL بدلا من CL. ينشئ اقتراح Lightclient إطارا مشتركا لنشر “الطلبات التي يتم تشغيلها بواسطة العقد” من EL إلى CL. بالنظر إلى أن EIP ستغير طريقة تصميم Pectra ، وتحديدا تنفيذ EIP 6110 و EIP 7002 ، يؤكد Lightclient أنه يتوقع من فريق العملاء تقديم ملاحظات حول اقتراحه في أقرب وقت ممكن. وافق المطورون على محاولة وضع اللمسات الأخيرة على EIP Lightclient بحلول نهاية الأسبوع لبناء ومشاركة مواصفاته بحلول يوم الاثنين 22 أبريل.

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

أخيرا ، آخر مشكلة معلقة تتعلق بمواصفات Electra التي ناقشها المطورون هي الزيادة في عدد النقاط. قال باريثوش جايانتي ، مهندس عمليات المطور في مؤسسة إثيريوم ، إنه يريد تحليل نشاط النقطة بعد الترقية في Dencun والتوصية بزيادة لمرة واحدة في عدد النقاط ليتم تضمينها في ترقية Electra. أبرز الباحث في مؤسسة إثيريوم أنسجار ديتريش أنه قدم أيضا اقتراحا لتنشيط زيادة تدريجية في عدد النقط ، والتي يجب النظر فيها بالتوازي مع اقتراح Jayanthi لتضمين إلكترا.

أسئلة البحث المفتوحة

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

المشروع البحثي الثاني الذي اقترحه مطور المنارة أدريان مانينغ له علاقة بشبكات فرعية للإثبات. كما يقول مانينغ على GitHub ، “تقدم هذه العلاقات العامة مفهوم” تجزئة الشبكة "، وهو مجرد مفهوم مجرد يميز معرف العقدة كرقم (تجزئة الشبكة). يمكننا بعد ذلك استخدام تجزئة الشبكة هذه (الرقم) لتخصيص الموضوعات التي يجب على العقد الاشتراك فيها لفترة طويل. يسعى مانينغ للحصول على رأي نهائي حول اقتراحه حتى يتمكن فريقه من البدء في العمل على حل أخذ عينات توافر البيانات في إثيريوم ، PeerDAS. للحصول على معلومات حول أخذ عينات من توافر البيانات ، اقرأ تقرير Galaxy Research هذا.

سأل مطور Nethermind Lukasz Rozmej عما إذا كان EIP 7547 (قائمة التضمين) قد تمت الموافقة عليه لتضمينه في ترقية Electra. يكرر المطورون أن EIP 7547 لم تتم الموافقة عليه بعد لإدراجه.

شكك Saulius Grigaitis ، المطور الذي يبني عميل CL الخاص ب إثيريوم المسمى “Grandine” ، في قواعد الاختيار fork إثيريوم بالنظر إلى أبحاث PeerDAS المستمرة. يطلب Grigaitis من المطورين تضمين الأفكار في مجموعة عمل PeerDAS.