عندما اضطر مهندسو شبكة Dusk إلى تحديد كيفية تنفيذ العقود فعليًا، لم يلجؤوا إلى الاختصار الواضح. معظم شبكات الطبقة الأولى (Layer-1) الجديدة التي أُطلقت في السنوات القليلة الماضية طرحت نموذجًا متوافقًا مع EVM منذ اليوم الأول، متكئةً على أن دراية مطوري Solidity ستتغلب على أي كلفة تقنية. أنشأت Dusk Network جهازًا افتراضيًا خاصًا بها أولًا: Piecrust، بيئة تشغيل مبنية على WASM مع دعم أصلي لعمليات الإثباتات بالمعرفة الصفرية مثل التحقق من PLONK وGroth16، إضافةً إلى نموذج حالة معتمد على التغييرات (delta) يقوم فقط بالاحتفاظ بما تغيّر فعلًا بدلًا من إعادة كتابة الحالة الكاملة في كل كتلة.
هذا مسار أصعب وبطيء. لكنه أيضًا المسار الوحيد الذي مكّن عقود Dusk Network من أن تكون «مولدة للمعرفة الصفرية» بشكل أصيل (zero-knowledge-native) وليست مجرد قريبة من المعرفة الصفرية (zero-knowledge-adjacent)، لأن بيئات EVM القياسية لم تُصمَّم ليكون التحقق من الأدلة السرية عملية أساسية من الدرجة الأولى. كانت المقايضة هي دراية المطورين: أغلب المهندسين يعرفون Solidity، وقليلون فقط يعرفون Rust مع ما يرافقه من ماكروز عقود لدى Dusk Network—وهذه تكلفة حقيقية قبلتها المجموعة بوعي.
المثير للاهتمام أن شبكة Dusk لم تبقَ إلى الأبد مرتبطة بهذه المقايضة. وصلت DuskEVM كبيئة تنفيذ ثانية، مكافئة بالكامل لـ EVM، وتتسوى إلى نفس طبقة DuskDS الأساسية التي تستخدمها العقود المبنية على Piecrust، مع جسر أصلي بلا ثقة (trustless) وأدوات قياسية يعرفها المطورون بالفعل. بدلًا من اختيار نموذج تنفيذ واحد وفرضه على كل حالة استخدام، فصلت Dusk Network التسوية عن التنفيذ بالكامل، ما سمح للتطبيقات التي ولدت للخصوصية أن تعيش على Piecrust، وللفرق التي تعتمد على بيئة Ethereum أن تعيش على DuskEVM، مع حصول الجانبين على نفس ضمانات الإجماع والنهائية (finality) الكامنة تحت ذلك.
أعتقد أن ترتيب الخطوات كان القرار الصحيح: بناء الشيء الأكثر صعوبة والأكثر تمايزًا أولًا، ثم إضافة بوابة الوصول المألوفة (on-ramp) عندما تصبح البنية الأساسية موجودة. أما ما إذا كانت بيئتا تنفيذ ستُجزّئ السيولة والانتباه بدلًا من إضافة مرونة، فما يزال سؤالًا تصميميًا مفتوحًا لا يستطيع أحد خارج شبكة Dusk Network الإجابة عنه بالكامل بعد.
#dusk $DUSK @Dusk
هذا مسار أصعب وبطيء. لكنه أيضًا المسار الوحيد الذي مكّن عقود Dusk Network من أن تكون «مولدة للمعرفة الصفرية» بشكل أصيل (zero-knowledge-native) وليست مجرد قريبة من المعرفة الصفرية (zero-knowledge-adjacent)، لأن بيئات EVM القياسية لم تُصمَّم ليكون التحقق من الأدلة السرية عملية أساسية من الدرجة الأولى. كانت المقايضة هي دراية المطورين: أغلب المهندسين يعرفون Solidity، وقليلون فقط يعرفون Rust مع ما يرافقه من ماكروز عقود لدى Dusk Network—وهذه تكلفة حقيقية قبلتها المجموعة بوعي.
المثير للاهتمام أن شبكة Dusk لم تبقَ إلى الأبد مرتبطة بهذه المقايضة. وصلت DuskEVM كبيئة تنفيذ ثانية، مكافئة بالكامل لـ EVM، وتتسوى إلى نفس طبقة DuskDS الأساسية التي تستخدمها العقود المبنية على Piecrust، مع جسر أصلي بلا ثقة (trustless) وأدوات قياسية يعرفها المطورون بالفعل. بدلًا من اختيار نموذج تنفيذ واحد وفرضه على كل حالة استخدام، فصلت Dusk Network التسوية عن التنفيذ بالكامل، ما سمح للتطبيقات التي ولدت للخصوصية أن تعيش على Piecrust، وللفرق التي تعتمد على بيئة Ethereum أن تعيش على DuskEVM، مع حصول الجانبين على نفس ضمانات الإجماع والنهائية (finality) الكامنة تحت ذلك.
أعتقد أن ترتيب الخطوات كان القرار الصحيح: بناء الشيء الأكثر صعوبة والأكثر تمايزًا أولًا، ثم إضافة بوابة الوصول المألوفة (on-ramp) عندما تصبح البنية الأساسية موجودة. أما ما إذا كانت بيئتا تنفيذ ستُجزّئ السيولة والانتباه بدلًا من إضافة مرونة، فما يزال سؤالًا تصميميًا مفتوحًا لا يستطيع أحد خارج شبكة Dusk Network الإجابة عنه بالكامل بعد.
#dusk $DUSK @Dusk
