#dusk $DUSK كثير من الناس بمجرد سماع “إثباتات صفرية المعرفة” يتعقدون فعليًا، لكن في الحقيقة يمكن شرح ما تفعله DUSK بصورة واحدة فقط: إنها تريد أن تمنح المعاملات المالية “نظارة شمسية شبه شفافة”. حين يقترب المنظم من الجانب يمكنه أن يرى الصورة بوضوح، بينما من أمام المارة لا تظهر سوى كتلة سوداء.
عند تفكيك الأمر، تجد أن حزمة الضربات هذه مرتبة بعناية. يستخدم نموذج Phoenix أنظمة إثبات مثل PLONK، فيُضمَّن مبلغ المعاملة وطرفها الآخر داخل إثباتات صفرية المعرفة، لتتمكن من إثبات “هذه المعاملة قانونية” دون كشف التفاصيل. ويحتفظ Moonlight بالحسابات العامة لتلبية سيناريوهات تتطلب الشفافية. تتولى Rusk VM تنفيذ عقود ذكية سرية، ويضيف Hedger طبقة أخرى من التشفير المتماثل لتعزيز الحماية. والأهم هو آلية “مفتاح العرض” — يحمل المنظم مفاتيح خاصة يعرف بها ما يجب أن يراه؛ بينما لا يملك الجمهور تلك المفاتيح، فتُخفي ما يجب إخفاؤه.
فما الذي يجعل هذا التصميم أذكى من السلاسل “المجهولة بالكامل”؟ إنه لا يصطدم مع المنظم مباشرة. فـ Monero وZcash، من نوع “منظور إله لا يَرى شيئًا” البحت، بالنسبة إلى MiCA تُصبح أهدافًا سهلة. تحوِّل DUSK الخصوصية إلى مفتاح قابل للبرمجة والتفويض، وفي جوهره تترك “ممرًا خلفيًا للامتثال” على مستوى التشفير.
وبالطبع، الأناقة التقنية لا تعني أن التنفيذ سيكون بلا مشكلات. هل التشفير المتماثل مكلف جدًا من ناحية الأداء؟ وهل كفاءة توليد الإثباتات كافية لمعادلات تتم بسرعة عالية؟ وهل إدارة صلاحيات مفاتيح العرض قد تصبح سطح هجوم؟ هذه التفاصيل الهندسية هي التي تحدد إن كان بإمكانه تحمل أعباء على مستوى المؤسسات حقًا.
التشفير يحل مشكلة “هل يمكن فعل ذلك”. والهندسة والتنظيم يحلان مشكلة “هل يمكن عمله على أرض الواقع”. لا بد أن ينجح الاثنان معًا حتى تُحسب DUSK بالفعل مشروعًا قائمًا.
هل برأيك إن الخصوصية القابلة للبرمجة ستكون مواصفة قياسية في المستقبل، أم حلًا انتقاليًا؟ #dusk @Dusk $DUSK