الشيء الذي جعلني أتوقف هذا الأسبوع ليس ذلك السطر، بل عبارة صغيرة إلى حدّ ما موجودة بعمق داخل وثائق Project @Dusk : “integration not yet live.”

عدت إلى إشعار CCIP لأرى فعليًا إلى أين وصل الأمر، رغم أنني كنت أعتقد في البداية أنني سأجد أن أجزاء كثيرة قد تم تنفيذها بالفعل. ما تم وصفه يبدو مكتملًا جدًا: Dusk وNPEX يعملان مع CCIP وDataLink وData Streams لنقل الأصول المُدارة عبر سلاسل متعددة. هذه الطريقة في السرد قد تجعلني أظن أن النظام يعمل بالفعل.

لم أتوقف عند الإشعار، بل غصصت في وثائق #Dusk للمقارنة. والنتيجة كانت مختلفة عن الإحساس الأول: ما زال CCIP في حالة “not yet live”.

الشيء الذي أستطيع التحقق منه بوضوح أنه يعمل: حتى تاريخ 10/8، وهو DuskEVM testnet. لقد تم استخدام Solidity وHardhat، وأصبح $DUSK توكن غاز native، ويمكنني أيضًا نشر العقود واختبارها مباشرةً على الـ explorer.

هذا ما جعلني أنظر إلى “توسيع النطاق” بطريقة مختلفة. في الوقت الحالي، الأمر ليس قصة نقل أصول عبر السلاسل بقدر ما هو أن Dusk أولًا أنشأ بيئة EVM مألوفة كي يبني المطوّرون عليها. ما زالت الـ Composability في المقدمة. والفرق الذي لاحظته هو هذا بالذات: ما تم إصداره هو الأساس الذي ستتصل عبره CCIP، وليس تكامل CCIP نفسه.

ما زلت أتساءل إن كانت Dusk ترتّب طبقات التنفيذ بشكل استباقي، أم أنها مجرد حالة مألوفة عندما تسبق الرسائل الإعلامية التقدمَ التقني في الجدول الزمني. ولهذا السبب، أريد أن أعرف أين تقف النشاطات الفعلية على DuskEVM testnet: كم عدد العقود التي تم نشرها فعليًا، بدلًا من الاكتفاء بملاحظة الاهتمام الذي يمنحه اسم CCIP.$JCT $SPACE