اتریوم: غلمستردام پس از شناسایی خطرات در ۱۳ قرارداد به تعویق افتاد

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

به اختصار

• اتریوم آزمایش غلمستردام بر روی هودی را پس از کشف خطرات فنی به تعویق می‌اندازد.
• ChainSecurity حداقل ۱۳ قرارداد را شناسایی کرده است که ممکن است تحت تأثیر به‌روزرسانی قرار گیرند.
• عوامل هوش مصنوعی به محققان در شناسایی پیامدهای غیرمنتظره دیگر کمک می‌کنند.
• تیم‌ها تجزیه و تحلیل‌های خود را هماهنگ می‌کنند تا امنیت قراردادهای موجود را تقویت کنند.
• اتریوم این رویکرد را به هگوتا گسترش می‌دهد تا خطرات به‌روزرسانی‌های آینده خود را پیش‌بینی کند.

۱۳ قرارداد در معرض خطر باعث تعویق آزمایش می‌شود

تمرین عمومی غلمستردام بر روی هودی قرار بود در ۲۶ اکتبر برگزار شود. توسعه‌دهندگان در نهایت آن را پس از کشف خطرات مرتبط با پیشنهادات EIP-8037 و EIP-8038 که نحوه محاسبه برخی عملیات مربوط به ایجاد داده‌ها در بلاک‌چین اتریوم را تغییر می‌دهند، به تعویق انداختند.

شرکت سوئیسی ChainSecurity حداقل ۱۳ قرارداد از پیش مستقر شده را شناسایی کرده است که عملکرد آن‌ها ممکن است مختل شود. مشکل زمانی به وجود می‌آید که یک قرارداد برنامه دیگری را فراخوانی کند و گاز، واحدی که برای اندازه‌گیری و محاسبه محاسبات در اتریوم استفاده می‌شود، کم باشد. در برخی موارد، یک عملیات که معمولاً لغو می‌شود، ممکن است اثرات دائمی بگذارد یا مانع از موفقیت تلاش‌های بعدی شود.

عناصر اصلی شناخته شده نشان می‌دهند که استقرار همچنان معلق است:

• آزمایش غلمستردام بر روی هودی، که برای ۲۶ اکتبر برنامه‌ریزی شده بود، به تعویق افتاده است؛
• خطرات مربوط به پیشنهادات EIP-8037 و EIP-8038 است؛
• ChainSecurity حداقل ۱۳ قرارداد بالقوه تحت تأثیر را شناسایی کرده است؛
• هیچ خسارت مالی مرتبط با این نقص‌ها گزارش نشده است؛
• اتریوم نه تاریخ جدیدی برای هودی اعلام کرده و نه زمان‌بندی نهایی برای شبکه اصلی.

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

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

عوامل هوش مصنوعی تجزیه و تحلیل قراردادها را هماهنگ می‌کنند

محققان Eth Labs و بنیاد اتریوم به‌طور جداگانه از عوامل هوش مصنوعی برای بررسی قراردادهای بالقوه تحت تأثیر استفاده می‌کردند. پس از کشف اینکه آن‌ها رویکرد مشابهی را دنبال می‌کنند، یک مخزن GitHub ایجاد کردند که به‌عنوان یک تابلو ارتباطی برای سیستم‌های خودکار آن‌ها عمل می‌کند.

این عوامل می‌توانند مقادیر زیادی از کد را بررسی کنند، رفتارهای مختلف را شبیه‌سازی کنند و قراردادهایی را که عملکردشان به قوانین قدیمی گاز وابسته است، گزارش دهند. مأموریت آن‌ها به‌ویژه بر روی << اثرات ثانویه >> متمرکز است، به این معنی که عواقب غیرمستقیم که به‌طور فوری در پیشنهاد فنی ظاهر نمی‌شوند، را بررسی می‌کنند.

درک چیانگ، عضو Eth Labs، این روش را با روشی که عوامل مخرب در یک حادثه‌ای که به Hugging Face آسیب رساند، مقایسه کرده است. او در مورد جدول هماهنگی اظهار داشت:

مشخص شد که همان مدل برای عوامل خوب نیز مفید است.

با این حال، این فرمول نباید منجر به ارائه هوش مصنوعی به‌عنوان نویسنده نجات شود. ChainSecurity خطراتی را که باعث تأخیر شده‌اند، شناسایی کرده است. عوامل اکنون برای گسترش تحلیل، جستجوی قراردادهای دیگر و کمک به متخصصان انسانی برای بررسی سناریوهای بیشتر مداخله می‌کنند.

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

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

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

این سیستم قبلاً به EIP-8198، که به << Quick Slots >> معروف است، گسترش یافته است. این پیشنهاد، که برای به‌روزرسانی بعدی به نام Hegota در نظر گرفته شده است، به دنبال کاهش زمان بین بلاک‌ها است. یک پلتفرم هماهنگی دوم برای بررسی عواقب آن قبل از اینکه توسعه‌اش به مرحله پیشرفته‌ای برسد، باز شده است.

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

یک مطالعه منتشر شده در سال 2026 در مورد امنیت قراردادهای اتریوم نشان داد که عوامل پیشرفته می‌توانند آسیب‌پذیری‌ها را از ابتدا تا انتها شناسایی، اصلاح و حتی بهره‌برداری کنند. این توانایی دوگانه، علاقه آن‌ها را به حسابرسی‌ها تقویت می‌کند در حالی که محیط‌های کنترل‌شده و نظارت دقیق را تحمیل می‌کند.

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