يصل معظم المُطوّرين إلى Solidity وجهاز الظاهر الافتراضي (EVM) بدافع العادة — فالأدوات والمكتبات وسنوات الخبرة كلها موجودة هناك. لكن لدى الـEVM سمة واحدة تجعله شبه عديم الفائدة للتمويل المُنظَّم: فهو يُظهر كل شيء. حالة العقد تكون عامة افتراضيًا. كل رصيد، وكل طرف مقابل، يمكن قراءته من قِبل أي شخص.
بالنسبة لـ DEX فهذا أمر جيد. أما بالنسبة لسند مُرمّز (tokenized bond) بحدّ اكتتاب سري (confidential cap table) ومراكز حسّاسة، فإن هذه الشفافية تُعتبر نقطة فشل. لذلك تقوم الفرق بعمل تفرّع (fork) قبيح. إمّا أن تتخلّى عن الـEVM بالكامل فتفقد سلسلة الأدوات ومخزون المواهب. أو تضيف الخصوصية على نظام خارج السلسلة (off-chain) — وبصمت تعيد إدخال الوسيط الموثوق الذي جئت لتزيله.
DuskEVM هو محاولة من Dusk لتفادي ذلك الانقسام: الحفاظ على مسار Solidity المألوف، لكن مع إضافة الخصوصية بشكل مدمج عبر Hedger، وحدة الخصوصية لديه. الجزء المثير هنا هو الآلية — تشفير تجانسي (homomorphic encryption) مع إثباتات معرفة-صفرية (zero-knowledge proofs)، بحيث يمكن للعقد إجراء حسابات على بيانات لا يكشفها، ومع ذلك يثبت أنه نفّذ الحساب بشكل صحيح. قابل للمراجعة، لا مجرد مخفي.
أنا متشكّك. كان FHE تاريخيًا بطيئًا ومكلفًا، وإثباتات ZK ليست مجانية. وقد وُعد بـ "EVM سري" من قبل لكنه تعثّر تحت أحمال واقعية. الخصوصية القابلة للمراجعة لا تهم إلا إذا كانت سريعة بما يكفي للبناء عليها.
من سيستخدمه؟ الفرق التي تريد الألفة مع الـEVM لكن لا تستطيع قانونيًا تسريب البيانات. لماذا قد ينجح: لأنه يضع المطورين في مكانهم — حيث هم بالفعل. ما الذي يقتله: التحمّل (overhead) الذي يجعل التطبيقات الحقيقية غير عملية.
جدير بالمراقبة. عنق الزجاجة هو الأداء، لا الفكرة.
@Dusk $DUSK #dusk