عندما رأيت للمرة الأولى Dusk تضع مساري الخصوصية جنبًا إلى جنب، ظننت تلقائيًا أنها تزيد العمل على نفسها. فأن تجعل سلسلة واحدة التحويلات خفية تمامًا، وتترك في الوقت نفسه منفذًا لمن قد يُطلب منهم تقديم معلومات للتحقق لاحقًا، يبدو أمرًا يسهل أن ينتهي بدفترَي حسابات منفصلين لا يتواصل أحدهما مع الآخر. #dusk قرأت وثائق Dusk مرارًا، متتبعًا حركة الأموال من الدخول إلى الخروج، ثم جرّبت نوعَي التحويل عدة مرات في بيئة الاختبار. عندها بدأت أقتنع بأن Dusk لا تفعل ذلك لمجرد استعراض كثرة ميزاتها.
أحد مساري Dusk أقرب إلى UTXO؛ فلا يستطيع الآخرون على السلسلة سوى التأكد من أن المعاملة قد جرى التحقق منها وأن الأموال لم تُنفق مرتين. أما من أرسل إلى من، والمبلغ المرسل، فيبقيان مخفيين افتراضيًا. وهذا مناسب لمن يريدون نقل أموالهم من دون ترك مسارات يمكن ربطها ببعضها. أما مسار Dusk الآخر فيتماشى مع أسلوب EVM، ويمكن مواصلة كتابة العقود عليه. وتظل الأنشطة اليومية مبهمة للآخرين، لكن عند الحاجة إلى تقديم توضيح، يمكن إظهار ما يلزم ضمن النطاق المتفق عليه. فاهتمامات الأفراد والمؤسسات ليست واحدة، وDusk لم تحشرهم قسرًا في قالب واحد؛ وأرى أن ذلك عملي. $DUSK $BTC
@Dusk ما جعلني أتوقف وأفكر مليًا هو كيفية انتقال الأموال بين هذين المسارين في Dusk. فالخطوات ليست صعبة كما ترد في الوثائق، لكن الصعوبة تكمن في أن آلتَي الحالة تسجلان الأصل نفسه كلٌّ على حدة. وإذا تأخرت الطبقة الوسيطة أو لم تتطابق السجلات، أو لم تُحدَّد آلية التراجع عن الحالات الشاذة بدقة كافية، فستظهر على أرض الواقع جوانب من Dusk مرّت عليها الوثائق مرورًا سريعًا. وما دامت الشبكة الرئيسية لم تختبر هذا الاحتكاك فعليًا بعد، فلا أجرؤ على المبالغة في وصف تقسيم الأدوار بين المسارين. لم أضع سوى قدر ضئيل جدًا من DUSK، لمجرد متابعة نموها. إذا سارت عملية الربط بسلاسة، ولم يكن منفذ التدقيق مجرد زر استعراضي، فسيكون لهذا المسار في Dusk ما يسنده؛ أما الآن، فسأبقى متفائلًا بحذر.