ملخص الاجتماع الأخير للمطورين الأساسيين إثيريوم: يتضمن EIP-7702 الشكوك وطبقة التنفيذ التسلسل تحويل الطريقة

** تأليف: ** كريستين كيم **

** تجميع: لوسي ، بلوكبيتس **

بالإضافة إلى التحضير ل Pectra Devnet 0 شمعة طويلة الفتيل ، ناقش المطورون مقترحات EIP الجديدة ، ومناقشة وتحليل EIPs الحالية ، وتحليل تأثير العقود الذكية والمعاملات. من بينها ، جذبت مناقشة EIP 7702 الكثير من الاهتمام من الحاضرين ، واعتبر الاقتراح بديلا محتملا ل EIP 3074.

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

في 9 مايو 2024 ، اجتمع مطورو إثيريوم في Zoom لجلسة استدعاء جميع المطورين الأساسيين (ACDE) # 187. المكالمة الجماعية ل ACDE هي سلسلة من الاجتماعات نصف الأسبوعية بقيادة تيم بيكو ، رئيس دعم بروتوكول في مؤسسة إثيريوم ، حيث يناقش المطورون وينسقون التغييرات على طبقة التنفيذ إثيريوم (EL). ناقش المطورون هذا الأسبوع الاستعدادات ل Pectra Devnet 0 ، وتحديثات تنفيذ EIP 3074 ، والحاجة الملحة لتحويل طرق التسلسل على EL من MPT إلى SSZ.

تحديث بكترا ديفنت-0

قال برنابا بوسا ، مهندس عمليات المطورين في مؤسسة إثيريوم ، إن فريقه يختبر تكوين العميل لأول شبكة اختبار تركز على مطوري Pectra وسيعمل على ضمان تكوين مستقر ل Pectra Devnet 0 بحلول يوم الاثنين ، 13 مايو. وفقا لمتتبع جاهزية Pectra Devnet 0 ، قامت فرق عملاء Geth و Nethermind و EthereumJS بتنفيذ مواصفات كود Pectra بالكامل.

خلال المكالمة ، قال جوستين فلورنتين ، مطور في Besu ، إن جميع Pectra EIPs قد تم تنفيذها على Besu ، لكن فريقه لا يزال يعمل على تصحيح الكود. قال أندرو أشيخمين ، مطور Erigon، إن فريقه قد بدأ بالفعل في معالجة جميع EIPs باستثناء EIP 7002 ، وهي عمليات سحب EL القابلة للتشغيل. نشر فريق Reth رابطا لمتتبع التنفيذ الخاص بهم في دردشة Zoom ، مما يدل على أن عملهم على EIP 7002 لا يزال معلقا ، وكذلك فريق Erigon.

من جانب عميل CL ، قال مطور Grandine ، Saulius Grigatis ، إنه تم تنفيذ جميع EIPs ، ولكن عند التشغيل مع عميل EL ، واجه فريقه بعض الأخطاء. قال ممثلو فريق Lighthouse إنهم على وشك الانتهاء من التنفيذ الكامل ل Pectra Devnet 0 وأشاروا إلى أن المواصفات في المحرك API بحاجة إلى التحديث. قال ميخائيل كالينين ، المطور في Teku ، إنه يعمل على إضافة هذه التحديثات إلى مواصفات API المحرك.

قال ماريو فيغاس من فريق اختبار EF إن المطورين يعملون على إضافة حالات اختبار ل EIP 3074 و AUTH و AUTHCALL رمز العملية والعديد من EIPs الأخرى.

تحديث EIP-3074

على الرغم من أن المطورين قد وافقوا على الاحتفاظ EIP 3074 في مواصفات Pectra Devnet 0 ، فقد تمت مناقشة EIP بديل ليحل محله ، EIP 7702. لخص مطور Geth “Lightclient” أحدث جلسة جانبية في EIP 3074 ، حيث ناقش المشاركون التغييرات التي يجب تحديد أولوياتها في ترقية Pectra المتعلقة بتحسين الحساب قابلية البرمجة تحكم المستخدم. وفقا ل Lightclient ، اتفق جميع المشاركين على أن تجريد الحساب الأصلية الكاملة لا تزال على بعد بضع سنوات من تنفيذها في إثيريوم. ومع ذلك ، هناك خلاف حول ما إذا كان هذا يعني إعطاء الأولوية للتغييرات في الحساب المملوكة من الخارج (EOAs) أو ترحيل EOAs إلى العقود الذكية المحفظة. في 8 مايو ، قبل يوم من دعوة ACDE هذه ، اقترح Vitalik Buterin المؤسس المشارك إثيريوم EIP جديدة ، EIP 7702 ، والتي ستمكن إثيريوم من الدعم نوع جديد من المعاملات لتمكين EOAs من العمل مثل العقود الذكية المحفظة خلال معاملة واحدة. وفقا ل Lightclient ، كان المشاركون من EIP 3074 جلسة جانبية إيجابيين بشكل عام حول EIP 7702. ومع ذلك ، أضاف لاحقا أنه لا تزال هناك تفاصيل مهمة للعمل عليها حول EIP 7702. على سبيل المثال، لا تزال التفاصيل حول كيفية عكس معاملات EIP 7702 وكيفية توسيع نطاق التكلفة غاز لمثل هذه المعاملات غير واضحة.

