عندما أعدتُ البحث في Dusk، اعتقدتُ أن ما سأراه مجرد حل من نوع L1 خصوصي مع إضافة توافق مع EVM.
لكنني أدركت أن التغيير الحقيقي لا يطال المزايا، بل يطال البنية المعمارية.
إن Dusk يفصل تدريجياً تنفيذ التطبيقات عن التسوية المالية.
واليوم، تعمل DuskDS كطبقة تسوية وإتاحة بيانات في المستوى الأساسي، بينما توفر DuskEVM بيئة EVM مكافئة مبنية على OP Stack، بحيث يمكن إدخال Solidity وأدوات Ethereum السائدة إلى Dusk. وفي الوقت نفسه، ما زالت DuskVM تحتفظ بمسار أصلي لـ Rust/WASM، لتدعم التطبيقات التي تحتاج إلى الوصول المباشر إلى L1، أو وظائف الخصوصية، أو قدرات ZK.
هذا بدّل فهمي للدور الذي كانت Dusk مهيأة له في البداية.
في السابق كانت القصة الأساسية تتمحور أكثر حول: الخصوصية + الامتثال + الأصول المالية.
أما الآن، فالاتجاه أقرب إلى: جعل البنية التحتية المالية الخاضعة للرقابة متوافقة مع منظومة المطورين القائمة.
وهذا أمر مهم، لأن المؤسسات لا تحتاج إلى تقنيات خصوصية فقط.
بل تحتاج أيضاً إلى أن تعمل المحافظ وأدوات التطوير والسيولة والتطبيقات والتسوية وقابلية التشغيل البيني معاً بشكل متناسق.
تؤكد Dusk حالياً أن DuskEVM موجه للأصول المُرمّزة وDeFi، وفي الوقت نفسه يقوم Hedger بإدخال الوظائف المرتبطة بالخصوصية إلى بيئة EVM. وبالتوازي، تظل DuskDS في المستوى الأساسي محتفظة بنموذج المعاملات الخاص بـ Phoenix وMoonlight.
لكن توجد أيضاً حقيقة يجب مواجهتها.
في 16 يناير 2026، وقع حادث أمني تم فيه اختراق محفظة موقّعة عبر الجسر. وصرّحت Dusk بأن ذلك ليس نتيجة فشل في طبقة الإجماع أو البروتوكول الأساسي. بعد ذلك، تم إعادة تصميم معمارية الجسر، بما في ذلك عزل التوقيع، وعزل معالجة الأحداث، وتحديد حدود أمان أكثر صرامة، وتقليل تعرض المحافظ الساخنة.
ثم اكتشفت AEGIS أيضاً 39 مشكلة أمنية وتم التعامل معها، بما في ذلك 7 مشكلات خطيرة تتعلق بـ VM والتسلسل (serialization) وآلية رسوم Phoenix والتشفير بالمفتاح BLS.
لذلك، لم أعد أهتم بالدرجة الأولى بما إذا كانت Dusk يمكنها “دعم EVM”.
بل بما إذا كان هذا التصميم المعياري قادراً حقاً على تحويل توافق EVM إلى نشاط مالي فعلي خاضع للرقابة.
هل ستصبح DuskEVM في النهاية الجسر الأساسي الذي يربط بين السيولة الأصلية للتشفير وبين طبقة التسوية المتوافقة لدى Dusk؟#dusk $DUSK @Dusk
لكنني أدركت أن التغيير الحقيقي لا يطال المزايا، بل يطال البنية المعمارية.
إن Dusk يفصل تدريجياً تنفيذ التطبيقات عن التسوية المالية.
واليوم، تعمل DuskDS كطبقة تسوية وإتاحة بيانات في المستوى الأساسي، بينما توفر DuskEVM بيئة EVM مكافئة مبنية على OP Stack، بحيث يمكن إدخال Solidity وأدوات Ethereum السائدة إلى Dusk. وفي الوقت نفسه، ما زالت DuskVM تحتفظ بمسار أصلي لـ Rust/WASM، لتدعم التطبيقات التي تحتاج إلى الوصول المباشر إلى L1، أو وظائف الخصوصية، أو قدرات ZK.
هذا بدّل فهمي للدور الذي كانت Dusk مهيأة له في البداية.
في السابق كانت القصة الأساسية تتمحور أكثر حول: الخصوصية + الامتثال + الأصول المالية.
أما الآن، فالاتجاه أقرب إلى: جعل البنية التحتية المالية الخاضعة للرقابة متوافقة مع منظومة المطورين القائمة.
وهذا أمر مهم، لأن المؤسسات لا تحتاج إلى تقنيات خصوصية فقط.
بل تحتاج أيضاً إلى أن تعمل المحافظ وأدوات التطوير والسيولة والتطبيقات والتسوية وقابلية التشغيل البيني معاً بشكل متناسق.
تؤكد Dusk حالياً أن DuskEVM موجه للأصول المُرمّزة وDeFi، وفي الوقت نفسه يقوم Hedger بإدخال الوظائف المرتبطة بالخصوصية إلى بيئة EVM. وبالتوازي، تظل DuskDS في المستوى الأساسي محتفظة بنموذج المعاملات الخاص بـ Phoenix وMoonlight.
لكن توجد أيضاً حقيقة يجب مواجهتها.
في 16 يناير 2026، وقع حادث أمني تم فيه اختراق محفظة موقّعة عبر الجسر. وصرّحت Dusk بأن ذلك ليس نتيجة فشل في طبقة الإجماع أو البروتوكول الأساسي. بعد ذلك، تم إعادة تصميم معمارية الجسر، بما في ذلك عزل التوقيع، وعزل معالجة الأحداث، وتحديد حدود أمان أكثر صرامة، وتقليل تعرض المحافظ الساخنة.
ثم اكتشفت AEGIS أيضاً 39 مشكلة أمنية وتم التعامل معها، بما في ذلك 7 مشكلات خطيرة تتعلق بـ VM والتسلسل (serialization) وآلية رسوم Phoenix والتشفير بالمفتاح BLS.
لذلك، لم أعد أهتم بالدرجة الأولى بما إذا كانت Dusk يمكنها “دعم EVM”.
بل بما إذا كان هذا التصميم المعياري قادراً حقاً على تحويل توافق EVM إلى نشاط مالي فعلي خاضع للرقابة.
هل ستصبح DuskEVM في النهاية الجسر الأساسي الذي يربط بين السيولة الأصلية للتشفير وبين طبقة التسوية المتوافقة لدى Dusk؟#dusk $DUSK @Dusk
🚀 DuskEVM 会成功吗
0%
🔐 隐私+EVM 是优势吗？
0%
🏦 Dusk 能吸引机构吗
0%
0 الأصوات • تمّ إغلاق التصويت