أصدرت Chainlink بروتوكول CCIP 2.0 في 28 سبتمبر، وهي نسخة من بروتوكولها عبر السلاسل تتيح لمصدري الرموز أو أطراف ثالثة تشغيل مدققين عبر السلاسل اختياريين (CCVs) واشتراطهم قبل اكتمال التحويل. يعني هذا التغيير أن المدقق المطلوب إذا انقطع اتصاله يمكنه تجميد كل رسالة تعتمد على تصديقه. قد يتعطل التحويل مع بقاء رموز السلسلة المصدر مقفلة أو محروقة دون إطلاق أو سك مقابل على السلسلة الوجهة.
أين يتوقف التحويل
في CCIP 2.0، تفصل تسلسل التحويل بين التحقق والتنفيذ. يقوم OnRamp بتجميع متطلبات المدقق للرسالة. ثم يقوم مجمع الرموز بقفل أو حرق رموز المصدر. تنشر خدمات المدقق خارج السلسلة تصديقات مرتبطة بمعرف الرسالة. يتحقق OffRamp من تلك التصديقات المطلوبة قبل الإطلاق أو السك على السلسلة الوجهة. وتؤكد Chainlink أنه يجب أن تعيد جميع CCVs المطلوبة نتائج صالحة قبل متابعة التنفيذ. إذا لم يقدم مدقق مطلوب تصديقه، فقد تظل رسالة الوجهة دون مساس.
هذا الترتيب مهم لأن القفل أو الحرق على الجانب المصدر يحدث قبل اكتمال التحقق. التحويل العالق ليس معاملة معلقة بالمعنى المعتاد؛ إنه حالة يكون فيها مجمع المصدر قد نقل الرموز لكن السلسلة الوجهة لا تملك دليلاً للتصرف بناءً عليه. تُسند Chainlink مسؤولية التنفيذ والصيانة والجهوزية لمشغلي CCV الخارجيين، لذا تعتمد موثوقية المدقق المطلوب على من يديره. يتكون مدقق اللجنة الافتراضي من 16 مشغل عقدة مستقل، مع وجود أي CCVs إضافية إلى جانب هذا الأساس.
المصدرون والأطراف الثالثة كتبعيات
إذا قام مصدر بتشغيل CCV مطلوب لمجمع رموزه الخاص، تصبح خدمة ذلك المصدر أحد الأطراف القادرة على تأخير الإكمال. وبالمثل، سيخلق مشغل طرف ثالث تبعية مماثلة. وقد حذرت Chainlink من أن مدققاً غير مستجيب يمكنه تعطيل كل رسالة تتطلب تصديقه — وليس تحويلاً واحداً فقط. لا تحدد مواد إطلاق الشركة أصلاً إنتاجياً مسمى أو مساراً يستخدم CCV مطلوباً يديره المصدر، لذا فإن الآلية بحد ذاتها ليست دليلاً على أن تحويل حامل معين قد تم حظره.
تنفيذ السلسلة الوجهة لا يتطلب إذناً بمجرد وجود كل دليل مطلوب وتحقيق أي نصاب مدقق اختياري. عادةً ما يقدم المنفذ الافتراضي المعاملة، لكن يمكن لأي شخص تقديمها عبر مسار التنفيذ اليدوي. لا يؤدي دفع غاز السلسلة الوجهة أو تغيير المنفذ إلى التنازل عن تصديق CCV مطلوب مفقود؛ فلا يزال OffRamp يتحقق من الأدلة قبل إطلاق أو سك الرموز.
معالجة الفشل وإعادة المحاولات
عندما تفشل محاولة وجهة بالفعل داخل المسار المحمي لـ OffRamp، يمكن وضع علامة FAILURE عليها وإعادة المحاولة بعد إصلاح المشكلة الأساسية. يعيد المنفذ الافتراضي لـ Chainlink محاولة الفشل خلال نافذة مُهيأة حالياً على ثماني ساعات. لا يحدد مسار التنفيذ اليدوي المنشور إلغاءً تلقائياً عاماً أو استرداداً أو إعادة لرموز السلسلة المصدر عندما لا يقدم مدقق مطلوب تصديقه أبداً. أي علاج خاص بالمصدر سيعتمد على ترتيبات ذلك الأصل.
هناك خطافان يوفران تدخلاً مبكراً. على سلاسل EVM، يمكن لخطاف Chainlink Automated Compliance Engine المُهيأ أن يرفض تحويلاً صادراً قبل أن يقفل مجمع المصدر أو يحرق أي شيء، مما يعكس معاملة المصدر. ويمكن لخطاف لاحق للرحلة على الوجهة مُهيأ بشكل منفصل أن يرفض الإطلاق أو السك بعد بدء التحويل على الجانب المصدر، تاركاً الرموز غير مسلمة حتى يتحقق شرط السياسة. كلاهما خيارات تهيئة وليسا إعدادات افتراضية.
ما يمكن للبنائين والحائزين التحقق منه
السؤال العملي لأي شخص ينقل رمزاً عبر CCIP 2.0 هو ما المدققون الذين يتطلبهم مسار معين ومن يديرهم. وضع CCV مطلوب يديره المصدر يضع ذلك المصدر في مسار كل تحويل لذلك المجمع. ويضيف CCV طرف ثالث مشغلاً آخر بسجل جهوزية خاص به. مدقق اللجنة الافتراضي المكون من 16 مشغلاً هو الأساس، لكن CCVs الإضافية تغير مجموعة التبعيات.
لم تسمِّ Chainlink أصلاً إنتاجياً أو مساراً يعتمد على CCV مطلوب يديره المصدر. حتى يظهر أحدها، فإن سيناريو التعطل هو خاصية موثقة في التصميم وليس حادثاً حياً. سيرغب البناؤون الذين يقيّمون الترقية في معرفة ما يحدث عندما يكون مدقق مطلوب بطيئاً أو صامتاً على مسارهم المحدد — وما إذا كان المصدر وراءه قد نشر علاجاً للرموز المقفلة بالفعل على السلسلة المصدر.
