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

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

العديد من حلول الخصوصية الموجودة في السوق اليوم، في جوهرها، مجرد ستائر مؤقتة تُرتدى على نوافذ زجاجية شفافة. هذه الستائر قد تتسرب منها الضوء، والريح قد ترفعها، والجميع يمكنه أن يلاحظ أنك ترتدي ستارة — مما يجعلها علامة واضحة.

أما الحلول المتعلقة بالامتثال، فهي تواجه مشاكل مماثلة. العديد من المشاريع تعتمد على التحقق خارج السلسلة (链下验证) والتدقيق المركزي لمواجهة التنظيمات. هذا يشبه أن تضع حارس أمن مركزي في مدخل سوبر ماركت لامركزي — مما يخلق تباينًا كبيرًا في بنية الثقة للنظام بأكمله.

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

في عام 2018، واجه فريق Dusk قرارًا حاسمًا عند مفترق طرق: هل نُصلح ونُحسن على شبكة عامة موجودة، أم نبني من الصفر؟ لم يختاروا الحل السريع، بل قرروا إعادة البناء من الأساس.

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

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