في السابق كنت أعتبر توافق EVM أمرًا بسيطًا إلى حد ما. فإذا كانت أي سلسلة بلوك تشين تدعم Solidity وأدوات Ethereum، كنت أفترض تلقائيًا أن هذا هو السبيل لسحب المطورين إلى النظام البيئي الجديد.

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

في البداية، اعتقدت أن DuskEVM يساعد في المقام الأول التطبيقات التي تعمل على Ethereum لكي تعمل على Dusk، ثم أدركت أن دوره أوسع مما ظننت لكنه أيضًا أكثر تحديدًا مما توقعت.

DuskEVM هو بيئة تنفيذ EVM، بينما يتولى DuskDS الإجماع والتسوية وتوافر البيانات. أما التمويل المُنظَّم فيعتمد بدوره على مكونات أخرى مثل التحكم في الوصول والإفصاح الانتقائي ونماذج المعاملات في Dusk.

من وجهة نظري الحالية، لم أعد أرى DuskEVM كـ“جسر Ethereum” بالمعنى التقني. أراه كطبقة توافقية تساعد تطبيقات Solidity وأدوات Ethereum على الوصول إلى بنية Dusk التحتية.
الشيء المثير للاهتمام هنا هو هذا التقسيم الواضح للأدوار. تظل EVM تحافظ على نموذج التطوير المألوف، بينما تُعالج طبقات أخرى متطلبات التسوية واحتياجات التمويل المُنظَّم.
ربما لا يكون “الجسر” هنا بين بلوك تشين وبلوك تشين، بل بين طريقتين لبناء الأنظمة.
لا يزال لدي تساؤل: هل تتمثل أهم نقطة في تصميم Dusk فعلًا في هذا الفصل بين التوافق والبنية التحتية الجديدة المُنظَّمة؟
#dusk $DUSK @Dusk