Optimism (OP) ارتقاء اثبات خطای بحرانی را اعلام کرد که بر پل ها و مبادلات تأثیر می گذارد

Optimism (OP)، یک راه حل پیشرو در مقیاس بندی لایه 2 برای اتریوم، قرار است تغییرات قابل توجهی را در سیستم Fault Proof خود اعمال کند که مستقیماً بر پل ها، صرافی های متمرکز و راه حل های سفارشی که برداشت ها را انجام می دهند تأثیر می گذارد. این توسعه برای ذینفعان در اکوسیستم Optimism بسیار مهم است، زیرا آنها باید سیستم‌های خود را برای همسویی با فرآیند تأیید برداشت جدید تطبیق دهند.

نمای کلی به روز رسانی سیستم اثبات خطا

این ارتقاء یک تغییر از L2OutputOracle به یک سیستم جدید شامل OptimismPortal و DisputeGameFactory را معرفی می کند. L2OutputOracle که قبلا برای نقش Proposer در ذخیره سازی پیشنهادات خروجی L2 ضروری بود، به طور کامل حذف خواهد شد. در عوض، توسعه‌دهندگان باید از rootClaim یک بازی اختلاف برای اثبات برداشت‌ها در مرحله اول فرآیند دو مرحله‌ای برداشت استفاده کنند.

قرارداد OptimismPortal تغییرات جزئی را تجربه خواهد کرد زیرا اکنون به جای L2OutputOracle به قرارداد DisputeGameFactory اشاره می کند. توسعه دهندگان اکنون باید قراردادهای اخیر DisputeGame را با نوع بازی مناسب از طریق OptimismPortal جستجو کنند تا برداشت ها را ثابت کنند. این تغییر، امنیت و تمرکززدایی فرآیند برداشت را افزایش می‌دهد، اما توسعه‌دهندگان را ملزم می‌کند تا کد مشتری خود را بر این اساس به‌روزرسانی کنند.

تأثیر بر پل ها و مبادلات متمرکز

انتقال به Fault Proofs مستلزم به‌روزرسانی‌هایی در منطق رسیدگی به برداشت‌ها است. اکثر تیم‌هایی که از Optimism SDK یا Viem استفاده می‌کنند، باید نسخه‌های نرم‌افزار خود را قبل از انتشار Sepolia به‌روزرسانی کنند. به عنوان مثال، Optimism SDK به ارتقاء به نسخه 3.2.0 یا بالاتر نیاز دارد، که سازگاری API را حفظ می کند و پس از شناسایی ارتقاء اثبات خطا، منطق جدید را به طور خودکار یکپارچه می کند.

برای کسانی که از Viem استفاده می‌کنند، آخرین نسخه API را خراب می‌کند و استفاده از دکوراتور آزمایشی که از اثبات خطا پشتیبانی می‌کند ضروری است. به محض اینکه اثبات خطا در Mainnet جریان یابد، سوئیچ به API پایدار توصیه می شود.

نظارت بر تغییرات سیستم

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

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

مراحل بعدی برای توسعه دهندگان و اپراتورها

به توسعه دهندگان و اپراتورهای شبکه Optimism توصیه می شود که با بررسی مستندات دقیق ارائه شده توسط Optimism با تغییرات آتی آشنا شوند. این شامل درک سه جزء اصلی سیستم اثبات خطا - Cannon FPVM و Mips.sol - و آماده سازی سیستم های آنها برای انتقال است.

به‌روزرسانی‌های Fault Proof قرار است در تاریخ 19 مارس 2024 در شبکه آزمایشی راه‌اندازی شوند. برای همه طرف‌های درگیر بسیار مهم است که سیستم‌های خود را از قبل آماده کنند تا از یکپارچگی یکپارچه با پروتکل جدید اطمینان حاصل کنند و از هرگونه اختلال در عملکرد خود جلوگیری کنند.

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

منبع تصویر: Shutterstock