لا أرى كثيرًا استردادًا (recovery) في عروض تقسيم الرموز/الترميز، رغم أنه أهم ما يكون في أسوأ يوم.
يتضمن إطار Dusk Network الخاص بالأصول المُنظَّمة والمُقيَّدة مفاتيح مفقودة، واستجابة للجرائم/الاحتيال، وأوامر محاكم، وإصلاحًا يُطلب قانونًا. هذا منطقي. لا يمكن للأصل المالي أن يبقى بلا مالك إلى الأبد بسبب اختفاء عبارة بذرة (seed phrase)، ولا يمكن أمرٌ قانونيّ ساري أن يُواجَه بعبارة: "العقد غير قابل للتغيير."
ومع ذلك، يخلق الاسترداد توترًا حادًا.
إذا كان بإمكان المُصدِر أو المُشغِّل إعادة تعيين الملكية أو تجميد عملية نقل أو استعادة الوصول، فإن هذه السلطة تصبح جزءًا من نموذج أمان الأصل. وإذا لم يستطع أحد ذلك، فقد يكون النظام نظيفًا تقنيًا لكنه غير قابل للاستخدام للأوراق المالية المُنظَّمة. يجب أن يدعم Dusk التدخل دون تحويل ملكية كل مستثمر إلى إدخال في قاعدة بيانات تقديرية.
إذن، تكون أسئلة التصميم المهمة إجرائية. من الذي يمكنه بدء الاسترداد؟ ما الدليل المطلوب؟ هل يتم تقسيم الموافقة بين أطراف مستقلة؟ هل تترك العملية أثرًا يمكن تدقيقه؟ وهل يمكن للمستثمر الطعن في خطأ قبل أن يصبح نهائيًا؟
تجعل الخصوصية الأمر أصعب، لا أقل أهمية. يجب أن يحدد سير الاسترداد المطالبة الصحيحة دون كشف السجل الكامل للمعاملات الخاص بالمستثمر لكل الناس. يمكن لأدوات الإفصاح الانتقائي في Dusk أن تضيق نطاق ما يراه الأطراف المخوَّلون، لكن الحوكمة هي التي تقرر من هم هؤلاء الأطراف.
لن أقيّم ذلك عبر نقل يعمل في مسار سعيد. أريد اختبار استرداد مُتحكم فيه باستخدام أصل مُنظَّم حيّ، ثم تقديم دليل عام على مسار التفويض وعلى حالة الملكية الناتجة. كما أريد معرفة مدى سرعة احتواء التدخل الخاطئ.
القياس الحقيقي للتحكم في Dusk ليس ما إذا كان يمكنه منع كل الاستثناءات. بل ما إذا كان يمكن التعامل مع الاستثناء دون استبدال ملكية onchain بهدوء عبر الثقة بالمسؤولين.
#dusk $DUSK @Dusk
يتضمن إطار Dusk Network الخاص بالأصول المُنظَّمة والمُقيَّدة مفاتيح مفقودة، واستجابة للجرائم/الاحتيال، وأوامر محاكم، وإصلاحًا يُطلب قانونًا. هذا منطقي. لا يمكن للأصل المالي أن يبقى بلا مالك إلى الأبد بسبب اختفاء عبارة بذرة (seed phrase)، ولا يمكن أمرٌ قانونيّ ساري أن يُواجَه بعبارة: "العقد غير قابل للتغيير."
ومع ذلك، يخلق الاسترداد توترًا حادًا.
إذا كان بإمكان المُصدِر أو المُشغِّل إعادة تعيين الملكية أو تجميد عملية نقل أو استعادة الوصول، فإن هذه السلطة تصبح جزءًا من نموذج أمان الأصل. وإذا لم يستطع أحد ذلك، فقد يكون النظام نظيفًا تقنيًا لكنه غير قابل للاستخدام للأوراق المالية المُنظَّمة. يجب أن يدعم Dusk التدخل دون تحويل ملكية كل مستثمر إلى إدخال في قاعدة بيانات تقديرية.
إذن، تكون أسئلة التصميم المهمة إجرائية. من الذي يمكنه بدء الاسترداد؟ ما الدليل المطلوب؟ هل يتم تقسيم الموافقة بين أطراف مستقلة؟ هل تترك العملية أثرًا يمكن تدقيقه؟ وهل يمكن للمستثمر الطعن في خطأ قبل أن يصبح نهائيًا؟
تجعل الخصوصية الأمر أصعب، لا أقل أهمية. يجب أن يحدد سير الاسترداد المطالبة الصحيحة دون كشف السجل الكامل للمعاملات الخاص بالمستثمر لكل الناس. يمكن لأدوات الإفصاح الانتقائي في Dusk أن تضيق نطاق ما يراه الأطراف المخوَّلون، لكن الحوكمة هي التي تقرر من هم هؤلاء الأطراف.
لن أقيّم ذلك عبر نقل يعمل في مسار سعيد. أريد اختبار استرداد مُتحكم فيه باستخدام أصل مُنظَّم حيّ، ثم تقديم دليل عام على مسار التفويض وعلى حالة الملكية الناتجة. كما أريد معرفة مدى سرعة احتواء التدخل الخاطئ.
القياس الحقيقي للتحكم في Dusk ليس ما إذا كان يمكنه منع كل الاستثناءات. بل ما إذا كان يمكن التعامل مع الاستثناء دون استبدال ملكية onchain بهدوء عبر الثقة بالمسؤولين.
#dusk $DUSK @Dusk
