بيان تكامل Chainlink المشترك الذي صدر من NPEX في الأسبوع الماضي والذي يحمل رقم @Dusk ، أول رد فعل لي كان: "هذا منطقي"، ورد فعلي الثاني: "انتظر، هذا لا يشبه إلى حدّ ما نظامَ الإثبات الذاتي الذي يؤكد عليه Dusk باستمرار".
على وجه التحديد، قررت Dusk وNPEX اعتبار Chainlink CCIP (بروتوكول قابلية التشغيل البيني عبر السلاسل) طبقةَ ربط بينية عبر السلاسل مُعيارية، لنقل الأوراق المالية المُرمّزة التي يصدرها NPEX على DuskEVM بين سلاسل مختلفة، مع دمج DataLink وData Streams كمصادر لبيانات السوق. كذلك، فإن عملية عبور الرمز $DUSK عبر السلاسل من Ethereum إلى Solana تتم أيضًا عبر معيار CCT (Cross-Chain Token) الخاص بـ Chainlink.
كنت دائمًا أفهم أن نقطة بيع Dusk الأساسية تتمثل في تقديم قابلية التحقق عبر طبقات تشفيرية مثل الإثباتات الصفرية المعرفة والتشفير المتماثل—لا تحتاج إلى الوثوق بأي طرف وسيط، فالرياضيات نفسها هي البرهان. لكن نموذج الأمان الأساسي لـ CCIP ليس كذلك؛ فهو يعتمد على شبكة أوركِل لامركزية من Chainlink (DON)، حيث تقوم مجموعة من العقد المستقلة بمراقبة أحداث السلسلة المصدر، ثم التوصل إلى توافق، ثم توقيع الرسائل عبر السلاسل وإطلاقها. هذا يعني أنه بمجرد عبور أصل عبر السلاسل، تنتقل مسؤولية التحقق من جزء "نظام إثبات Dusk الخاص" إلى "شبكة DON التابعة لـ Chainlink: هل هي صادقة وهل تم اختراقها".
ليس المقصود أن هذا الاختيار غير صحيح—فمؤسسات مالية تقليدية مثل SWIFT وDTCC وANZ تستخدم CCIP أيضًا، ما يدل على أن نموذج الثقة هذا عبر السلاسل مقبول لدى المؤسسات. لكن بالنسبة لسلسلة امتثال خصوصي تتكرر فيها عبارة "لا تحتاج إلى الثقة بطرف ثالث"، فإن تفويض حدود أمان التسوية عبر السلاسل إلى آلية توافق أوركِل أخرى—هذه نقطة تحول تستحق أن تُذكر بوضوح ضمن إفصاحات المخاطر، لا أن تُمرَّر مرور الكرام.
عندما تريد الأموال الحقيقية أن تتم تسويتها عبر السلاسل: هل سيتم الوثوق بنظام إثبات Dusk، أم سيتم الوثوق بـ DON الخاصة بـ Chainlink؟ وعند حدوث مشكلة، فالحساب على من؟
#dusk
على وجه التحديد، قررت Dusk وNPEX اعتبار Chainlink CCIP (بروتوكول قابلية التشغيل البيني عبر السلاسل) طبقةَ ربط بينية عبر السلاسل مُعيارية، لنقل الأوراق المالية المُرمّزة التي يصدرها NPEX على DuskEVM بين سلاسل مختلفة، مع دمج DataLink وData Streams كمصادر لبيانات السوق. كذلك، فإن عملية عبور الرمز $DUSK عبر السلاسل من Ethereum إلى Solana تتم أيضًا عبر معيار CCT (Cross-Chain Token) الخاص بـ Chainlink.
كنت دائمًا أفهم أن نقطة بيع Dusk الأساسية تتمثل في تقديم قابلية التحقق عبر طبقات تشفيرية مثل الإثباتات الصفرية المعرفة والتشفير المتماثل—لا تحتاج إلى الوثوق بأي طرف وسيط، فالرياضيات نفسها هي البرهان. لكن نموذج الأمان الأساسي لـ CCIP ليس كذلك؛ فهو يعتمد على شبكة أوركِل لامركزية من Chainlink (DON)، حيث تقوم مجموعة من العقد المستقلة بمراقبة أحداث السلسلة المصدر، ثم التوصل إلى توافق، ثم توقيع الرسائل عبر السلاسل وإطلاقها. هذا يعني أنه بمجرد عبور أصل عبر السلاسل، تنتقل مسؤولية التحقق من جزء "نظام إثبات Dusk الخاص" إلى "شبكة DON التابعة لـ Chainlink: هل هي صادقة وهل تم اختراقها".
ليس المقصود أن هذا الاختيار غير صحيح—فمؤسسات مالية تقليدية مثل SWIFT وDTCC وANZ تستخدم CCIP أيضًا، ما يدل على أن نموذج الثقة هذا عبر السلاسل مقبول لدى المؤسسات. لكن بالنسبة لسلسلة امتثال خصوصي تتكرر فيها عبارة "لا تحتاج إلى الثقة بطرف ثالث"، فإن تفويض حدود أمان التسوية عبر السلاسل إلى آلية توافق أوركِل أخرى—هذه نقطة تحول تستحق أن تُذكر بوضوح ضمن إفصاحات المخاطر، لا أن تُمرَّر مرور الكرام.
عندما تريد الأموال الحقيقية أن تتم تسويتها عبر السلاسل: هل سيتم الوثوق بنظام إثبات Dusk، أم سيتم الوثوق بـ DON الخاصة بـ Chainlink؟ وعند حدوث مشكلة، فالحساب على من؟
#dusk