أول مرة أشاهد Dusk تقوم بإنشاء DuskEVM، كانت ردة فعلي مباشرة: يوجد بالفعل الكثير من سلاسل EVM في السوق، فلماذا نحتاج إلى واحدة إضافية؟

بعد أن فتحت وثائق المطورين فهمت أن هدفه ليس استبدال Dusk L1 الأصلي، بل توفير مدخل مألوف لـ Solidity وFoundry وHardhat وللمحافظ الموجودة.

عند تشغيل التطبيق على DuskEVM تعود التسوية وتوافر البيانات إلى DuskDS؛ وعند الحاجة إلى الخصوصية، يتم التوجّه عبر Hedger إلى مسار EVM السري.

يشبه الأمر أن يحتفظ البنك بنظام دفتر الأستاذ الرئيسي، وفي الوقت نفسه يفتح واجهة قياسية للمطورين الخارجيين. لا يحتاج أي طرف مؤسسي إلى تعلم لغة جديدة من الصفر، ولا يتعيّن على Dusk التخلي عن مسار التسوية والخصوصية الأصلي.

لكنني سأميّز بدقة بين قيمة البنية المعمارية وسهولة/جاهزية التبنّي. حاليًا لا يزال الموقع الرسمي يضع DuskEVM وHedger ضمن خانة Testnet، بينما Dusk Trade هو قيد الإنشاء.

التوافق مع Solidity يمكن أن يقلل تكلفة الخطوة الأولى فقط، ولا يمنح تلقائيًا تدقيقًا أمنيًا وسيولةً وتجربة مستخدمين. في المرحلة التالية، ما يهمني أكثر هو توقيت الإطلاق على الشبكة الرئيسية، ونموذج الأمان للجسور، وتطبيقات الدفعة الأولى، وتجربة الخروج بعد عبور الأصول بين الطبقات. #dusk $DUSK @Dusk