كنت أعتقد أن الطبقة المتوافقة مع آلة افتراضية EVM تتمحور أساسًا حول جعل سلسلة الكتل أسهل للمطورين من ناحية الاستخدام. ثم أمعنت النظر في DuskEVM وأدركت أن الجزء المثير هو ما الذي يُقام عليه فعليًا. يمكنك مواصلة العمل باستخدام أدوات EVM المألوفة بدلًا من الاضطرار إلى إعادة تعلم كل شيء للوصول إلى شبكة أخرى.

يوفر DuskEVM لمسّادي البرامج مسار Solidity/EVM إلى Dusk، بينما تم تصميم Hedger لإدخال سير عمل EVM سرّي (مُحافظ على الخصوصية) إلى هذا البيئة. يستخدم التشفير المتماثل (Homomorphic Encryption) وإثباتات المعرفة الصفرية لدعم الخصوصية مع إمكانية مراجعتها عند الحاجة. لذلك، جزء EVM ليس القصة كلها حقًا… إنه الباب المألوف الذي يدخل منه المطورون إلى البنية التحتية التي يقوم Dusk ببنائها تحت السطح. 🤯

هذا جعلني أفكر في كيفية اختيار المطورين عادةً مكان البناء. الأدوات المألوفة مهمة، لأن أحدًا لا يريد إعادة بناء سير العمل بالكامل فقط للتجربة مع سلسلة جديدة. لكن بالنسبة للتطبيقات الخاضعة للامتثال والتنظيم، فإن البنية التحتية الكامنة تحتها تهم بقدر أهمية ذلك. إن كونها متوافقة مع EVM أمر مفيد، لكن ما يجعل الجمع أكثر إثارة للاهتمام هو أن الخصوصية وقابلية المراجعة مُدمجتان داخل البيئة.

ما زلت أتساءل ما الذي سيقوم الناس ببنائه فعليًا باستخدامها 😂، لأن التوافق وحده لا يضمن أن أحدًا سيستخدمها. لكنني أحب الاتجاه. يبدو أن DuskEVM لا يطلب من المطورين الاختيار بين تطوير EVM المألوف وبنية Dusk التحتية المتمحورة حول الخصوصية. بل يحاول جمع الاثنين معًا، وهذا هو الجزء الذي سأتابعه.

@Dusk #dusk $DUSK