لقد قمت بترجمة مقالة تعاون NPEX مع Cordial Systems عن @Dusk ، ثم اكتشفت أن عبارة “الإيداع/الحفظ على مستوى المؤسسة” هنا لا تعني فقط تسليم العملات إلى مزوّد حفظ كبير ثم انتهى الأمر. إنّ الخطة العلنية هي أن تستخدم NPEX تقنيات المحافظ ذاتية الحفظ لدى Cordial Treasury؛ حيث تقوم المؤسسة بتشغيل النظام داخل بيئتها الخاصة، ثم يتم إتمام التوقيع عبر MPC واستراتيجيات الصلاحيات. النقطة الأساسية هي أن البنية التحتية تحت سيطرة المؤسسة نفسها، دون الحاجة إلى تفويض تشغيل الأصول كاملةً إلى حسابات طرف ثالث.

هذا يختلف تمامًا عن المشكلة التي يركّز عليها “المحفظة الشخصية” بخصوص عبارة الاستذكار (seed phrase). على البورصات/أسواق الأوراق المالية التعامل مع موافقات متعددة للأطراف، وفصل المسؤوليات، وقوائم الأصول المسموح بها، وسجلات التدقيق، والتعافي من الكوارث؛ ولا ينبغي لأي مُشغّل منفرد نقل الأصول وحده، كما لا يجوز أن يتعطل النظام بسبب توقف واجهة طرف مورد واحدة.

تحديد Cordial هو النشر المحلي (local deployment)، وانعدام الثقة (zero trust)، والحوسبة متعددة الأطراف (MPC). أما Dusk فتتولى ضمان أن مسار الحفظ هذا يمكنه الاحتفاظ بـ $DUSK ونقله، وكذلك الأصول الخاضعة للتنظيم مستقبلًا.

لكن “الحفظ الذاتي” لا يعني أيضًا “عدم وجود ثقة”. مكان تجزئة المفاتيح، وهل يمكن للمسؤول تعديل عتبات الموافقة، ومن يوقّع على ترقية البرامج، وما إذا كانت استعادة النسخ الاحتياطية ستعيد تركيز الصلاحيات—هذه هي سطح الهجوم الحقيقي. تُظهر إعلانات NPEX أن الأطراف الثلاثة تقوم بتطوير هذه البنية التحتية، لكنها لم تُقدّم نطاق الحفظ علنًا، أو قائمة كاملة للعملاء عند الإطلاق، أو نتائج اختبارات الضغط/الجاهزية للحوادث. لذلك لا ينبغي اعتبار نص التعاون كأنه تقرير نجاح تشغيلي.

بالقياس إلى شعارات شركاء متعددين، يهمني أكثر نموذج الصلاحيات لـ #dusk ، وأدلة التدقيق، وتمارين الاستعادة. ما الذي تحتاجه المؤسسة فعليًا على السلسلة؟ هل تحتاج إلى طرف ثالث يحتفظ بالأصول بدلًا عنها، أم أن تتولى هي الصلاحيات ثم تُقفل كل عملية داخل موافقات متعددة الأطراف؟