اتریوم اشکال مسیریابی سپرده های اعتبارسنج را برطرف کرد

توسعه‌دهندگان اتریوم اصلاحی را برای رفع اشکال مسیریابی سپرده اعتبارسنج‌ها در نقشه‌راه گلامستردام ادغام کردند. مقاله ریشهٔ مشکل، تأثیر بر پروتکل‌های استیکینگ، بازبینی توسعه‌دهندگان و گام‌های لازم برای کلاینت‌ها و اپراتورها را تشریح می‌کند.

.
اتریوم اشکال مسیریابی سپرده های اعتبارسنج را برطرف کرد

1 دقیقه

دنبال کردن در گوگل

اتریوم اشکال احتمالی مسیریابی سپرده اعتبارسنج را برطرف کرد

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

چه مشکلی رخ داد: احتمال برخورد سپرده‌های سازنده و اعتبارسنج

علت اصلی

بر اساس قوانین گذار پیشنهادی اولیه، اگر یک سازنده با یک کلید عمومی ثبت‌نام می‌کرد قبل از اینکه سپردهٔ اعتبارسنج برای همان کلید برسد، ممکن بود برای هر دو سپردهٔ سازنده و سپردهٔ بعدی اعتبارسنج اعتبار دریافت کند. عملی‌بودن این موضوع به این معنی بود که یک اپراتور استیک یا پروتکل استیکینگ نقدی که سپردهٔ اعتبارسنجی را آغاز می‌کند ممکن است ببینید اترِ ارسال‌شده به تراز سازنده‌ای که مشخصات برداشت آن تحت کنترل اپراتور است منتقل می‌شود، به‌جای ایجاد رکورد اعتبارسنج مورد انتظار.

تأثیر احتمالی بر خدمات استیکینگ

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

بازبینی توسعه‌دهندگان، رد اولیه و بازگشت تصمیم

زمان‌بندی تصمیمات

پس از مطرح شدن مسئله، نگهدارندگان اصلی در مورد اصلاح پیشنهادی بحث کردند. در تاریخ ۱۹ اکتبر، نگهدارنده جاستین تراگلیا درخواست اصلاح را بست و به پشتیبانی ناکافی کلاینت‌ها برای این تغییر در آن زمان اشاره کرد. این تصمیم موجب تحلیل و آزمایش‌های بیشتر شد و توسعه‌دهندگان پیشنهاد را در ۲۳ اکتبر باز کردند. بازبین پوتوز تأیید ضمنی نشان داد اما درخواست تست‌های رگرسیون اضافی برای ترکیب‌هایی که در آنها سپرده‌های سازنده و اعتبارسنج کلید عمومی مشترک دارند کرد. اوستسین در ۲۳ اکتبر آن تست‌ها را افزود و پس از بازبینی بیشتر کلاینت‌ها، تغییر در ۲۶ اکتبر در مشخصات اجماع ادغام شد.

عمل اصلاح ادغام‌شده

اصلاح تأییدشده سپرده‌های سازنده و اعتبارسنج را با استفاده از مشخصهٔ اطلاعات برداشت به‌عنوان عامل تمایز جدا می‌کند. سپرده‌های معتبرِ اعتبارسنج به صف اعتبارسنج‌ها هدایت می‌شوند، در حالی که سپرده‌های مشروعِ سازنده همچنان به ثبت یا افزایش رکوردهای سازنده ادامه می‌دهند. این قوانین رکوردهای جداگانه را حتی زمانی که یک کلید عمومی در هر دو نقش ظاهر می‌شود حفظ می‌کنند و شکاف مسیریابی سپرده که ریسک را ایجاد می‌کرد می‌بندند.

زمینه: فعال‌سازی گلامستردام و تأخیرهای مرتبط

تعویق تست‌نت هودی و ای‌آی‌پی-۸۰۳۷

