عند دراسة البنية التقنية لـ Dusk، اكتشفت نقطة تناقض يسهل تجاهلها: لقد بذلت جهودًا كبيرة لجعل طبقة المعاملات متوافقة من الناحية التنظيمية، لكن لا يُذكر تقريبًا من يمنح السيطرة على طبقة تنفيذ EVM.
تذكر الوثائق أن طبقة EVM تُدار بواسطة مُرتّب (Sorter) واحد مسؤول عن تجميع المعاملات، وهي منطق مطابق تمامًا لمنطق المُرتّب المركزي في شبكات الطبقة الثانية على إيثيريوم. ظاهريًا قد يبدو ذلك كأنه يحسّن الكفاءة ويخفض التكاليف، لكن أول سؤال تجب أن يطرحه فريق التدقيق لدى المؤسسات هو: من الذي يدير هذا المُرتّب؟ من يتحمل المسؤولية عند تعطل النظام؟ ومن يسدّد التكاليف مقدمًا عندما تكون أصول العميل عالقة في الطابور؟
حتى لو صُممت Phoenix وZedger بأناقة ودقة، فهي لا تستطيع إلا ضمان خصوصية محتوى المعاملة وصحة منطق التحقق. لكن إذا كانت مفاتيح تشغيل طبقة التنفيذ بيد جهة واحدة، فإن توصيف «بنية البنية التحتية المالية اللامركزية» يفقد جزءًا من مصداقيته. قواعد الحفظ لدى هيئة الأوراق المالية والأسواق الأوروبية (ESMA) تطرح تحديدًا أسئلة من هذا النوع: من يتحكم في أصول العميل؟ ومن يتحمل المسؤولية عند تعطل النظام؟
والأكثر تناقضًا أن طبقة الإجماع في الشبكة الرئيسية لـ Dusk تمنح بالفعل ضمانًا للنهائية في المعاملات، لكن صلاحيات ترتيب التنفيذ ما تزال مركزية. يشبه ذلك أنك تبني خزانة مصفحة ضد الرصاص، لكن بطاقة الدخول إلى بوابة الخزانة ليست إلا واحدة، وهي موجودة في جيب فريق المشروع.
أنا لا أقول إن مركزية المُرتّب أمر غير مقبول بالضرورة، بل إن هناك تعارضًا بين هذا التصميم وبين سرد «الامتثال على مستوى المؤسسات». فالمؤسسات المالية التقليدية تحتاج إلى ضمانات تشغيلية يمكن إدراجها في العقود، وليس مجرد «ثقوا بأننا سنتحمل المسؤولية في إدارتها». وإذا كان Dusk فعلًا يريد استيعاب أصول مؤسسات على نطاق واسع، فستحتاج مشكلة شفافية توزيع السيطرة إلى إجابة واضحة في وقت ما.
عندما أشاهد يومًا ما الإفصاح الصريح عن آليات حوكمة المُرتّب، وخطط الطوارئ، وخريطة طريق نحو اللامركزية، سأقيّم عندها مدى جاذبية هذه البنية للمؤسسات. أما الآن، يمكن القول فقط إن القدرة التقنية موجودة، لكن نضج البنية التشغيلية ما زال يحتاج إلى وقت للتحقق.
#dusk $DUSK @Dusk
تذكر الوثائق أن طبقة EVM تُدار بواسطة مُرتّب (Sorter) واحد مسؤول عن تجميع المعاملات، وهي منطق مطابق تمامًا لمنطق المُرتّب المركزي في شبكات الطبقة الثانية على إيثيريوم. ظاهريًا قد يبدو ذلك كأنه يحسّن الكفاءة ويخفض التكاليف، لكن أول سؤال تجب أن يطرحه فريق التدقيق لدى المؤسسات هو: من الذي يدير هذا المُرتّب؟ من يتحمل المسؤولية عند تعطل النظام؟ ومن يسدّد التكاليف مقدمًا عندما تكون أصول العميل عالقة في الطابور؟
حتى لو صُممت Phoenix وZedger بأناقة ودقة، فهي لا تستطيع إلا ضمان خصوصية محتوى المعاملة وصحة منطق التحقق. لكن إذا كانت مفاتيح تشغيل طبقة التنفيذ بيد جهة واحدة، فإن توصيف «بنية البنية التحتية المالية اللامركزية» يفقد جزءًا من مصداقيته. قواعد الحفظ لدى هيئة الأوراق المالية والأسواق الأوروبية (ESMA) تطرح تحديدًا أسئلة من هذا النوع: من يتحكم في أصول العميل؟ ومن يتحمل المسؤولية عند تعطل النظام؟
والأكثر تناقضًا أن طبقة الإجماع في الشبكة الرئيسية لـ Dusk تمنح بالفعل ضمانًا للنهائية في المعاملات، لكن صلاحيات ترتيب التنفيذ ما تزال مركزية. يشبه ذلك أنك تبني خزانة مصفحة ضد الرصاص، لكن بطاقة الدخول إلى بوابة الخزانة ليست إلا واحدة، وهي موجودة في جيب فريق المشروع.
أنا لا أقول إن مركزية المُرتّب أمر غير مقبول بالضرورة، بل إن هناك تعارضًا بين هذا التصميم وبين سرد «الامتثال على مستوى المؤسسات». فالمؤسسات المالية التقليدية تحتاج إلى ضمانات تشغيلية يمكن إدراجها في العقود، وليس مجرد «ثقوا بأننا سنتحمل المسؤولية في إدارتها». وإذا كان Dusk فعلًا يريد استيعاب أصول مؤسسات على نطاق واسع، فستحتاج مشكلة شفافية توزيع السيطرة إلى إجابة واضحة في وقت ما.
عندما أشاهد يومًا ما الإفصاح الصريح عن آليات حوكمة المُرتّب، وخطط الطوارئ، وخريطة طريق نحو اللامركزية، سأقيّم عندها مدى جاذبية هذه البنية للمؤسسات. أما الآن، يمكن القول فقط إن القدرة التقنية موجودة، لكن نضج البنية التشغيلية ما زال يحتاج إلى وقت للتحقق.
#dusk $DUSK @Dusk