إذا تم قبول EIP 7702 وتضمينه في ترقية Pectra ، فسيتم اعتباره بديلا ل EIP 3074 لأن EIP 7702 يحقق نتائج مماثلة ل EIP 3074 ولكنه لا ينشئ رموز تشغيل جديدة على إثيريوم ويحسن سهولة التحليل الثابت لسلوك EOA الجديد. اقترح الباحث في EF Ansgar Dietrichs في دردشة Zoom أن EIP 7702 للنظر في إدراجه في Pectra وأنه يجب اتخاذ قرار رسمي بشأن استبدال EIP 3074 ب 7702 في غضون 2 إلى 4 أسابيع. كان واضحا من مناقشة المطورين EIP 7702 في المكالمة الجماعية أن هناك حاجة إلى مزيد من العمل قبل اعتبار الاقتراح جاهزا للتنفيذ. أشار مطور Nethermind أحمد مازن بيطار إلى أن العمل الذي تم إنجازه بالفعل ل EIP 3074 قد لا يتم إعادة استخدامه لتنفيذ 7702. أكدت Beiko أنه لا يزال يتعين على المطورين المضي قدما في تنفيذ EIP 3074 ل Devnet 0 وإعادة النظر في مواصفات Devnet-1 لاحقا.

EIP-7685 و SSZ و EIP-6110

ثم ناقش المطورون بعض المخاوف التي أثارها مطور Nimbus Etan Kissling حول EIP 7685 ، وهي طلبات طبقة التنفيذ العامة. في تعليق GitHub تحت جدول أعمال المكالمة الجماعية لهذا الأسبوع ، سأل Kissling عما إذا كانت هناك حاجة إلى تصميم مقترح لطلب طبقة تنفيذ مشتركة ، وما إذا كان يمكن استخدام هذه الفرصة بشكل أفضل للتبديل إلى SSZ ، وهو تنسيق التسلسل أراد المطورون تحديثه على طبقة التنفيذ منذ ترقية الدمج. يدعم فريق عميل طبقة التنفيذ الأطول في المكالمة الجماعية الاحتفاظ ب EIP 7685 في Pectra ، وإذا كانت هناك أي عقبات تحول دون تضمين EIPs قيد التشغيل ، مثل التزامن المتفائل للعملاء ، فقم بإعادة النظر في التصميم.

بالانتقال إلى موضوع SSZ ، أوضح Kissling أن تنسيق التصميم الجديد لطلب Common Execution Layer يعتمد على تنسيقات التسلسل التقليدية MPT و RLP ، لذلك يجب تحديثه عند انتقال المطورين إلى SSZ. ويشير إلى أنه إذا استمر المطورون في إنشاء هياكل بيانات MPT / RLP جديدة ، فإن تأخير الانتقال إلى SSZ لن يؤدي إلا إلى مزيد من العمل طويل للمطورين. ومع ذلك ، لم يكن هناك الدعم قوي من فريق عملاء التنفيذ لتضمين EIP 7495 ، حاوية SSZ المستقرة ، في Pectra. كتب أحد المطورين يدعى “داستن” في دردشة Zoom أن قرار تأجيل انتقال SSZ كان “مجنونا” وأن مسألة مكتبة SSZ تعمل بشكل سيئ في EL كانت “مشكلة خطيرة”.

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

تحديث EOF

يشارك دانو فيرين، مطور إثيريوم بروتوكول المستقل، وأليكس بيريجزازي، رئيس قسم الأبحاث في EF Solidity، تحديثات حول جهود تنفيذ EOF. الخلفية هي أن EOF عبارة عن سلسلة من التغييرات في التعليمات البرمجية لتحسين EVM الآلة الافتراضية (EVM) التي يفكر المطورون في تضمينها في ترقية Pectra. تم الانتهاء من EIP الفوقية ل EOF. قام المطورون أيضا بتبسيط عملية إنشاء المعاملات في EOF ويعملون على تنفيذ EOF من جانب العميل.

تحديث EIP-7623

أثار مطور استخدم اسم الشاشة “William Morris” في المكالمة الجماعية مخاوف بشأن التغيير في التكلفة غاز لتخزين بيانات المكالمات في EIP 7623. وأوضح أن التغييرات ستسمح لبعض المستخدمين بالتعامل عن طريق إسقاط معاملاتهم لتقليل الرسوم ، مما يشجع على إنشاء سوق ثانوية لخصومات غاز حتى يتمكن مجموعات من الدرجة الثانية (L2s) والمشاركون الآخرون من التعامل على الشبكة بتكلفة أقل. ويوصي ببديل EIP ، EIP 7703 ، يعالج هذه المشكلات عن طريق زيادة تكلفة بيانات المكالمات بمعدل ثابت.

