استدعاء طبقة توافق Ethereum # 99 اكتب

https://www.galaxy.com/research/insights/ethereum-consensus-layer-call-99-writeup/

في 1 ديسمبر 2022 ، اجتمع مطورو Ethereum من أجلطبقة الإجماع 99 (CL) مكالمة. برئاسة داني رايان من مؤسسة Ethereum ، تعد مكالمات CL واحدة من سلسلتين من الاجتماعات كل أسبوعين حيث يناقش مطورو Ethereum وينسقوا التغييرات على بروتوكول Ethereum. هذا الأسبوع ، أعاد المطورون التأكيد على القرارات التي تم اتخاذها بشأن مكالمة جميع المطورين الأساسيين (ACD) الأسبوع الماضي. وبالتحديد ، وافق المطورون على العمل على تمكين عمليات سحب ETH المكدسة للترقية التالية لـ Ethereum ، شنغهاي ، بشكل منفصل عن عملهم على proto-danksharding (EIP 4844) ، والذي من المحتمل أن يتم تنشيطه في ترقية منفصلة بعد شنغهاي. ناقش المطورون أيضًا عددًا كبيرًا من موضوعات البحث الجارية والمبادرات المتعلقة بمواصفات طبقة توافق Ethereum. أخيرًا ، قرب نهاية المكالمة ، احتفل المطورون بالذكرى السنوية الثانية لسلسلة Ethereum Beacon Chain ، التي تم إطلاقها في 1 ديسمبر 2020.

رهانات سحوبات ETH و EIP 4844

لبدء المكالمة ، كرر Danny Ryan المناقشة من ACD Call # 150 حيث توصلت فرق عملاء CL إلى إجماع حول التركيز حصريًا على عمليات سحب ETH المقيدة لشنغهاي. "أعتقد بشكل حاسم أن ما أوضحته فرق Consensus Layer هو أنهم يعتقدون أن EIP 4844 ليس في نفس الجاهزية تقريبًا مثل عمليات السحب [Staked ETH] وأن اقترانهم سيؤدي إلى تأخير كبير في عمليات السحب. لن نقرانهم. قال رايان في المكالمة "سنعمل بكامل قوتنا على كابيلا في شكلها الحالي". Capella هو اسم شبكة الاختبار المخصصة حيث يختبر المطورون الأساسيون تغييرات التعليمات البرمجية لسحب ETH المكدس.

قدم Barnabas Busa ، مهندس devops في مؤسسة Ethereum ، تحديثًا حول التقدم المحرز في تمكين عمليات سحب ETH المكدسة. ذكر Busa أن هناك شبكتين للمطورين متعددي العملاء تختبر عمليات السحب ، واحدة تحاكي بيئة ما قبل الدمج والأخرى تحاكي بيئة ما بعد الدمج. لا يدعم أي من هذين الجهازين حاليًا جميع عملاء EL و CL. يدعم أحدث اختبار سحوبات في بيئة ما بعد الدمج عملاء Prysm و Lighthouse و Teku CL ، بالإضافة إلى عملاء Geth و Nethermind EL. بمجرد أن يصبح التنفيذ من عملاء آخرين مثل Nethermind (EL) و Besu (EL) جاهزًا ، سيعمل المطورون على إنشاء شبكة اختبار متعددة العملاء طويلة العمر لعمليات السحب.

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

على الرغم من أن تطوير برنامج EIP 4844 سيحدث بشكل منفصل عن أعمال التطوير التي تجري في شنغهاي وسحب ETH ، إلا أن المطورين ما زالوا يناقشون بعض بنود المناقشة المفتوحة المتعلقة بتنفيذ proto-danksharding. ذكر Sean Anderson ، مهندس البرمجيات Sigma Prime الذي يبني عميل Lighthouse (CL) ، أن هناك سؤالًا مفتوحًا حول كيفية تعامل الشبكة مع مزامنة blobs. Blobs هي نوع جديد من المعاملات سيتم تقديمه في EIP 4844 الذي يلتزم حصريًا ببيانات المعاملات من مجموعات Layer-2 إلى الطبقة الأساسية من Ethereum. أوصى Ryan بالانتقال إلى مزيد من المناقشة حول حالات الحافة لمزامنة blobمشكلة جيثب المفتوحة.

قدم Trent Van Epps ، وهو شخص في النظام البيئي لمؤسسة Ethereum Foundation ، تحديثًا حول التقدم المحرز في حفل الإعداد الموثوق به المطلوب لتنفيذ EIP 4844. الحفل ، الذي تم تصميمه لإنشاء جزء آمن من التعليمات البرمجية التي سيتم استخدامها في EIP 4844 ، اقترب من الاستعداد لفترة مساهمة عامة. قال Van Epps إنه يأمل أن يكون الحفل واحدًا من أكبر الحفل الذي يتم إجراؤه على الإطلاق في مجال التشفير ، حيث يجمع ما بين 8000 و 10000 مساهمة. ستستمر فترة المساهمة العامة للحفل حوالي شهرين وستبدأ في وقت ما في ديسمبر. لمزيد من المعلومات ، اقرأهذا الموقع والانضمامجلسة Twitter Spaces هذه في 2 ديسمبر 2022.

المناقشات البحثية

