عندما كنت أتصفح مستندات Dusk الليلة الماضية، اكتشفت أنني طوال الوقت فهمت عبارة “دعم EVM” بطريقة مبسطة للغاية. لم تقم Dusk بحشر كل شيء داخل آلة افتراضية واحدة: يمكن للتطبيقات المألوفة لدى مطوري Solidity وFoundry أن تسلك طريق DuskEVM، مع الدفع مقابل الغاز باستخدام @Dusk DUSK، ثم تُحال بيانات الدفعات والالتزامات الخاصة بالحالة إلى DuskDS ليتم التسوية؛ أما إذا كنت تحتاج خصوصية أصلية وقدرات على المعرفة الصفرية، أو عقودًا تتحكم بأصول على مستوى البروتوكول، فيمكن تشغيلها مباشرة على DuskVM باستخدام Rust/WASM.

فهمته على أنه جهازي تحكم لنفس جهة تنفيذ المعاملات. واحد يحتفظ بأزرار مألوفة، ما يسرّع عملية الانتقال؛ والآخر قريب من الخزنة على المستوى الأساسي، ويمكنه استدعاء قواعد أكثر أصالة، وفي النهاية يعود الجميع إلى نفس قاعدة التسوية لتأكيد دفتر الحسابات. هذا الاختيار أهم من مجرد عبارة “التوافق مع EVM”، لأنه يفصل كفاءة التطوير عن القدرات الأصلية.

لكن المسارين معًا يضيفان أيضًا تعقيدًا في الربط والتفاعل عبر الطبقات، كما يتطلب حُكمًا دقيقًا على الحالة. يوضح المستند الرسمي بوضوح أن التغليف السريع لـ DuskEVM لا يعني أنه قد تمّت التسوية بالفعل على DuskDS؛ لن أكتفي بالنظر إلى عرض الصفحة على أنه “نجح” ثم اعتباره اكتمل نهائيًا. لاحقًا، يجب التأكد مما إذا كانت تجربة ما عبر الطبقات سلسة، وما إذا كانت الأدوات ناضجة، وهل يتزايد حجم العقود الحقيقية. البنية تمنح خيارًا؛ واختيارك هو الذي يعطي الإجابة.

#dusk $DUSK