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

Dusk سلكت طريقاً مختلفاً. لم يكن المشروع في مرحلة التصميم المبكرة يخطط لجعل البلوكشين يعمل بشكل مستقل عن بيئة التنظيم. بل بالعكس، فكر بشكل معاكس — بما أن التنظيم والتدقيق هما قيد دائم وموضوعي، فلماذا لا ندمجهما مباشرة في منطق النظام الأساسي؟ يبدو الأمر بسيطاً، لكن هذا التغيير في الافتراض غير مسار الهيكل بأكمله.

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

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

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

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