أجرى المطورون العديد من عناصر المناقشة المتعلقة بالتحسينات والتغييرات المحتملة على مواصفات Ethereum CL. أولاً ، أبرز Adrian Manning ، المؤسس المشارك لـ Sigma Prime ، مقترحين ، كلاهما متوافق مع الإصدارات السابقة ، مما يعني أنهما لن يتطلبان ترقية هارد فورك على مستوى النظام للتنفيذ. أول مفصلهنا يهدف إلى تحسين اكتشاف الأقران بين عقد Staking على Ethereum. والثاني يتيح دعم عقد CL التي تقوم بتشغيل أحدث بروتوكول اتصال عبر الإنترنت يعرف باسم IPv6. تم طرح عنصر المناقشة الأخير هذا بواسطة فريق Sigma Prime مرة أخرى في مايو. يمكن العثور على ملاحظات المكالمة من مكالمة CL السابقةهنا .

تشير مزامنة نقاط التحقق إلى عملية تسمح للعقد الجديدة المتصلة بـ Beacon Chain بالمزامنة بسرعة مع رأس السلسلة عن طريق جلب أحدث حالة كتلة من عقدة موثوقة. Checkpointz هي أداة صممها فريق Ethereum Foundation DevOps لتسهيل قيام العقد الموثوقة بكشف نقطة نهاية مزامنة نقطة التفتيش. في المكالمة ، أوضح ميخائيل كالينين ، الباحث الرئيسي في ConsenSys ، أن هناك بعض القلق حول تحول Checkpointz إلى نقطة مركزية لفشل العقد وأشار إلىبعض المقترحات للمساعدة في تنويع الاعتماد بعيدًا عن Checkpointz إلى أدوات أخرى.

بعد ذلك ، سلط Oisin Kyne ، المؤسس المشارك لشركة Obol Technologies ، وهي شركة لبناء حلول لتكنولوجيا التحقق الموزع (DVT) ، الضوء على مشكلة في تعيين المدقق لواجبات التجميع. أوضح Kyne أن الواجبات ليست مصممة للتنفيذ من قبل مجموعة المصادقة الموزعة. على هذا النحو ، اقترح نقطتي نهاية جديدتين لعملاء CL لدعم تشغيل المدققين الموزعين بشكل أفضل. مزيد من المعلومات حول اقتراح Kynesهنا وخلفية رفيعة المستوى عن DVTهنا .

أخيرًا ، أثار Kalinin سؤالين حول مواصفات Ethereum Engine API. الأول كان عنصر التدبير المنزلي للمساعدة في تبسيط مواصفات واجهة برمجة تطبيقات المحرك عن طريق إزالة طريقة قديمة لاسترداد الإمكانات التي يدعمها عميل EL تسمى "Engine_getCapabilities . " وافق المطورون على تقديم ملاحظات حول هذا الاقتراح بشكل غير متزامن على GitHub. كان السؤال الثاني الذي طرحه Kalinin حول الهيكل الذي يجب استخدامه لوثائق مواصفات Engine API. إحدى طرق تغيير المستندات إلى Engine API عن طريق fork ، بمعنى ترقيات هارد فورك على مستوى النظام. تتغير مستندات الهيكل الأخرى بواسطة وظيفة واجهة برمجة تطبيقات المحرك. يتم شرح إيجابيات وسلبيات كل نهج بمزيد من التفصيلهنا . لم يكن للمطورين في المكالمة تحيزًا قويًا تجاه أي منهما ، لكن ريان ذكر أنه كان أكثر ارتياحًا لنهج الشوكة ، وذكر كالينين أنه يعتقد أن إيجابيات اتباع نهج وظيفي قوية.

عناصر متنوعة

وافق المطورون على مراجعة المناقشة على GitHub حولهاEngine_getCapabilities وفكر أكثر في هيكل توثيق تغييرات Engine API في الفترة التي تسبق شنغهاي. قبل إنهاء المكالمة ، طرح مطور Ethereum المستقل Micah Zoltu سؤالًا سريعًا حول البيانات الموجودة خلف موقع الويبclientdiversity.org . أوضح Zoltu أن الموقع يحصل على بياناته من مصدرين مختلفين ، وهذا يؤدي إلى نتائج مختلفة تمامًا. رد ريان قائلاً إن إحدى هذه الطرق تحسب توزيع العملاء بواسطة ETH المربوط. يسجل الآخرون بيانات حول توزيع العملاء باستخدام زاحف يحدد العقد وأقرانها. على حد علم رايان ، فإن البيانات التي تم جمعها بواسطة زاحف العقدة غير دقيقة والطريقة التي تعتمد على طباعة الكتلة وتوزيع ETH المكدس ، على الرغم من أنها ليست مثالية ، إلا أنها أكثر موثوقية بشكل ملحوظ.

ذكر Jacek Sieka ، المعروف أيضًا باسم "Arnetheduck" ، رئيس تطوير الأبحاث في Status الذي يقوم ببناء عميل Nimbus (CL) ، أن فريقه قد دفع إصدار عميل جديد. يخرج الإصدار رسميًا عميل Nimbus من الإصدار التجريبي إلى حالة جاهز للإنتاج. يمكن العثور على مزيد من التفاصيل حول التحسينات في هذا الإصدارهنا . قبل إنهاء المكالمة ، يشير Ryan إلى أن مكالمة CL التالية في 15 ديسمبر 2022 ستكون آخر مكالمة في العام. سيستأنف المطورون المكالمات في وقت ما في شهر يناير من العام الجديد.