#dusk $DUSK اليوم كنت أقرأ وثائق بنية الهوية في Dusk وأتعمق في بروتوكول Citadel، وركّزت بشكل خاص على آلية إبطال الاعتماد وانتهائه (Revocation & Expiration). في الواقع، هذه من أصعب النقاط التقنية التي تواجه الهوية المتوافقة مع الأنظمة.

في أنظمة Ethereum SBT التقليدية (الرموز المقيّدة بالروح) أو في إطار DID البسيط، بمجرد إصدار الاعتماد إلى العنوان يصبح من الصعب جدًا إبطاله دون أثر، إلا إذا أُعيدت كتابة السلسلة. لكن هذا غير قابل للتطبيق إطلاقًا في التمويل المنظَّم — فقد يكون المستثمر اليوم مستوفيًا للمتطلبات، لكنه غدًا قد يُدرج في القائمة السوداء بسبب قضايا غسل الأموال، أو قد تنتهي صلاحية جواز السفر المستخدم في KYC.$BTC

يستخدم بروتوكول Citadel في Dusk مجمّعات الإضافة (Accumulators) وقائمة الإبطال بصفر معرفة (ZK Revocation List) لتحقيق “إبطال ديناميكي على مستوى الثواني” لاعتمادات الهوية.

يمكن للمؤسسات المرخّصة (Issuer) أن تُدخل بصمات الاعتمادات التي انتهت صلاحيتها في شجرة الإبطال على السلسلة، من دون كشف الهوية الحقيقية لحامل الاعتماد. وعندما يبدأ المستخدم في المرة التالية عملية تحويل، فإن البرهان بصفر معرفة الذي ينشئه سيتحقق تلقائيًا من أنه “لست ضمن شجرة الإبطال”.

وبمجرد أن يصبح الاعتماد غير صالح، لن يعود المستخدم قادرًا على إنشاء برهان امتثال، وستقوم الشبكة بحظر المعاملة تلقائيًا.

إن هذا النوع من إدارة دورة حياة الهوية الديناميكية يجعل الامتثال على السلسلة ينتقل من “توثيق ثابت لمرة واحدة” إلى “مراقبة مخاطر ديناميكية وآنية”. لقد جعل الكود في الطبقة الأساسية المؤسسات المالية تتابع الامتثال في كل ثانية بدلًا منها.

$DUSK #dusk @Dusk