#dusk $DUSK @Dusk

DuskEVM: إحضار تطوير EVM إلى Dusk.

ماذا يحدث عندما يمنح L1 مُصمَّم حول الخصوصية والبنية التحتية المالية أيضًا المطورين إمكانية الوصول إلى نموذج تطوير الإيثيريوم؟

هذا هو دور DuskEVM.

تصف وثائق Dusk DuskEVM باعتباره بيئة تنفيذ متوافقة مع EVM يمكن للمطورين من خلالها البناء باستخدام Solidity أو Vyper مع الاستفادة من أدوات وبنية تحتية مألوفة لدى الإيثيريوم. يتضمن ذلك محافظ EVM القياسية عبر JSON-RPC وأطر التطوير مثل Foundry وHardhat وviem وethers.

التفصيل المعماري المهم هو أن DuskEVM لا يعمل كبيئة معزولة. تأتي آلية التسوية وتوافر البيانات عبر DuskDS بينما يعمل DUSK كأصل الغاز الأصلي.

وهذا يخلق مسارًا عمليًا لتطوير التطبيقات المصممة بالفعل حول منظومة EVM. وتحدد Dusk على وجه التحديد حالات استخدام مثل تطبيقات الأصول المُمَثَّلة برموز (tokenized) وبروتوكولات DeFi وAMMs والإقراض.

وتكمن الأهمية بالتالي أقل في مجرد إضافة التوافق مع EVM، وأكثر في تقليص الفجوة في الأدوات بين ممارسات التطوير المعتمدة لدى الإيثيريوم والبنية التحتية الأساسية لـ Dusk.

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

هل يمكن أن يصبح التوافق مع EVM واحدًا من أهم الجسور بين البنية التحتية المتخصصة لـ Dusk وبين مجتمع المطورين الأوسع بكثير؟