اتریوم باگ Glamsterdam را که میتوانست سپردههای سرمایهگذاری را برای سازندگان ارسال کند، برطرف میکند
توسعه دهندگان ابتدا قبل از تغییر مسیر، این تغییر را رد کردند، زیرا تاخیرهای آزمایشی به آنها فرصت بیشتری برای بررسی نقص در ارتقای آتی گلمستردام اتریوم می داد.
توسعهدهندگان اتریوم نقصی را در ارتقای آتی گلمستردام برطرف کردهاند که میتوانست به کسی اجازه دهد از اتریوم که سرویسهای مخفیسازی برای اعتبارسنجیهای جدید است کنار بگذارد.
اصلاحی که قوانین مربوط به مدیریت سپرده های اعتبارسنجی را تغییر داد، روز دوشنبه، یک هفته پس از رد آن توسط توسعه دهندگان، ادغام شد.
گلمستردام دو شغل را که امروزه با هم ترکیب شده اند تقسیم می کند. سازندگان بلوکهای تراکنشها را کنار هم قرار میدهند و اعتبارسنجیهایی که برای کمک به ایمن کردن شبکه، ETH را به اشتراک میگذارند، آنها را انتخاب و تأیید میکنند. هر دو می توانند ETH را واریز کنند و قرار است پول آنها به طور جداگانه ردیابی شود.
این مشکل در طول خود ارتقا ظاهر شد، زمانی که اتریوم سپردههایی را که هنوز در انتظار اعتبار بودند پردازش میکرد.
محقق avsetsin سناریویی را شناسایی کرد که در آن یک اپراتور ابتدا با استفاده از یک کلید عمومی خاص به عنوان سازنده ثبت میکند، شناسهای که به اعتبارسنجی یا سازنده متصل است. اگر یک سرویس سهامداری ETH را برای راهاندازی اعتبارسنجی تحت آن کلید واریز کند، قوانین پیشنویس هر دو سپرده را به سازنده اعتبار میدهند.
avsetsin نوشت: "اپراتور می تواند وجوه پروتکل را برداشت کند." هیچ اعتبارسنجی ایجاد نمی شود، بنابراین سرویس سهامداری نمی تواند مدرکی را که برای بازیابی پول خود نیاز دارد ارائه دهد.
Avsetsin، که به عنوان یکی از اعضای سازمان Lido's GitHub ذکر شده است، در آنچه که محقق آن را "تحقیقات سریع هوش مصنوعی" نامید، به بررسی چگونگی تأثیرگذاری Lido، Origin و Rocket Pool پرداخت. یافتهها به نحوه رسیدگی هر پروتکل به سپردهها بستگی داشت.
avsetsin نوشت: «اینها یافتههای کد مشروط هستند، نه بهرهبرداریهای زنده تأیید شدهاند،» و افزود که چکهای موجود که سپردههای سازنده قبلی را رد میکنند میتوانند حمله را متوقف کنند. خسارتی گزارش نشده است.
توسعه دهندگان اصلاح پیشنهادی را در 19 اکتبر بستند. جاستین تراگلیا، که مشخصات اجماع اتریوم را حفظ می کند، نوشت: «در حال حاضر پشتیبانی کافی از سوی مشتریان برای ایجاد این تغییر وجود نداشت. کلاینتها برنامههای نرمافزاری جداگانهای هستند که اعتباردهندهها برای مشارکت در شبکه اجرا میشوند.
این اصلاح پس از بررسی بیشتر دوباره باز شد، avsetsin آزمایشهایی را در 23 اکتبر اضافه کرد و Traglia آن را دوشنبه ادغام کرد.
بر اساس قوانین جدید، سپردههای معلق بر اساس اعتبار برداشت مرتب میشوند، تنظیمی که میگوید پول سپرده در نهایت به کجا میرود. سپرده های اعتبار سنجی با اعتبار سنجی ها باقی می ماند حتی اگر سازنده از همان کلید استفاده کند.
این تغییر اکنون بخشی از مشخصات اتریوم است و تیم های مشتری هنوز باید آن را در نرم افزار خود بسازند. Glamsterdam قبلا در شبکه آزمایشی Sepolia اجرا شده است، اما راه اندازی آن در 26 اکتبر در Hoodi، یک شبکه آزمایشی دوم، به تعویق افتاد.
گلمستردام قبل از برنامه ریزی برای راه اندازی شبکه اصلی نیاز به تاریخ هودی جدیدی دارد.
متن اصلی (انگلیسی)
Ethereum fixes Glamsterdam bug that could have sent staking deposits to builders
Developers initially rejected the change before reversing course, as testing delays gave them more time to examine a flaw in Ethereum's upcoming Glamsterdam upgrade.