تم إعداد Optimism (OP)، وهو حل رائد لتوسيع نطاق الطبقة الثانية لـ Ethereum، لتنفيذ تغييرات جذرية مهمة على نظام Fault Proof الخاص به، والذي سيؤثر بشكل مباشر على الجسور والتبادلات المركزية والحلول المخصصة التي تتعامل مع عمليات السحب. يعد هذا التطور أمرًا بالغ الأهمية لأصحاب المصلحة داخل النظام البيئي للتفاؤل، حيث يتعين عليهم تكييف أنظمتهم لتتماشى مع عملية التحقق من السحب الجديدة.

نظرة عامة على تحديث نظام إثبات الأخطاء

تقدم الترقية تحولًا من L2OutputOracle إلى نظام جديد يضم OptimismPortal وDisputeGameFactory. ستتم إزالة L2OutputOracle، الذي كان ضروريًا في السابق لدور المقترح في تخزين مقترحات مخرجات حالة L2، بالكامل. وبدلاً من ذلك، سيحتاج المطورون إلى استخدام rootClaim للعبة النزاع لإثبات عمليات السحب خلال الخطوة الأولى من عملية السحب المكونة من خطوتين.

سيشهد عقد OptimismPortal تغييرات طفيفة لأنه يشير الآن إلى عقد DisputeGameFactory بدلاً من L2OutputOracle. يجب على المطورين الآن البحث عن عقود DisputeGame الأخيرة مع نوع اللعبة المناسب من خلال OptimismPortal لإثبات عمليات السحب. يعزز هذا التحول الأمان واللامركزية في عملية السحب ولكنه يتطلب من المطورين تحديث كود العميل الخاص بهم وفقًا لذلك.

التأثير على الجسور والتبادلات المركزية

يتطلب الانتقال إلى Fault Proofs تحديثات في منطق التعامل مع عمليات السحب. ستحتاج معظم الفرق التي تستفيد من Optimism SDK أو Viem إلى تحديث إصدارات برامجها قبل إصدار Sepolia. على سبيل المثال، تتطلب حزمة Optimism SDK الترقية إلى الإصدار 3.2.0 أو أعلى، مما يحافظ على توافق واجهة برمجة التطبيقات (API) ويدمج المنطق الجديد تلقائيًا بمجرد اكتشاف ترقية Fault Proof.

بالنسبة لأولئك الذين يستخدمون Viem، فإن الإصدار الأحدث يكسر واجهة برمجة التطبيقات (API)، مما يستلزم استخدام مصمم ديكور تجريبي يدعم إثبات الأخطاء. عند تعميم أدلة الأخطاء على الشبكة الرئيسية، سيتم التوصية بالتبديل إلى واجهة برمجة التطبيقات المستقرة.

مراقبة تغييرات النظام

خضعت خدمات مراقبة السحب ومراقبة النزاعات لتحديثات لاستيعاب نظام إثبات الأخطاء الجديد. أصبحت خدمة مراقبة السحب، التي تعد ضرورية لنظام السحب المكون من خطوتين، أبطأ قليلاً عند بدء التشغيل ولكنها أكثر موثوقية ومتوافقة مع نطاق أوسع من البنية التحتية. يظل متوافقًا تمامًا مع الأنظمة الحالية.

ومن ناحية أخرى، ستحل خدمة "مراقبة النزاعات" محل "مراقبة الأخطاء" الحالية لاكتشاف مقترحات المخرجات غير الصالحة. ستحتاج الفرق التي تقوم حاليًا بتشغيل أداة مراقبة الأخطاء إلى التبديل إلى الخدمة الجديدة وتحديث أنظمة التنبيه الخاصة بها لتظل متوافقة مع الترقية الجديدة.

الخطوات التالية للمطورين والمشغلين

يُنصح المطورون والمشغلون داخل شبكة Optimism بالتعرف على التغييرات القادمة من خلال مراجعة الوثائق التفصيلية المقدمة من Optimism. يتضمن ذلك فهم المكونات الثلاثة الرئيسية لنظام إثبات الأخطاء — Cannon FPVM وMips.sol — وإعداد أنظمتها للانتقال.

ومن المقرر إطلاق تحديثات Fault Proof على شبكة الاختبار في 19 مارس 2024. ومن المهم لجميع الأطراف المعنية إعداد أنظمتها مسبقًا لضمان التكامل السلس مع البروتوكول الجديد وتجنب أي انقطاع في عملياتها.

يستمر التفاؤل في تقديم دعم المطورين لأولئك الذين يواجهون صعوبات أثناء عملية النقل. تعكس المشاركة الاستباقية والوثائق التفصيلية التزام Optimism بالحفاظ على نظام بيئي قوي وصديق للمطورين.

مصدر الصورة: Shutterstock