#dusk $DUSK قبل فترة ساعدت صديقًا يعمل في مجال RWA على رسم مسار الامتثال والتَّوْلية. وبعد أن جُلتُ عبر عدد من سلاسل الكتل الرئيسية، اكتشفت مشكلة: معظم السلاسل تجعل مسألة “تسجيل الأصول على السلسلة” كأنها “يُكتمل كل شيء بمجرد التسجيل”. لكن في العالم المالي الحقيقي، حدود مسؤولية الجهة المُفوِّضة/الوصي (custodian) أعقد بكثير. فجهات إدارة الأصول يجب أن تقوم بربط الأصول الأساسية بالسلسلة، لكنها في الوقت نفسه لا تستطيع نشر تفاصيل حيازات العملاء في دفتر عام قابل للتصفح من أي شخص. هذا التعارض كان يُحل في صناعة الحفظ/التَّوْلية التقليدية عبر سلسلة من الاتفاقيات القانونية المتعددة. لكن عند نقل الأمر إلى السلسلة، تختفي أدوات “المقبض/المرجع” التي كانت موجودة سابقًا.
$DUSK تتعامل مع هذا الموضوع بشكل مختلف بالفعل. لم تحاول محاكاة علاقة التَّوْلية عبر عقود ذكية عامة، بل فصلت إثبات الملكية وصلاحيات الوصول من مستوى معيار الرمز (Token standard) ذاته. وباستخدام الإثباتات الصفرية المعرفة (Zero Knowledge Proof)، يمكن للجهة المُفوِّضة أن تُثبت للآخرين أن الأصول موجودة ولم يتم التحايل عليها أو نقلها دون إذن، بينما تبقى التفاصيل متاحة فقط لجهات التدقيق الامتثالي التي تمتلك مفاتيح فك التشفير. تصميم كهذا ينقل متطلبات “السرية + القابلية للتدقيق” في الحفظ التقليدي إلى طبقة البروتوكول نفسها، بدل الاعتماد على ترقيع على مستوى التطبيق.
لكنني أظل أعتقد أن اكتمال البنية التقنية مجرد الخطوة الأولى. ما يبطئ حقًا المؤسسات عن “الانتقال إلى السلسلة” ليس أداء السلسلة بحد ذاته، بل فجوة الثقة لدى قسم الشؤون القانونية حول فكرة أن “تأكيد الحقوق على السلسلة يعادل تأكيد الحقوق قانونيًا”.
ومن النقاط التي قد تُغفل بسهولة أيضًا: انقطاع “سلسلة المسؤولية” في التَّوْلية. في التمويل التقليدي، تكون سلسلة المسؤوليات بين جهة الحفظ/التَّوْلية، وجهة الحفظ التابعة/الوسيطة (sub-custodian)، وجهة الإيداع المركزية واضحة جدًا؛ وإذا حدثت مشكلة يمكن تتبعها إلى الحلقة المحددة. لكن في التَّوْلية على السلسلة، عندما يتم إدخال تقاسم مفاتيح متعددة وفك التشفير بشروط، تصبح مسألة تحديد المسؤولية بعد وقوع الخلل ضبابية للغاية: هل المشكلة ثغرة في البروتوكول؟ أم سوء تصرف في عقدة/عُقد؟ أم تسرب مفاتيح؟ وتزداد صعوبة جمع الأدلة بمقدار مستوى كامل مقارنة بالنظام التقليدي.
لذلك أنا متفائل باتجاه DUSK طويل الأمد: فهي في شريحة “التَّوْلية المتوافقة مع الامتثال” تحققت فعلاً من حاجة حقيقية. لكن في الوقت الحالي أميل أكثر إلى اعتبارها “حالة مراقبة”، إلى أن تُشغّل أول دفعة من جهات التَّوْلية المرخّصة فعليًا دورة العمل الكاملة وتستحصل على الرأي/الفتوى القانونية، ثم عندها لا بأس بإصدار حكم. برأيك: هل ستستبدل التَّوْلية على السلسلة التَّوْلية التقليدية في النهاية، أم ستظل كنظام مساعد موازي؟@Dusk
#dusk @Dusk
$DUSK تتعامل مع هذا الموضوع بشكل مختلف بالفعل. لم تحاول محاكاة علاقة التَّوْلية عبر عقود ذكية عامة، بل فصلت إثبات الملكية وصلاحيات الوصول من مستوى معيار الرمز (Token standard) ذاته. وباستخدام الإثباتات الصفرية المعرفة (Zero Knowledge Proof)، يمكن للجهة المُفوِّضة أن تُثبت للآخرين أن الأصول موجودة ولم يتم التحايل عليها أو نقلها دون إذن، بينما تبقى التفاصيل متاحة فقط لجهات التدقيق الامتثالي التي تمتلك مفاتيح فك التشفير. تصميم كهذا ينقل متطلبات “السرية + القابلية للتدقيق” في الحفظ التقليدي إلى طبقة البروتوكول نفسها، بدل الاعتماد على ترقيع على مستوى التطبيق.
لكنني أظل أعتقد أن اكتمال البنية التقنية مجرد الخطوة الأولى. ما يبطئ حقًا المؤسسات عن “الانتقال إلى السلسلة” ليس أداء السلسلة بحد ذاته، بل فجوة الثقة لدى قسم الشؤون القانونية حول فكرة أن “تأكيد الحقوق على السلسلة يعادل تأكيد الحقوق قانونيًا”.
ومن النقاط التي قد تُغفل بسهولة أيضًا: انقطاع “سلسلة المسؤولية” في التَّوْلية. في التمويل التقليدي، تكون سلسلة المسؤوليات بين جهة الحفظ/التَّوْلية، وجهة الحفظ التابعة/الوسيطة (sub-custodian)، وجهة الإيداع المركزية واضحة جدًا؛ وإذا حدثت مشكلة يمكن تتبعها إلى الحلقة المحددة. لكن في التَّوْلية على السلسلة، عندما يتم إدخال تقاسم مفاتيح متعددة وفك التشفير بشروط، تصبح مسألة تحديد المسؤولية بعد وقوع الخلل ضبابية للغاية: هل المشكلة ثغرة في البروتوكول؟ أم سوء تصرف في عقدة/عُقد؟ أم تسرب مفاتيح؟ وتزداد صعوبة جمع الأدلة بمقدار مستوى كامل مقارنة بالنظام التقليدي.
لذلك أنا متفائل باتجاه DUSK طويل الأمد: فهي في شريحة “التَّوْلية المتوافقة مع الامتثال” تحققت فعلاً من حاجة حقيقية. لكن في الوقت الحالي أميل أكثر إلى اعتبارها “حالة مراقبة”، إلى أن تُشغّل أول دفعة من جهات التَّوْلية المرخّصة فعليًا دورة العمل الكاملة وتستحصل على الرأي/الفتوى القانونية، ثم عندها لا بأس بإصدار حكم. برأيك: هل ستستبدل التَّوْلية على السلسلة التَّوْلية التقليدية في النهاية، أم ستظل كنظام مساعد موازي؟@Dusk
#dusk @Dusk
链上托管能替代传统托管行吗
0%
先观望,等机构实盘数据
100%
技术到位了,法律还差得远
0%
1 الأصوات • تمّ إغلاق التصويت