DuskVM مقابل DuskEVM: مساران للمطورين

هل يحتاج البلوك تشين إلى إجبار كل مطور على بيئة تنفيذ واحدة؟

تتخذ Dusk نهجًا مختلفًا عبر توفير مسارين لعقود ذكية، صُمما كلٌ منهما ليلائم نموذج تطوير مختلف.

DuskVM هو المسار الأصلي. يكتب المطورون العقود بلغة Rust ثم يقومون بتجميعها إلى WASM وتشغيلها مباشرةً على شبكة Dusk L1. يتيح ذلك للعقود وصولًا مباشرًا إلى نموذج تنفيذ Dusk L1 ونماذج المعاملات وبروتوكول العقود والقدرات التي تحتاج إلى أن تكون قريبة من الطبقة الأساسية، بما في ذلك ميزات الخصوصية ووظائف الإثباتات بالمعرفة الصفرية.

أما DuskEVM فيأخذ مسارًا يركز على التوافق. يمكن للمطورين استخدام Solidity أو Vyper إلى جانب محافظ EVM ومكتبات وأدوات مألوفة. يتم توفير التسوية وتوافر البيانات عبر DuskDS بينما يعمل DUSK كرمز الغاز الأصلي.

وعليه، فإن الفارق لا يتعلق بكون أحد البيئتين أفضل بقدر ما يتعلق بمواءمة البنية مع متطلبات التطبيق. يفضل DuskVM التنفيذ المباشر على L1 والقدرات الأصلية لدى Dusk. أما DuskEVM فيخفض عتبة الدخول أمام المطورين الذين يعملون بالفعل ضمن منظومة Ethereum.

بالنسبة إلى Dusk، فإن توفير المسارين يخلق توازنًا مثيرًا للاهتمام بين الوظائف الأصلية ووضوح تجربة المطورين.

هل يمكن أن يكون دعم التنفيذ الأصلي والتوافق مع EVM استراتيجية أقوى للمطورين بدلًا من فرض بيئة موحدة واحدة؟

$DUSK

#dusk @Dusk