قاعدة صديقة لتصميم الشبكة، غالبًا ما تكون أكثر أهمية من تكديس الوظائف.

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

الكثير من مشاريع البلوكشين تتبع نهج "الابتداء بالتقنية ثم النظر في الامتثال". لكن هناك طريقة أخرى: من اليوم الأول، يتم اعتبار التنظيم كمتغير بيئي دائم، وليس مشكلة يجب حلها في المستقبل. قد يبدو هذا محافظًا، لكنه في المجال المالي غالبًا ما يكون خيارًا أكثر واقعية.

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

أولًا، آلية الصلاحيات. الشبكات التقليدية غالبًا تفترض مساواة الجميع، لكن الواقع المالي ليس كذلك. الأدوار المختلفة ترى معلومات مختلفة، وتتحمل مسؤوليات مختلفة. طريقة DUSK هي دمج تمييز الأدوار في مستوى النظام، وليس كتصحيح على مستوى التطبيق.

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

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