كشف الاختبار على شبكة اختبار Zhejiang الخاصة بشركة Ethereum قبل تحديث Shanghai-Capella عن بعض الأخطاء ، ولكن لا شيء من شأنه أن يؤثر على الجدول الزمني لإدخال Staking إلى الشبكة.
المطور Marius VanDerWijden موثق خلل في المزامنة واجهه عملاء آخرون واثق المطورون أنه يمكن تصحيحه ، وفقًا لخيط من Tim Beiko من مؤسسة Ethereum Foundation. وأشار إلى أن الخطأ لن يؤثر على أي جداول زمنية محددة لمجموعة الترقية المقترحة لشبكة اختبار Sepolia المقرر في 28 فبراير.
قام آخر تحديث لـ devnet للسحب بتفصيل اختبار إجهاد يتكون من 600,000 مدقق ، قام 360,000 منهم بتحديث بيانات اعتماد السحب في وقت الشوكة. حدثت طفرات في ذاكرة الوصول العشوائي (RAM) ووحدة المعالجة المركزية (CPU) الخاصة بالعميل ، وسيقوم المطورون بقياس عدد رسائل تحديث بيانات الاعتماد المفقودة مقابل رسائل تحديث بيانات الاعتماد المسجلة خلال الأيام المقبلة ، كما قال Beiko.
كشف اختبار الإجهاد أيضًا عن خطأ بين عميل إثبات الحصة ، Prysm ، وعميل Besu المصمم لحالات الاستخدام المصرح بها. للمزامنة بشكل صحيح ، يتوقع عميل Prysm عددًا معينًا من الردود ؛ ومع ذلك ، فإن Besu تفرض قيودًا على الاستجابة تجعلها أقل من عتبة المزامنة الضرورية ، على حد قول Beiko. فريق بيسو يبحث في الأمر.
حظر Blobless
بعد مناقشة حول أفضل طريقة لتحسين التوجه الأولي للعميل ، المطورين في النهاية قررت لحظر blobless 4844 معاملة تمامًا ، مما قد يغير افتراضات العميل حول المعاملات ويمكن أن يعقد الإعداد.
ناقش المطورون أيضًا كيفية المضي قدمًا في إهمال الكلمة الأساسية SELFDESTRUCT ، والتي تنهي العقد ، وتزيل الرمز الثانوي للعقد من blockchain ، وتعيد توجيه الأموال على جهة الاتصال إلى عنوان محدد.
في حين أن المسار إلى الأمام لا يزال غير واضح ، هناك ثلاثة مقترحات حالية حول هذا الموضوع قيد المناقشة حيث يسعى المطورون إلى إيجاد "خيارات إلغاء تنشيط لا تكسر الأشياء" ، قال Beiko.
قال Beiko: "التحدي هنا هو أنه يفتح موجه هجوم سيئ: نشر عقد ، وملء التخزين بطريقة معينة ، وعندما تعيد نشر العقد ، لا يزال التخزين القديم موجودًا ، ويمكن الوصول إليه بطرق ضارة".
المصدر: https://www.theblock.co/post/212636/latest-round-of-ethereum-shapella-testnet-development-reveals-a-few-bugs؟utm_source=rss&utm_medium=rss