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

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

@Dusk يتعامل مع ذلك باستخدام البراهين الصفرية المعرفة. تُخفي المعاملة المُشفّرة المرسل والمرسل إليه والمبلغ عن العرض العام، بينما يتحقق الشبكة من أن المعاملة تتبع كل القواعد، دون أن ترى الشبكة تلك التفاصيل نفسها.

ثم يتيح الإفصاح الانتقائي لطرفٍ مُفوّض واحد—المرسل إليه، أو المُدقِّق بصلاحية مناسبة—إثبات حقيقة محددة عن تلك المعاملة دون كشف باقي المعلومات. هذا هو الفرق الميكانيكي بين الخصوصية الافتراضية والخصوصية كتحويل “كل شيء أو لا شيء”.

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

$DUSK يجب تقييمها اعتمادًا على الحوكمة الكامنة وراء من يمكنه طلب الإفصاح، وليس فقط على وجود خصوصية صفرية المعرفة في البروتوكول.
#dusk $AKE $SNDK