دعونا نعود للحديث عن @Dusk الذي ذُكر كثيرًا مؤخرًا؛ وبعد أن قلّبتُ وثائقه الرسمية بعناية، ولّد لديّ قدرًا كبيرًا من الفضول والشك تجاه ما يُسمّى فيه بنموذج «الازدواجية الدافعة للامتثال والخصوصية».

فكرة تصميم Dusk واضحة جدًا: تقسيم النظام إلى ثلاثة أجزاء؛ حيث تتولى Moonlight إدارة السجل العام، وتتولى Phoenix إدارة التحويلات الخاصة، بينما تتولى Citadel التحقق من الهوية وإصدار الاعتمادات. ويمكن القول إن هذه المنظومة، من الناحية النظرية، تتوافق تمامًا مع احتياجات المؤسسات المالية التقليدية.

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

وهذا يختبر كفاءة الجهة المُصدِرة بجدية. ماذا لو أخطؤوا في إعداد المعلمات؟ وإذا تضخمت سلطة التحكم لدى كيانٍ ما بلا حدود، فهل سيتحوّل النظام كله إلى جزر بيانات متفرقة على السلسلة؟ في عالم اللامركزية، سواء كان «الأخ الأكبر» $BTC أو «ملك النظام البيئي» $ETH، فلم ينجح أيٌّ منهما في حل مشكلة الرقابة على الصلاحيات عند تطبيق RWA بشكل مثالي، بينما Dusk يرمي بهذه الكرة إلى جهة التطبيق.

البيانات على الموقع الرسمي فعلًا في حالة «انطلاق» الآن: ليس فقط هناك نية إصدار تصل إلى 3 مليارات يورو، بل إن 210 ملايين DUSK مقفلة بإحكام داخل العقد، كما أن سرعة التسوية التي تبلغ نحو 10 ثوانٍ سلسة بما يكفي. لكن علينا أن نواجه حقيقة أن الحِزم الأساسية مثل Dusk Trade وDuskEVM، التي يُفترض أن تستوعب هذه السيناريوهات الضخمة، ما تزال في حالة شبكة اختبار.

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

#dusk $DUSK