ملاحظة المحرر: جميع مطوري النواة الأساسية لإيثيريوم يجتمعون في اجتماع هاتفي (ACDE) كل أسبوعين لمناقشة وتنسيق التغييرات على طبقة تنفيذ إيثيريوم (EL). كان اجتماع ACDE الذي عقد للمرة 190 محوراً على مناقشة EIP 7251 و 7702 وتنسيق الكائن الظاهري لإيثيريوم (EOF) وموضوعات أخرى مثل PeerDAS.
خلال الاجتماع، قدم Beiko قالبًا جديدًا لمناقشة EIP وشدد على أهمية صفحة موارد مطوري Ethereum "eth-clients". قامت نائبة رئيس البحوث في Galaxy Digital، كريستين كيم، بتسجيل نقاط الاجتماع التفصيلية، وسيتم ترجمة النص الأصلي كما يلي بواسطة BlockBeasts:
في 20 يونيو 2024، تجمع مطورو إيثيريوم على Zoom لحضور الاجتماع الرقمي الأساسي لجميع المطورين (ACDE) #190. تعد ACDE مسلسلة من الاجتماعات التي تعقد كل أسبوعين ويتم تنظيمها بواسطة Tim Beiko، المدير المسؤول عن دعم البروتوكول في مؤسسة Ethereum، حيث يتم مناقشة وتنسيق تغييرات طبقة التنفيذ (EL) في إيثيريوم من قبل المطورين في الاجتماع.
هذا الأسبوع، قدم المطورون تقدمًا في تنفيذ مجموعة متنوعة من تغييرات الشفرة، بما في ذلك اقتراح تحسين إيثريوم (EIP) 7251 و 7702، بالإضافة إلى تنسيق كائن الإيثريوم الافتراضي (EOF) و PeerDAS.
شارك Beiko أيضًا قالب اقتراح للمناقشة حول EIP ، وقد قدم Parithosh Jayanthi ، مهندس تطوير وتشغيل EF ، صفحة GitHub جديدة تسمى 'eth-clients' لتكوين شبكة Ethereum الرئيسية وشبكة الاختبار. وأخيرًا ، تذكر Beiko الفريق بأن المكالمة القادمة لـ ACDE ستكون في إجازة الولايات المتحدة في 4 يوليو. على الرغم من أنه لن يحضر هذا الاجتماع ، إلا أن الباحث في EF ، أليكس ستوكس ، سيتولى ترؤس الاجتماع بدلاً منه.
####بكترا ديفنت 1
بدأ المطورون بمناقشة Pectra Devnet 1 في بداية الاجتماع. يهدف المطورون إلى إطلاق شبكة الاختبار الخاصة التالية لترقية Pectra الأسبوع المقبل. بالمقارنة مع Devnet 0 السابقة، هناك تغييرات محددة رئيسية في الشبكة الجديدة.
تم دمج مُحقق مُشغّل EL المُضاف.
استبدال EIP 3074 بـ EIP 7702
فريق عملاء EL يقومون بتقدم تنفيذ Devnet 1 الخاص بهم. شارك كل من ممثلي فرق عملاء EL الرئيسية تطوراتهم الأخيرة:
Besu: إصدارهم الأول لتنفيذ Devnet 1 جاهز بالفعل، ولكن هناك بعض الاختبارات المفقودة، والفريق لديه استفسارات حول مواصفات تسعير رسوم الغاز.
Nethermind: يقومون بمراجعة تنفيذ Devnet 1 الخاص بهم ، ودمج تغييرات الشفرة المختلفة وفروع البرنامج ، وكتابة حالات الاختبار.
Erigon: لديهم تنفيذ مسودة EIP 7702 ، ويتم مراجعة التغييرات الأخيرة في EIP 7251 ، والتي تضيف دمج المحققين المشغلة بواسطة EL.
Reth: يجب أن يتم تنفيذ Devnet 1 الخاص بهم قبل اجتماع ACD المقبل.
EthereumJS: يعمل الفريق على تنفيذ EIP 7702 ويتوقع أن يكون جاهزًا لـ Devnet 1 في حوالي أسبوع.
Geth: الفريق أيضًا يعمل على تنفيذ EIP 7702.
عندما شارك فريق العملاء تقدمهم، سأل أحد مطوري "Racytech" بشكل خاص عما إذا كان من المقرر استبعاد تنفيذ EOF من Devnet 1. أكد Beiko أنه لن يتم اختبار EOF في Devnet 1، ويجب أن يكون تنفيذ EOF استنادًا إلى مواصفات Pectra الأحدث بدلاً من المواصفات النهائية لـ Deneb. أكد Barnabas Busa، مهندس تشغيل تطوير EF، أن هذه الاستراتيجية ستجعل تصحيح أخطاء EOF أكثر صعوبة، لأن مواصفات Pectra قيد التغيير، ويجري تصحيح الأخطاء في نفس الوقت. "على الرغم من ذلك، هذا لا يزال صحيحًا، لأننا نأمل أن يعمل الفريق على EIPs الأساسية لـ Pectra وإصلاح تلك الأخطاء. لذلك، هذا أكثر ملاءمة من الاعتماد على الفتوات السابقة ثم الاعتماد على Prague في المرحلة النهائية، وكذلك اكتشاف جميع تلك الأخطاء"، قال Beiko. Prague هو اسم EL لترقية Pectra.
####تحديث EIP 7702
على الرغم من أن المطورين يعملون بجد على تحقيق EIP 7702 في Devnet 1، فمن الممكن أن يتم إجراء تعديلات كبيرة على الكود لدعم وظائف جديدة، خاصة القدرة على إلغاء تفويضات معاملات EIP 7702 من قبل المستخدمين.
قدم مطور Geth بالاسم "Lightclient" تعديلات جديدة لدعم إلغاء EIP 7702. وشرح قائلاً: "من الصعب دائمًا معرفة الموافقات النشطة وما إذا تم إلغاء أي منها. هناك بعض أنماط التصميم التي يمكن أن تساعد في تجنب هذه الحالات، ولكن في الواقع قد لا نعرف كيف ستستخدم المحفظة هذه الميزة. للدفاع بشكل أفضل، أذكر أن Vitalik أشار في مكالمة هاتفية سابقة أو في غرفة مناقشة مجموعة إلى أنه بدلاً من جعل الموافقات تكون جزءًا من المعاملات المؤقتة الضرورية، يمكننا الاحتفاظ بهذه الموافقات بحيث يمكنك معرفة الشفرة التي تم تخصيصها للحساب في أي وقت."
قال مطور يدعى "Arik" إنه يفضل الإصدار الحالي من EIP 7702 على التغييرات التي اقترحها Lightclient. يقول أريك إنه ستكون هناك بعض حالات الاستخدام المحددة بموجب EIP 7702 الجديد. دحض Lightclient هذه التعليقات ، مشيرا إلى أن جميع حالات الاستخدام التي تدعمها الإصدارات القديمة من EIP 7702 لا تزال سارية ، وقد تمت إضافة آلية إبطال قوية. ومع ذلك ، يشير Lightclient أيضا إلى أن هذه التغييرات تجعل تنفيذ EIPs أكثر تعقيدا في العميل. قال بيكو في مربع دردشة الاجتماع إن وضع اللمسات الأخيرة على تصميم EIP 7702 كان "مشكلة المواصفات رقم واحد التي لم يتم حلها" في Pectra واقترح أن ينظم المطورون مكالمة أخرى للجلسة الجانبية للتوصل إلى توافق في الآراء بشأن آلية الإلغاء الخاصة بهم. وقال بيكو: "سيكون من الرائع أن يكون لدينا بحلول الاجتماع المقبل نسخة مرضية بشكل عام ، كل من هذه النسخة ونسختها المعدلة ، كجزء من Devnet 2".
تساءل مطور Besu Daniel Lehrner عما إذا كان يجب على المطورين قضاء بعض الوقت في تنفيذ الإصدار الحالي من EIP 7702 في Devnet 1 إذا كانت المواصفات قد تتغير في Devnet 2. وقال: "المقترحات مختلفة تماما ، لذلك قد ننفذ شيئا سيتعين علينا التخلص منه جزئيا في غضون أسابيع قليلة بسبب تغيير 7702 مرة أخرى". قال ريتشارد ميسنر ، المؤسس المشارك لشركة التشفير المحفظة Safe ، إنه في رأيه ، سيكون من المفيد تنفيذ نسخة من EIP 7702 على Testnet لفريق المحفظة. وأضاف بيكو أن تنفيذ EIP 7702 بشكله الحالي من شأنه ، في رأيه ، أن وقت الإستجابة بشكل كبير تقدم فريق العميل ويمكن أن يعقد Devnet 1 إذا حاول المطورون إزالته من مواصفات Pectra الآن.
####تحديث EOF
عند الحديث عن إيوف، قال Busa إن فريقه سيختبر تنفيذ إيوف بعد تغييرات أخرى في كود Pectra. سيتم تتبع جاهزية إيوف على GitHub بعد تغييرات Pectra الأخرى. حاليًا، هناك فريقان من العملاء EL، Besu و Reth، قد نفذا جميع مواصفات إيوف، بينما يعمل الفرق الأخرى لا تزال على تنفيذ جميع مواصفات إيوف. أشار ممثل عن فريق Erigon إلى أنه سيكون من المفيد إضافة حالات اختبار إضافية تحاكي كتل Ethereum التي تحتوي على معاملات إيوف. صرح عضو في فريق اختبار EF Mario Vega في المحادثة بأن فريقه يعمل على إصدار مزيد من اختبارات إيوف وسيشارك المزيد في اجتماع المجموعة التالي لإيوف. صرح مطور بروتوكول Ethereum المستقل Danno Ferrin بأنه، نظرًا لتحديد مواصفات إيوف بشكل نهائي الآن، فقد تم تقليل عدد مكالمات إيوف من مرة واحدة في الأسبوع إلى مرة واحدة كل أسبوعين، وتتمثل التركيز الحالي لإيوف في الاختبار وتنفيذ العميل.
####تحديث بيرداس
ذكر بوسا أنه تم التقدم في تنفيذ عمل PeerDAS. وأشار إلى أن شبكة PeerDAS Devnet التالية ستتم إطلاقها في غضون أسبوعين إلى أسبوعين واحدة. على غرار مناقشة اجتماع ACDC السابقة، سيتم تطوير PeerDAS بناءً على مواصفات Dencun النهائية المحددة، وليس مواصفات Pectra.
####الإعلان
قدم بيكو قالبًا افتراضيًا جديدًا لمؤلفي EIP لاستخدامه في مشاركات Ethereum Magicians. يهدف هذا القالب الجديد إلى تعزيز عمليات المراجعة عالية الجودة لـ EIP.
Jayanthi قدمت مقدمة عن صفحة GitHub "eth-clients" التي توفر موارد متنوعة لمطوري إثيريوم، بما في ذلك تكوينات المواصفات لشبكة اختبار إثيريوم والشبكة الرئيسية. حالياً، يتم صيانة هذه الصفحة من قبل ممثلي فرق جميع عملاء CL. دعت Jayanthi ممثلي فرق عملاء EL إلى التطوع للمساعدة في صيانة هذه الصفحة على GitHub.
استفسر Lightclient عن تقدم فريق العملاء في معالجة انتهاء صلاحية البيانات التاريخية. لم يتم مشاركة أي تحديثات في هذا المجال خلال هذا الاجتماع.
يقول Beiko إنه لن يترأس اجتماع ACDE التالي الذي سيعقد في عطلة 4 يوليو في الولايات المتحدة. في ذلك الوقت، سيتم تعيين الباحث في EF Alex Stokes لترؤس الاجتماع.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
ملخص أحدث اجتماع للمطورين الرئيسيين لإثيريوم: سيتم إطلاق شبكة الاختبار الخاصة بترقية Pectra في الأسبوع المقبل
كتب: كريستين كيم
ترجمة: لوسي، بلوكبيتس
ملاحظة المحرر: جميع مطوري النواة الأساسية لإيثيريوم يجتمعون في اجتماع هاتفي (ACDE) كل أسبوعين لمناقشة وتنسيق التغييرات على طبقة تنفيذ إيثيريوم (EL). كان اجتماع ACDE الذي عقد للمرة 190 محوراً على مناقشة EIP 7251 و 7702 وتنسيق الكائن الظاهري لإيثيريوم (EOF) وموضوعات أخرى مثل PeerDAS.
خلال الاجتماع، قدم Beiko قالبًا جديدًا لمناقشة EIP وشدد على أهمية صفحة موارد مطوري Ethereum "eth-clients". قامت نائبة رئيس البحوث في Galaxy Digital، كريستين كيم، بتسجيل نقاط الاجتماع التفصيلية، وسيتم ترجمة النص الأصلي كما يلي بواسطة BlockBeasts:
في 20 يونيو 2024، تجمع مطورو إيثيريوم على Zoom لحضور الاجتماع الرقمي الأساسي لجميع المطورين (ACDE) #190. تعد ACDE مسلسلة من الاجتماعات التي تعقد كل أسبوعين ويتم تنظيمها بواسطة Tim Beiko، المدير المسؤول عن دعم البروتوكول في مؤسسة Ethereum، حيث يتم مناقشة وتنسيق تغييرات طبقة التنفيذ (EL) في إيثيريوم من قبل المطورين في الاجتماع.
هذا الأسبوع، قدم المطورون تقدمًا في تنفيذ مجموعة متنوعة من تغييرات الشفرة، بما في ذلك اقتراح تحسين إيثريوم (EIP) 7251 و 7702، بالإضافة إلى تنسيق كائن الإيثريوم الافتراضي (EOF) و PeerDAS.
شارك Beiko أيضًا قالب اقتراح للمناقشة حول EIP ، وقد قدم Parithosh Jayanthi ، مهندس تطوير وتشغيل EF ، صفحة GitHub جديدة تسمى 'eth-clients' لتكوين شبكة Ethereum الرئيسية وشبكة الاختبار. وأخيرًا ، تذكر Beiko الفريق بأن المكالمة القادمة لـ ACDE ستكون في إجازة الولايات المتحدة في 4 يوليو. على الرغم من أنه لن يحضر هذا الاجتماع ، إلا أن الباحث في EF ، أليكس ستوكس ، سيتولى ترؤس الاجتماع بدلاً منه.
####بكترا ديفنت 1
بدأ المطورون بمناقشة Pectra Devnet 1 في بداية الاجتماع. يهدف المطورون إلى إطلاق شبكة الاختبار الخاصة التالية لترقية Pectra الأسبوع المقبل. بالمقارنة مع Devnet 0 السابقة، هناك تغييرات محددة رئيسية في الشبكة الجديدة.
فريق عملاء EL يقومون بتقدم تنفيذ Devnet 1 الخاص بهم. شارك كل من ممثلي فرق عملاء EL الرئيسية تطوراتهم الأخيرة:
عندما شارك فريق العملاء تقدمهم، سأل أحد مطوري "Racytech" بشكل خاص عما إذا كان من المقرر استبعاد تنفيذ EOF من Devnet 1. أكد Beiko أنه لن يتم اختبار EOF في Devnet 1، ويجب أن يكون تنفيذ EOF استنادًا إلى مواصفات Pectra الأحدث بدلاً من المواصفات النهائية لـ Deneb. أكد Barnabas Busa، مهندس تشغيل تطوير EF، أن هذه الاستراتيجية ستجعل تصحيح أخطاء EOF أكثر صعوبة، لأن مواصفات Pectra قيد التغيير، ويجري تصحيح الأخطاء في نفس الوقت. "على الرغم من ذلك، هذا لا يزال صحيحًا، لأننا نأمل أن يعمل الفريق على EIPs الأساسية لـ Pectra وإصلاح تلك الأخطاء. لذلك، هذا أكثر ملاءمة من الاعتماد على الفتوات السابقة ثم الاعتماد على Prague في المرحلة النهائية، وكذلك اكتشاف جميع تلك الأخطاء"، قال Beiko. Prague هو اسم EL لترقية Pectra.
####تحديث EIP 7702
على الرغم من أن المطورين يعملون بجد على تحقيق EIP 7702 في Devnet 1، فمن الممكن أن يتم إجراء تعديلات كبيرة على الكود لدعم وظائف جديدة، خاصة القدرة على إلغاء تفويضات معاملات EIP 7702 من قبل المستخدمين.
قدم مطور Geth بالاسم "Lightclient" تعديلات جديدة لدعم إلغاء EIP 7702. وشرح قائلاً: "من الصعب دائمًا معرفة الموافقات النشطة وما إذا تم إلغاء أي منها. هناك بعض أنماط التصميم التي يمكن أن تساعد في تجنب هذه الحالات، ولكن في الواقع قد لا نعرف كيف ستستخدم المحفظة هذه الميزة. للدفاع بشكل أفضل، أذكر أن Vitalik أشار في مكالمة هاتفية سابقة أو في غرفة مناقشة مجموعة إلى أنه بدلاً من جعل الموافقات تكون جزءًا من المعاملات المؤقتة الضرورية، يمكننا الاحتفاظ بهذه الموافقات بحيث يمكنك معرفة الشفرة التي تم تخصيصها للحساب في أي وقت."
قال مطور يدعى "Arik" إنه يفضل الإصدار الحالي من EIP 7702 على التغييرات التي اقترحها Lightclient. يقول أريك إنه ستكون هناك بعض حالات الاستخدام المحددة بموجب EIP 7702 الجديد. دحض Lightclient هذه التعليقات ، مشيرا إلى أن جميع حالات الاستخدام التي تدعمها الإصدارات القديمة من EIP 7702 لا تزال سارية ، وقد تمت إضافة آلية إبطال قوية. ومع ذلك ، يشير Lightclient أيضا إلى أن هذه التغييرات تجعل تنفيذ EIPs أكثر تعقيدا في العميل. قال بيكو في مربع دردشة الاجتماع إن وضع اللمسات الأخيرة على تصميم EIP 7702 كان "مشكلة المواصفات رقم واحد التي لم يتم حلها" في Pectra واقترح أن ينظم المطورون مكالمة أخرى للجلسة الجانبية للتوصل إلى توافق في الآراء بشأن آلية الإلغاء الخاصة بهم. وقال بيكو: "سيكون من الرائع أن يكون لدينا بحلول الاجتماع المقبل نسخة مرضية بشكل عام ، كل من هذه النسخة ونسختها المعدلة ، كجزء من Devnet 2".
تساءل مطور Besu Daniel Lehrner عما إذا كان يجب على المطورين قضاء بعض الوقت في تنفيذ الإصدار الحالي من EIP 7702 في Devnet 1 إذا كانت المواصفات قد تتغير في Devnet 2. وقال: "المقترحات مختلفة تماما ، لذلك قد ننفذ شيئا سيتعين علينا التخلص منه جزئيا في غضون أسابيع قليلة بسبب تغيير 7702 مرة أخرى". قال ريتشارد ميسنر ، المؤسس المشارك لشركة التشفير المحفظة Safe ، إنه في رأيه ، سيكون من المفيد تنفيذ نسخة من EIP 7702 على Testnet لفريق المحفظة. وأضاف بيكو أن تنفيذ EIP 7702 بشكله الحالي من شأنه ، في رأيه ، أن وقت الإستجابة بشكل كبير تقدم فريق العميل ويمكن أن يعقد Devnet 1 إذا حاول المطورون إزالته من مواصفات Pectra الآن.
####تحديث EOF
عند الحديث عن إيوف، قال Busa إن فريقه سيختبر تنفيذ إيوف بعد تغييرات أخرى في كود Pectra. سيتم تتبع جاهزية إيوف على GitHub بعد تغييرات Pectra الأخرى. حاليًا، هناك فريقان من العملاء EL، Besu و Reth، قد نفذا جميع مواصفات إيوف، بينما يعمل الفرق الأخرى لا تزال على تنفيذ جميع مواصفات إيوف. أشار ممثل عن فريق Erigon إلى أنه سيكون من المفيد إضافة حالات اختبار إضافية تحاكي كتل Ethereum التي تحتوي على معاملات إيوف. صرح عضو في فريق اختبار EF Mario Vega في المحادثة بأن فريقه يعمل على إصدار مزيد من اختبارات إيوف وسيشارك المزيد في اجتماع المجموعة التالي لإيوف. صرح مطور بروتوكول Ethereum المستقل Danno Ferrin بأنه، نظرًا لتحديد مواصفات إيوف بشكل نهائي الآن، فقد تم تقليل عدد مكالمات إيوف من مرة واحدة في الأسبوع إلى مرة واحدة كل أسبوعين، وتتمثل التركيز الحالي لإيوف في الاختبار وتنفيذ العميل.
####تحديث بيرداس
ذكر بوسا أنه تم التقدم في تنفيذ عمل PeerDAS. وأشار إلى أن شبكة PeerDAS Devnet التالية ستتم إطلاقها في غضون أسبوعين إلى أسبوعين واحدة. على غرار مناقشة اجتماع ACDC السابقة، سيتم تطوير PeerDAS بناءً على مواصفات Dencun النهائية المحددة، وليس مواصفات Pectra.
####الإعلان
قدم بيكو قالبًا افتراضيًا جديدًا لمؤلفي EIP لاستخدامه في مشاركات Ethereum Magicians. يهدف هذا القالب الجديد إلى تعزيز عمليات المراجعة عالية الجودة لـ EIP.
Jayanthi قدمت مقدمة عن صفحة GitHub "eth-clients" التي توفر موارد متنوعة لمطوري إثيريوم، بما في ذلك تكوينات المواصفات لشبكة اختبار إثيريوم والشبكة الرئيسية. حالياً، يتم صيانة هذه الصفحة من قبل ممثلي فرق جميع عملاء CL. دعت Jayanthi ممثلي فرق عملاء EL إلى التطوع للمساعدة في صيانة هذه الصفحة على GitHub.
استفسر Lightclient عن تقدم فريق العملاء في معالجة انتهاء صلاحية البيانات التاريخية. لم يتم مشاركة أي تحديثات في هذا المجال خلال هذا الاجتماع.
يقول Beiko إنه لن يترأس اجتماع ACDE التالي الذي سيعقد في عطلة 4 يوليو في الولايات المتحدة. في ذلك الوقت، سيتم تعيين الباحث في EF Alex Stokes لترؤس الاجتماع.