اصلاح مربوط به سپرده زمانی اعمال شد که تیم‌های اتریوم در حال بازبینی مجدد زمان‌بندی فعال‌سازی گلامستردام بودند. بنیاد اتریوم فعال‌سازی برنامه‌ریزی‌شدهٔ تست‌نت هودی در ۲۶ اکتبر را پس از اینکه پژوهشگران خطرهای ناسازگاری قرارداد مرتبط با ای‌آی‌پی-۸۰۳۷ شناسایی کردند، به تعویق انداختند. پژوهشگر تونی وارشتاتر مواردی را برجسته کرد که تغییرات محاسبهٔ گس می‌تواند موجب بازگشت‌های ناخواسته یا باز کردن مسیرهای اجرایی شود که توسعه‌دهندگان آن‌ها را غیرقابل‌دسترس تصور می‌کردند و این احتمالاً قراردادهایی که به معنای باقیماندهٔ گس تکیه دارند را می‌شکند.

این مسئلهٔ جداگانه بنیاد را واداشت تا هم تغییرات اجرایی و هم گذار اجماعی گلوآس را از تمرین هودی حذف کند و افزایش پیشنهادی در حد گس بلوک را به تأخیر بیندازد. نگرانی‌های ای‌آی‌پی-۸۰۳۷ از اصلاح مربوط به سپردهٔ سازنده متمایز هستند، اما هر دو مسئله پیچیدگی هماهنگی تغییرات جاانداختهٔ اجماع و تنظیمات لایهٔ اجرا را برجسته می‌کنند.

پیاده‌سازی کلاینت، آزمایش‌ها و گام‌های بعدی

وظایف تیم‌های کلاینت

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

گلامستردام پیش از این در سپولیا در ۶ اکتبر فعال شده بود که زمینه‌ای اولیه برای مشاهدهٔ رفتار پی‌بی‌اس و افزایش توان عملیاتی تراکنش‌ها فراهم کرد. با تعویق هودی، تاریخ قطعی برای فعال‌سازی ارتقای شبکهٔ اصلی وجود ندارد. توسعه‌دهندگان راه‌حل محتاطانه‌ای را نشان داده‌اند: ادغام به‌روزرسانی مشخصات، گسترش پوشش تست و هماهنگی انتشارهای کلاینت قبل از هر عرضهٔ تولیدی.

توصیه‌ها برای اپراتورهای استیک و تیم‌های پروتکل

- انتشارهای کلاینت و راهنمای ارتقا را با دقت دنبال کنید؛ به‌محض عرضهٔ نسخه‌های پایدار که شامل اصلاح مسیریابی سپرده هستند، به‌روزرسانی‌ها را اعمال کنید. - فرایندهای ارسال و پایش سپرده را حسابرسی کنید تا اطمینان حاصل شود که سپرده‌ها تا زمان تأیید ایجاد شئٔ اعتبارسنج در زنجیره پیگیری می‌شوند. - با زیرساخت و اپراتورهای اعتبارسنج هماهنگ شوید تا مدیریت مشخصه‌های برداشت را بررسی کرده و رویه‌های بازیابی را در محیط‌های خصوصی یا تست‌نتی آزمایش کنید. - در نظر داشته باشید تله‌متری اضافی‌ای فراهم کنید که در صورت طبقه‌بندی غیرمعمول سپرده‌ها یا ثبت‌نام‌های سازنده که از کلیدهای مرتبط با سپرده‌های معلق استفاده می‌کنند، هشدار دهد.

نتیجه‌گیری: ریسک لبه‌ای که به‌زحمت جلوگیری شد

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

توسعه‌دهندگان اتریوم مسئله را از طریق به‌روزرسانی‌های مشخصات و تست‌های رگرسیون رفع کردند، اما پیاده‌سازی کلاینت و آزمایش‌های هماهنگ‌شده هنوز پیش‌نیازهای ضروری قبل از فعال‌سازی گسترده‌تر تغییرات مرتبط با گلامستردام هستند. پروتکل‌های استیکینگ، اپراتورهای نود و توسعه‌دهندگان باید به دنبال به‌روزرسانی‌های کلاینت باشند، در تست‌نت‌ها مشارکت کنند و مدیریت سپرده و مشخصه‌های برداشت خود را اعتبارسنجی کنند تا ریسک را پیش از ارتقای بعدی شبکه کاهش دهند.

پوریا عبدی‌زاده
«خبر برای من فقط یک تیتر نیست، یه جریان زنده‌ست. سعی می‌کنم تحولات اقتصادی و بازارها رو دقیق، سریع و بدون حاشیه براتون پوشش بدم.»

نظر بگذارید

نظرات

هنوز نظری ثبت نشده. اولین نفر باشید.