آخرین دور توسعه شبکه آزمایشی Ethereum Shapella چند باگ را نشان می‌دهد

آزمایش بر روی شبکه آزمایشی ژجیانگ اتریوم قبل از به‌روزرسانی Shanghai-Capella برخی باگ‌ها را نشان داد، اما هیچ چیزی که بر جدول زمانی معرفی سهام به شبکه تأثیر نمی‌گذارد. 

توسعه دهنده Marius VanDerWijden ثبت شده با توجه به موضوعی از Tim Beiko بنیاد اتریوم، یک باگ همگام‌سازی که سایر مشتریان با آن مواجه می‌شوند و توسعه‌دهندگان مطمئن هستند که می‌توان آن را اصلاح کرد. او خاطرنشان کرد که این اشکال بر هیچ زمان تعیین شده برای ارتقای پیشنهادی مجموعه آزمایشی Sepolia که برای 28 فوریه برنامه ریزی شده است، تأثیر نمی گذارد.

آخرین به‌روزرسانی devnet برداشت، یک تست استرس متشکل از 600,000 اعتبارسنجی را تشریح کرد که 360,000 نفر از آنها در زمان فورک به‌روزرسانی اعتبار برداشت را انجام دادند. به گفته Beiko، جهش های مشتری در RAM و CPU رخ داده است و توسعه دهندگان تعداد پیام های به روز رسانی اعتبار از دست رفته را در روزهای آینده اندازه گیری خواهند کرد.

تست استرس همچنین یک اشکال بین یک مشتری اثبات سهام، Prysm، و مشتری Besu را که برای موارد استفاده مجاز طراحی شده است، نشان داد. برای همگام سازی مناسب، کلاینت Prysm انتظار تعداد معینی از پاسخ ها را دارد. به گفته Beiko، با این حال، Besu محدودیت‌هایی در پاسخ اعمال می‌کند که آن را به زیر آستانه همگام‌سازی لازم می‌رساند. تیم بسو در حال بررسی این موضوع است.

ممنوعیت بدون حباب

پس از بحث در مورد چگونگی بهینه سازی مشتری مداری اولیه، توسعه دهندگان در نهایت مصمم برای ممنوع کردن کامل تراکنش‌های blobless 4844، که مفروضات مشتری را در مورد تراکنش‌ها تغییر می‌دهد و می‌تواند راه‌اندازی را پیچیده کند.

توسعه دهندگان همچنین در مورد چگونگی پیشبرد در مورد منسوخ شدن کلمه کلیدی SELFDESTRUCT، که قرارداد را خاتمه می دهد، بایت کد قرارداد را از زنجیره بلوکی حذف می کند و وجوه موجود در مخاطب را به آدرس مشخصی تغییر مسیر می دهد، بحث کردند.

Beiko گفت، در حالی که مسیر رو به جلو نامشخص است، سه پیشنهاد فعلی در مورد این موضوع در حال بحث است زیرا توسعه دهندگان به دنبال یافتن "گزینه های غیرفعال کننده هستند که چیزها را خراب نمی کنند."

Beiko گفت: "چالش در اینجا این است که یک حمله ناخوشایند را باز می کند: یک قرارداد را مستقر کنید، فضای ذخیره را به روشی خاص پر کنید، و وقتی قرارداد را مجدداً مستقر می کنید، فضای ذخیره سازی قدیمی هنوز وجود دارد و می توان به روش های مخرب به آن دسترسی پیدا کرد."