#dusk $DUSK @Dusk أول مرة رأيت Dusk يذكر Selective Disclosure (الإفصاح الانتقائي)، لم أكن أولي الأمر اهتمامًا كبيرًا. في ذلك الوقت كانت فهمي بسيطة: أليس بروتوكول الخصوصية هو إخفاء معلومات المعاملات؟ حماية المبالغ والعناوين وعلاقات المعاملات بحيث لا يستطيع الآخرون رؤيتها—أليس هذا وحده يحقق حماية الخصوصية؟
إلى أن قمت قبل أيام قليلة ب整理 ملاحظات ورقة Dusk البيضاء، حيث جمعت نموذج معاملات Phoenix مع سيناريوهات الأصول المتوافقة. عندما وصلت إلى جزء Selective Disclosure، توقفت. لأنني اكتشفت مشكلة كنت قد تجاهلتها سابقًا: إذا كان Phoenix قد أخفى حالة المعاملة بالفعل، فكيف يمكن للجهات المؤسسية وجهات التدقيق والجهات التنظيمية أن تتأكد من أن هذه الصفقة تلتزم بالقواعد؟
هذا السؤال جعلني أُعيد فهم تصميم Dusk. كنت أظن أن جوهر الخصوصية هو «عدم إظهارها للآخرين»، لكن بعد البحث وجدت أن ما تحتاجه المؤسسات فعلًا ليس إخفاء المعلومات بالكامل، بل التحكم في *متى* و*لمن* و*بأي طريقة* يتم التحقق من المعلومات.
يعالج Phoenix خصوصية المعاملات نفسها. من خلال الملاحظات المشفَّرة (shielded notes) والأدلة صفرية المعرفة (zero-knowledge proofs)، يمكن للشبكة التحقق من صحة المعاملة دون الحاجة إلى نشر الرصيد الكامل والعلاقات بين المعاملات وحالة الأصول. لكن بالنسبة للأصول الخاضعة للتنظيم مثل الأوراق المالية وصناديق الاستثمار، فإن إخفاء المعلومات وحده لا يكفي؛ فالسوق المالي يحتاج إلى التدقيق والتأكد من تنفيذ القواعد، كما يحتاج إلى تقديم إثباتات في حالات محددة.
وهنا تكمن أهمية Selective Disclosure. فهي لا تكسر الخصوصية، بل تبني مخرجًا للتحقق انطلاقًا من الخصوصية: حماية بيانات المعاملات افتراضيًا، وعندما يحتاج طرف مُفوَّض إلى الفحص، يتم إفصاح المعلومات الضرورية فقط، بدلًا من نشر السجل الكامل لجميع المعاملات.
بعد ربط هذين الآليتين من جديد، أدركت أن Phoenix وSelective Disclosure ليسا وحدتين مستقلتين. الأولى تحل مسألة «كيف نخفي المعاملة ونثبت أنها صحيحة»، والثانية تحل مسألة «كيف نفي بالقواعد المالية الواقعية بعد الإخفاء». كانت مشكلة سلاسل الكتل عند نشرها علنًا أنها شفافة لكنها تفتقر إلى الخصوصية، بينما كانت مشكلة التمويل التقليدي أن المعلومات قابلة للتحكم لكنها تعتمد على التحقق المركزي.
ما يتغير ليس مجرد طريقة لإخفاء المعلومات، بل حدود الثقة داخل التمويل على السلسلة. وفي المستقبل، عندما تدخل RWA حقًا إلى السلسلة، لن تكون التحديات مجرد إصدار Token، بل كيفية جعل الأصول تحقق في الوقت نفسه الخصوصية والتنظيم والتنفيذ الآلي.
إلى أن قمت قبل أيام قليلة ب整理 ملاحظات ورقة Dusk البيضاء، حيث جمعت نموذج معاملات Phoenix مع سيناريوهات الأصول المتوافقة. عندما وصلت إلى جزء Selective Disclosure، توقفت. لأنني اكتشفت مشكلة كنت قد تجاهلتها سابقًا: إذا كان Phoenix قد أخفى حالة المعاملة بالفعل، فكيف يمكن للجهات المؤسسية وجهات التدقيق والجهات التنظيمية أن تتأكد من أن هذه الصفقة تلتزم بالقواعد؟
هذا السؤال جعلني أُعيد فهم تصميم Dusk. كنت أظن أن جوهر الخصوصية هو «عدم إظهارها للآخرين»، لكن بعد البحث وجدت أن ما تحتاجه المؤسسات فعلًا ليس إخفاء المعلومات بالكامل، بل التحكم في *متى* و*لمن* و*بأي طريقة* يتم التحقق من المعلومات.
يعالج Phoenix خصوصية المعاملات نفسها. من خلال الملاحظات المشفَّرة (shielded notes) والأدلة صفرية المعرفة (zero-knowledge proofs)، يمكن للشبكة التحقق من صحة المعاملة دون الحاجة إلى نشر الرصيد الكامل والعلاقات بين المعاملات وحالة الأصول. لكن بالنسبة للأصول الخاضعة للتنظيم مثل الأوراق المالية وصناديق الاستثمار، فإن إخفاء المعلومات وحده لا يكفي؛ فالسوق المالي يحتاج إلى التدقيق والتأكد من تنفيذ القواعد، كما يحتاج إلى تقديم إثباتات في حالات محددة.
وهنا تكمن أهمية Selective Disclosure. فهي لا تكسر الخصوصية، بل تبني مخرجًا للتحقق انطلاقًا من الخصوصية: حماية بيانات المعاملات افتراضيًا، وعندما يحتاج طرف مُفوَّض إلى الفحص، يتم إفصاح المعلومات الضرورية فقط، بدلًا من نشر السجل الكامل لجميع المعاملات.
بعد ربط هذين الآليتين من جديد، أدركت أن Phoenix وSelective Disclosure ليسا وحدتين مستقلتين. الأولى تحل مسألة «كيف نخفي المعاملة ونثبت أنها صحيحة»، والثانية تحل مسألة «كيف نفي بالقواعد المالية الواقعية بعد الإخفاء». كانت مشكلة سلاسل الكتل عند نشرها علنًا أنها شفافة لكنها تفتقر إلى الخصوصية، بينما كانت مشكلة التمويل التقليدي أن المعلومات قابلة للتحكم لكنها تعتمد على التحقق المركزي.
ما يتغير ليس مجرد طريقة لإخفاء المعلومات، بل حدود الثقة داخل التمويل على السلسلة. وفي المستقبل، عندما تدخل RWA حقًا إلى السلسلة، لن تكون التحديات مجرد إصدار Token، بل كيفية جعل الأصول تحقق في الوقت نفسه الخصوصية والتنظيم والتنفيذ الآلي.
