#dusk $DUSK @Dusk كلما أصبحت البراهين أكثر خصوصية، زادت أهمية سمعة المُصدر."
توقفت عند هذا السطر أثناء التمرير.
لأن هناك سؤالًا مزعجًا لا يطرحه أحد: عندما نستبدل الشفافية المتعلقة بالهوية ببراهين المعرفة الصفرية، لمن نثق كي يشهد لنا من الأساس؟
نعتقد أن تقنيات الخصوصية تُزيل الوسطاء. لكن في الواقع، هي لا تفعل ذلك إلا أنها تنقلهم.
قضيت أسابيع وأنا أفترض أن Citadel — طبقة هوية Dusk — هي مجرد «إخفاء هويتك مع إثبات الأهلية». ومن الناحية التقنية، تفعل ذلك فعلاً. يتحقق مُزوِّد الترخيص من السمات خارج السلسلة، ويصدر شهادة، ثم تُثبت لاحقًا امتلاكك لها عبر برهان ZK. يرى مُقدّم الخدمة «مؤهل» — وليس اسمك أو عنوانك أو تاريخك المالي. نظيف وأنيق ويحافظ على الخصوصية.
لكن بعد ذلك نظرت أدق إلى كيفية عمله فعليًا.
لا يقرر Citadel ما إذا كان مُزوِّد الترخيص يستحق الثقة. مُقدّم الخدمة هو من يفعل ذلك. فهم يحددون أي مزودين وأي سمات يقبلونها، وكذلك القواعد المتعلقة بانتهاء الصلاحية والإبطال وإعادة الاستخدام.
وهذا يغير كل شيء.
مشكلة اللامركزية لا تختفي. إنها تنتقل فقط من «من يعرف هويتي؟» إلى «من يُوثق له تحديد أهليتي؟».
وهذا، بشكل أساسي، خطر مختلف.
إذا تسربت بياناتك من سلسلة عامة، فالمشكلة هي التعرّض. أما إذا تم اختراق مُصدر الشهادات على Dusk، أو انحرف عن المسار، أو فقد سمعته، فالمشكلة هي الوصول — فلا يمكنك إثبات الأهلية لأي شيء يعتمد على ذلك المُزود.
تصميم Dusk رائع. فهو يقلل تعرّض الهوية دون إزالة طبقة الثقة المؤسسية بالكامل. وهذه ليست ثغرة — بل خيار تصميم مقصود للأسواق المنظمة. يمكن للخصوصية إزالة الإفصاح غير الضروري، لكن الامتثال ما زال يحتاج إلى شخص يتحمل المسؤولية عما تعنيه الشهادة فعلاً.
لذلك، إليكم السؤال الحقيقي الذي أعود إليه باستمرار: هل نقل «بوّابة المرور» من سلسلة الكتل إلى مُصدر الشهادات يجعل النظام أكثر لامركزية فعلًا — أم أنه يجعل حجب الرؤية عن عملية التحكّم أصعب فقط؟$PENGU $AAPLB
توقفت عند هذا السطر أثناء التمرير.
لأن هناك سؤالًا مزعجًا لا يطرحه أحد: عندما نستبدل الشفافية المتعلقة بالهوية ببراهين المعرفة الصفرية، لمن نثق كي يشهد لنا من الأساس؟
نعتقد أن تقنيات الخصوصية تُزيل الوسطاء. لكن في الواقع، هي لا تفعل ذلك إلا أنها تنقلهم.
قضيت أسابيع وأنا أفترض أن Citadel — طبقة هوية Dusk — هي مجرد «إخفاء هويتك مع إثبات الأهلية». ومن الناحية التقنية، تفعل ذلك فعلاً. يتحقق مُزوِّد الترخيص من السمات خارج السلسلة، ويصدر شهادة، ثم تُثبت لاحقًا امتلاكك لها عبر برهان ZK. يرى مُقدّم الخدمة «مؤهل» — وليس اسمك أو عنوانك أو تاريخك المالي. نظيف وأنيق ويحافظ على الخصوصية.
لكن بعد ذلك نظرت أدق إلى كيفية عمله فعليًا.
لا يقرر Citadel ما إذا كان مُزوِّد الترخيص يستحق الثقة. مُقدّم الخدمة هو من يفعل ذلك. فهم يحددون أي مزودين وأي سمات يقبلونها، وكذلك القواعد المتعلقة بانتهاء الصلاحية والإبطال وإعادة الاستخدام.
وهذا يغير كل شيء.
مشكلة اللامركزية لا تختفي. إنها تنتقل فقط من «من يعرف هويتي؟» إلى «من يُوثق له تحديد أهليتي؟».
وهذا، بشكل أساسي، خطر مختلف.
إذا تسربت بياناتك من سلسلة عامة، فالمشكلة هي التعرّض. أما إذا تم اختراق مُصدر الشهادات على Dusk، أو انحرف عن المسار، أو فقد سمعته، فالمشكلة هي الوصول — فلا يمكنك إثبات الأهلية لأي شيء يعتمد على ذلك المُزود.
تصميم Dusk رائع. فهو يقلل تعرّض الهوية دون إزالة طبقة الثقة المؤسسية بالكامل. وهذه ليست ثغرة — بل خيار تصميم مقصود للأسواق المنظمة. يمكن للخصوصية إزالة الإفصاح غير الضروري، لكن الامتثال ما زال يحتاج إلى شخص يتحمل المسؤولية عما تعنيه الشهادة فعلاً.
لذلك، إليكم السؤال الحقيقي الذي أعود إليه باستمرار: هل نقل «بوّابة المرور» من سلسلة الكتل إلى مُصدر الشهادات يجعل النظام أكثر لامركزية فعلًا — أم أنه يجعل حجب الرؤية عن عملية التحكّم أصعب فقط؟$PENGU $AAPLB