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

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

أما من ناحية التقنية، فـ DuskEVM تستخدم مباشرة OP Stack للبناء. يبدو الأمر بسيطًا، لكنه يحمل معنى كبيرًا. جميع أدوات نظام إيثريوم البيئي — مثل Hardhat، Remix، MetaMask — يمكن توصيلها واستخدامها بدون أي تعارض. جربت نشر عقد Solidity قياسي، ومن عملية التطوير إلى استدعاء RPC، كانت التجربة مشابهة تمامًا للعمل على Optimism أو Arbitrum.

ما الفائدة الواقعية من هذا التوافق؟ تقلل بشكل كبير من تكاليف الانتقال. فكما تعلم، كانت تلك السلاسل المخصصة من الطبقة الأولى تتطلب من المطورين إعادة تعلم لغة آلة خاصة، ويستغرق التكامل عادة نصف سنة. الآن؟ يمكن إنجازه خلال بضعة أسابيع، مما يعزز الكفاءة بشكل ملحوظ.

لكن هناك نقطة سهلة التغافل عنها هنا. DuskEVM ليست مجرد فرع من طبقة التنفيذ في إيثريوم. التسوية وإمكانية الوصول إلى البيانات تشير إلى سلسلة DuskDS الرئيسية، والتي تعتمد على إجماع Succinct Attestation، وليس آلية PoS التقليدية. الميزة في هذا التصميم هو الحسم الحتمي — بمجرد أن يتم تجميع المعاملة، فهي نهائية لا يمكن تغييرها. بالمقارنة، بعض حلول L2 تتطلب انتظار فترة تحدي تصل إلى 7 أيام، وهذا فرق كبير.