هناك مسار تقني يستحق الاستكشاف مؤخرًا وهو تصميم DuskEVM، فالفكرة ليست ببساطة إضافة سلسلة EVM أخرى، بل هي ربط كفاءة تطوير بيئة EVM بأكملها بالبنية التحتية الأساسية لـ L1 التي تتمتع بالامتثال والخصوصية.

لنبدأ بالتقدم الهندسي. لقد أصبح DuskDS، كطبقة توفر البيانات والتسوية، يعمل بشكل مستقر على الشبكة الرئيسية، بينما يُعد ترقية Rusk هو التحدي الأخير قبل إطلاق شبكة DuskEVM الرئيسية. جوهر هذا التحديث هو شيء واحد: توصيل معالجة معاملات BLOB. بمعنى آخر، كيف يتم ترتيب معاملات L2 المجمعة بشكل منظم على L1، وأخيرًا تم تجهيز هذا المسار بشكل كامل.

لننظر إلى بعض المؤشرات الصلبة. يتم إنتاج BLOB بفاصل زمني ثابت، حوالي كل 7 دقائق يتم إنشاء نافذة جديدة. إذا تجاوزت دفعة معاملات EVM سعة BLOB واحدة، فسيقوم النظام تلقائيًا بالانتقال إلى النافذة التالية؛ وبحسب المعلمات الحالية، يمكن لكل نافذة أن تحتوي على ما يصل إلى 6 BLOBs. يمكنك فهم ذلك على أنه طريق سريع متعدد الممرات للتسوية—كلما زاد عدد الممرات وثباتها، زادت القدرة على التوقع في الأداء والتكلفة، وهو أمر حيوي للأعمال التي تعتمد بشكل كبير على استقرار التسوية مثل DeFi و RWA.

الأكثر إثارة هو الموقع العام. DuskEVM هو في جوهره طبقة تنفيذ متوافقة مع EVM، لكن قاعدة التسوية تعتمد على L1 غير EVM وتلتزم بالخصوصية (DuskDS) — هذا ليس مجرد تغيير في المظهر، بل هو دمج "سلسلة أدوات المطورين المألوفة" و"القاعدة التنظيمية المطلوبة من المؤسسات" بشكل قسري.

ماذا يعني هذا للمطورين؟ أدوات مثل محافظ EVM، وأجهزة التوقيع يمكن أن تتكامل بشكل أكثر سلاسة، وتقليل تكلفة التعلم بشكل كبير. وللمؤسسات والمشاريع، ستكون الأمور أكثر راحة — يمكنك بسرعة بناء L2 مخصص على DuskDS، سواء كانت ترخيصية أو غير ترخيصية، وتحديد قواعد sequencer بنفسك، ودمج متطلبات التنظيم مباشرة في معلمات السلسلة، بدلاً من وضعها في عرض تقديمي وتوتر الأعصاب.

الجانب الرائع في هذا المفهوم هو أنه لا يختار بشكل قسري بين "EVM أو الخصوصية"، بل يقسم العمل بين طبقة التنفيذ وطبقة التسوية — حيث تستمر الواجهة في الاستفادة من بيئة EVM، بينما تدعم الخلفية الخصوصية والامتثال عبر L1. في ظل توجه DeFi و RWA نحو الاعتماد على السلسلة، فإن هذا التصميم المعماري يفتح آفاقًا واسعة من الإمكانيات.