اقرأ عددًا كافيًا من الملخصات عن DuskEVM وستجد عبارة محددة تتكرر: يقوم المطورون بنشر عقود Solidity ويستفيدون تلقائيًا من الخصوصية والأمان اللذين يوفّرها إجماع Dusk Network في طبقة الأساس. أريد أن أبطّئ التوقف عند كلمة «تلقائيًا»، لأنّها تقوم بعمل أكبر مما ينبغي.

أمان الإجماع ينتقل فعلاً. فإن Succinct Attestation يؤمّن DuskDS، ويعود DuskEVM ليُسوي ذلك على هذه الطبقة، لذلك تُورَّث ضمانات الحسم/النهائية بطبيعتها وبالتصميم. أمّا الخصوصية فلقصة مختلفة تمامًا. آلية الخصوصية الفعلية في DuskEVM هي Hedger، وهي وحدة تجمع بين إثباتات المعرفة الصفرية والتشفير التجميعي (homomorphic encryption)، ولم تكن موجودة عندما تم الإعلان عن DuskEVM لأول مرة. لم يُفتح الاختبار العام إلا في نوفمبر 2025، وعلى شبكة اختبار عامة، حيث وصفت المجموعة صراحةً هذا الأمر بأنه إصدار مبكر، وطَلَبت من المستخدمين الإبلاغ عن المشكلات. أمّا الألفا نفسها فهي ضيقة ومحددة بحسب التصميم: فهي تدعم الإخفاء (shielding) وإلغاء الإخفاء (unshielding) والتحويلات الخاصة، وقد شرح باحثو Dusk أنفسهم بدقة كيف تعمل عملية التحويل الخاص، وصولًا إلى عنوان Hedger المنفصل الذي يحتاجه كل مستخدم إلى جانب عنوان EVM المعتاد لديه.

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

لا أعتقد أن الأمر تسويقًا غير صادق بقدر ما هو تسويق يتقدم على تسليم/إصدار البرمجيات، وهو ما يحدث باستمرار في هذه الصناعة. لكن إذا كانت الخصوصية هي سبب اهتمامك بـ Dusk Network على الإطلاق، فتأكد مما هي مرحلة Hedger فعلاً قبل افتراض أنها مدمجة تلقائيًا في كل عقد افتراضيًا.

#dusk $DUSK @Dusk