#dusk $DUSK في هذه السنوات الماضية، مع تعثر سلاسل الخصوصية واحدًا تلو الآخر، تكوّنت لدي عادة تدريجية: لا أولي اهتمامًا كبيرًا لما إذا كانت خوارزميات التشفير قد تم اختراقها؛ بل أركز أولاً على ما إذا كان الشخص الذي يحتفظ بنقاط وصول خلفية لأغراض الامتثال قد تم ضبطه بالفعل. رأيت الكثير من المشاريع الخاصة بالخصوصية تتعرض للانفجار؛ والجذر ليس اختراق برهان الصفر-المعرفي، بل تصميم الصلاحيات الذي افترض منذ البداية أن «الجهة المطوّرة لن تلمس بيانات المستخدمين بشكل عشوائي». ما دامت هذه الافتراضات لم تنطبق ولو مرة واحدة، فستصبح أصول المستخدمين وبيانات معاملاتهم مكشوفة عاجلاً أم آجلاً.
الشيء الذي أوقفني هو تفكيك@dusk_foundation لخط تنفيذ ZkKYC لإصدار RC على الشبكة الرئيسية. الأمر ليس مجرد إضافة كتلة امتثال لسلسلة الخصوصية؛ بل تحويل «من يحق له رؤية بياناتي» إلى قواعد صارمة يمكن التحقق منها مباشرة عبر دائرة تحقق من برهان الصفر-المعرفي. قبل منح المستخدم إذن تدقيق، تمر القواعد أولاً عبر الدائرة الخاصة بوحدة Citadel الأصلية؛ الشهادات الهوياتية تُحفظ محليًا، وحالة المعاملة تُشفّر بالتزام Pedersen؛ ومنطق التحقق معروض بالكامل على السلسلة. حتى الجهة المطوّرة لا يمكنها الالتفاف على الدائرة لاستخراج بيانات المستخدم مباشرة. يضمن برهان الصفر-المعرفي أن عملية التحقق من الصلاحيات نفسها لا يتم التلاعب بها؛ وإذا لم تكن طلبات التدقيق ضمن نطاق التفويض الذي حدده المستخدم، فلن يمكن طلب أي بيانات نصية على الإطلاق.
#dusk هذه الفكرة تشبه طلب إثبات أصول من البنك: لا يستطيع الموظف أن يطلع مباشرة على كشف حسابك الكامل، بل يقتصر على إصدار إثبات بالقدر الذي تطلبه وللغاية التي تذكرها، ولا يحصل على معلومات إضافية. لطالما افتقدت السلسلة إلى بوابة «التحقق من الخصوصية وتفويضها»؛ وما يهدف Dusk إلى إضافته ليس قوة الإخفاء بحد ذاتها، بل وضع حدود الخصوصية تحت سيطرة المستخدم.
لن أرفعها إلى مرتبة الكمال أيضًا. إذا فقد المستخدم أوراق/شهادة KYC المحلية فلن يتمكن من فتح إثبات تدقيق امتثال. وإذا كانت دائرة الصفر-المعرفي تحتوي على خلل منطقي، فستظهر ثغرات في التحقق من الصلاحيات كذلك. ما يجب التحقق منه ليس مدى جمال السرد، بل هل تستطيع هذه القيود الخصوصية الصمود عند تشغيل الأصول الحقيقية RWA على أرض الواقع.
في المستقبل ستوجد أصول امتثال على السلسلة أكثر فأكثر. ما يهمني ليس فقط ما إذا كانت يمكنها إجراء معاملات مجهولة، بل من يستطيع إثبات أن خصوصيتك لا تُحكم إلا بحسب ما تحدده أنت بنفسك@Dusk
الشيء الذي أوقفني هو تفكيك@dusk_foundation لخط تنفيذ ZkKYC لإصدار RC على الشبكة الرئيسية. الأمر ليس مجرد إضافة كتلة امتثال لسلسلة الخصوصية؛ بل تحويل «من يحق له رؤية بياناتي» إلى قواعد صارمة يمكن التحقق منها مباشرة عبر دائرة تحقق من برهان الصفر-المعرفي. قبل منح المستخدم إذن تدقيق، تمر القواعد أولاً عبر الدائرة الخاصة بوحدة Citadel الأصلية؛ الشهادات الهوياتية تُحفظ محليًا، وحالة المعاملة تُشفّر بالتزام Pedersen؛ ومنطق التحقق معروض بالكامل على السلسلة. حتى الجهة المطوّرة لا يمكنها الالتفاف على الدائرة لاستخراج بيانات المستخدم مباشرة. يضمن برهان الصفر-المعرفي أن عملية التحقق من الصلاحيات نفسها لا يتم التلاعب بها؛ وإذا لم تكن طلبات التدقيق ضمن نطاق التفويض الذي حدده المستخدم، فلن يمكن طلب أي بيانات نصية على الإطلاق.
#dusk هذه الفكرة تشبه طلب إثبات أصول من البنك: لا يستطيع الموظف أن يطلع مباشرة على كشف حسابك الكامل، بل يقتصر على إصدار إثبات بالقدر الذي تطلبه وللغاية التي تذكرها، ولا يحصل على معلومات إضافية. لطالما افتقدت السلسلة إلى بوابة «التحقق من الخصوصية وتفويضها»؛ وما يهدف Dusk إلى إضافته ليس قوة الإخفاء بحد ذاتها، بل وضع حدود الخصوصية تحت سيطرة المستخدم.
لن أرفعها إلى مرتبة الكمال أيضًا. إذا فقد المستخدم أوراق/شهادة KYC المحلية فلن يتمكن من فتح إثبات تدقيق امتثال. وإذا كانت دائرة الصفر-المعرفي تحتوي على خلل منطقي، فستظهر ثغرات في التحقق من الصلاحيات كذلك. ما يجب التحقق منه ليس مدى جمال السرد، بل هل تستطيع هذه القيود الخصوصية الصمود عند تشغيل الأصول الحقيقية RWA على أرض الواقع.
في المستقبل ستوجد أصول امتثال على السلسلة أكثر فأكثر. ما يهمني ليس فقط ما إذا كانت يمكنها إجراء معاملات مجهولة، بل من يستطيع إثبات أن خصوصيتك لا تُحكم إلا بحسب ما تحدده أنت بنفسك@Dusk