وقال بوتيرين إنه في حين أن مخاوف موريس مشروعة ، فإن احتمال إنشاء سوق ثانوي لبيانات المكالمات نتيجة EIP 7623 ليس مرتفعا ، حيث أن عدد المستخدمين الذين يختارون المشاركة في مثل هذا السوق سيكون محدودا للغاية. وأشار بوتيرين إلى أن اللاعبين الرئيسيين المتأثرين ب EIP 7623 هم فريق التطوير طبقة 2 Starkware ومبدعو النقش. وأضاف أنه في حين أن إجمالي السوق القابل للعنونة لسوق بيانات المكالمات الثانوية صغير ، فإن pump قصير الأعلى للحد الأقصى لحجم الكتلة من خلال بيانات المكالمات مرتفع للغاية ، لأنه يسمح للمطورين بزيادة حد blobgas وبالتالي توسيع القدرة إثيريوم الدعم L2. وقال فيتاليك أيضا إن تسطيح تكلفة بيانات المكالمات سيكون له أيضا تأثير أقسى على L2 وأصحاب المصلحة الآخرين من EIP الحالي ، كما اقترح موريس. شارك Buterin أفكار الشوق حول تسعير blob غاز في منشور مدونة قبل المكالمة.

يتفق المؤلف المشارك EIP 7623 Toni Wahrstätter مع Buterin ، قائلا إنه يعتقد أنه من وجهة نظر المنفعة ، فإن أطول L2 لا يخلق سوقا ثانويا لبيانات المكالمات. "من الناحية العملية ، هذا ليس ممكنا للغاية ، خاصة بالنظر إلى أن مثل هذا السوق يتطلب الثقة ودرجة عالية من التنسيق بين المشاركين. تخيل أنك ، بصفتك L2 ، تريد نشر بياناتك على L1 ، لكنك لا تعرف أي العنوان ستنشر البيانات وأين ستنتهي البيانات. من وجهة نظر الأداة المساعدة ، تحتاج إلى تخصيص الفهرس وما إلى ذلك. لذلك ، لا أعتقد أنه ممكن للغاية ، "يقول Wahrstätter.

سأل مطور Reth جورجيوس كونستانتوبولوس عما إذا كان المطورون يبحثون في إمكانية زيادة حدود blobgas إذا تم تضمين EIP 7623 في Pectra. بدون زيادة حد الغاز النقطة مع زيادة EIP 7623 ، يقول كونستانتوبولوس إن EIP “لا يحل شوق المشكلة”. يقترح باحث EF Dankrad Feist رفع حد الغاز blob إلى النقطة التي يظل فيها الحد الأقصى لحجم كتلة إثيريوم كما هو ، مما يعني أن السراويل القصيرة التي تم إصدارها مع زيادة تكلفة بيانات المكالمات سيتم ملؤها بالنقط (الكائنات الثنائية الكبيرة). وقال الباحث في إي أف أنسجار ديتريش إن EIP مفيد ليس فقط عندما يقترن بزيادة في حدود غاز النقط ، ولكن أيضا من منظور أمني ، لأنه قد يضمن عدم زعزعة استقرار الشبكة بواسطة الكتل التي تحتوي على أكبر عدد من المعاملات والنقاط.

فيما يتعلق بتحليل تأثير EIP 7623 على العقود الذكية والمعاملات، قال Wahrstätter إن اقتراحه لن يؤثر على 98٪ من المستخدمين. ذكر بيكو أيضا أن باريثوش جايانثي ، مهندس عمليات المطورين في EF ، قد يقوم بتحليل أكثر تعمقا لمدى تحديد حد blobgas ، مع الأخذ في الاعتبار الحساب EIP 7623.

بديل جديد ل EIP 7609

أثناء المكالمة ، اقترح مطور يحمل اسم الشاشة “Charles C” EIP جديدا لمنع هجمات إعادة الدخول في العقود الذكية. وقال تشارلز إن الاقتراح ، الذي ينشئ رمزين جديدين للتشغيل لتأمين العقود الذكية ، هو بديل لاقتراح قدمه سابقا يسمى EIP 7609 ، والذي يهدف إلى تقليل التكلفة الأساسية ل TLOAD / TSTORE في Pectra. قال تشارلز إنه غير متأكد من سبب عدم النظر في EIP 7609 ل Pectra ولا يزال يجمع تعليقات من المطورين حول كيفية منع إعادة الدخول بطريقة فعالة من حيث التكلفة. ويشير إلى أن الحلول الحالية ، مثل OpenZeppelin’s Reentrancy Guard و TLOAD / TSTORE رمز العملية ، مكلفة للغاية بالنسبة لمطوري تطبيق لامركزي لاستخدامها افتراضيا. اقترح بيكو أن يقدم المطورون ملاحظات إلى تشارلز حول هذا EIP الجديد في منتدى الساحر إثيريوم.