#dusk $DUSK @Dusk بدأت النظر في Dusk بسبب قصة الخصوصية.

لكن بعد الاطلاع على الورقة البيضاء، أعتقد أن الأمر أضيق من اللازم للنظر إليه بهذه الطريقة.

ما لفت انتباهي هو المشكلة الأكبر التي يحاول Dusk حلها:

هل يمكن للبيانات المالية أن تظل خاصة دون أن يجعل ذلك النظام مستحيلاً من ناحية التحقق أو التنظيم؟

هذه مسألة أصعب بكثير.

يتعامل معها Dusk عبر أجزاء مختلفة تؤدي وظائف مختلفة. يتولى Phoenix التعامل مع الإنفاق السري عبر نموذج قائم على UTxO، بينما صُمم Zedger للتعامل مع ترميز الأصول المرمّزة الأمنية الخاضعة للتنظيم وإدارة دورة حياتها. ثم يقدم Rusk VM أشياء مثل التحقق من أدلة الإثبات بالمعرفة الصفرية الأصلية ودعم شجرة ميركل إلى طبقة الحوسبة.

حتى تصميم الإجماع يتبع التفكير نفسه.

يفصل SBA بين إنتاج الكتل والتحقق منها والإتمام النهائي. يتم اختيار المُنشئين عبر Proof-of-Blind Bid، بينما يقوم Provisioners بالتحقق من الكتل وإتمامها.

لذا فإن الفكرة المثيرة للاهتمام ليست ببساطة «Dusk يجعل البلوك تشين خاصًا».

بل أقرب إلى:

ليس من الضروري أن تكشف كل شيء لإثبات أن كل شيء صحيح.

قد يكون لهذا التمييز أهمية كبيرة بالنسبة للأسواق المالية الخاضعة للتنظيم.

لكن هذه هي أيضًا النقطة التي لستُ مستعدًا فيها للقفز إلى استنتاجات.

فبروتوكول مُحكَم التصميم على الورق لا يعني تلقائيًا أن نفس التصميم سيعمل بسلاسة مع الجهات التنظيمية الواقعية والمؤسسات الواقعية والسيولة الواقعية والمستخدمين الواقعيين.

وهذه هي الجزئية التي سأكون متابعًا لها.

لأن الاختبار الحقيقي لـ Dusk ليس ما إذا كان يمكنه جعل المعاملات خاصة.

بل ما إذا كان يمكن للتقاطع بين الخصوصية والتحقق والمتطلبات التنظيمية أن يتعايش بالفعل عندما يتعين على الشبكة العمل على نطاق مالي حقيقي.