عندما تقرأ الوثائق الرسمية لـ Dusk، توجد عبارة قرأتها مرتين قبل أن أفهمها: طبقة التنفيذ في DuskEVM تستخدم بنية OP Stack—الـ sequencer يشغّل op-geth لتنفيذ معاملات EVM، والـ batcher ينشر بيانات المعاملات كـ blob على DuskDS، ثم يقوم الـ proposer بنشر التزامات الحالة مستشهدًا بهذه الدفعات التي تم تنفيذها بالفعل. باختصار، DuskEVM في جوهره عبارة عن Layer 2، بينما DuskDS (طبقة التسوية L1 الخاصة بـ Dusk) هي أساس التوفر للبيانات والتسوية النهائية.
هذا اختيار معماري ذكي فعلًا. بيئة العقود الذكية الأصلية في Dusk هي DuskVM، والتي تعمل على ماكينة افتراضية WASM مبنية ضمن Piecrust وتستخدم Rust—وهي موجّهة للمطورين الذين يريدون استخدام Rust/WASM مباشرةً، والذين يحتاجون إلى أصول على مستوى البروتوكول وقدرات المعرفة الصفرية. أما DuskEVM فهو موجّه للفرق التي تريد استخدام سلسلة أدوات Solidity الجاهزة ولا ترغب في تعلم أشياء جديدة. إذن لدينا مساران بدل أن نُجبر الجميع على تغيير اللغة. وتقوم Piecrust في الإصدارات الأخيرة أيضًا بإضافة دعم memory64، واستبدلت الـ runtime الأساسي من wasmer إلى wasmtime، وكل ذلك يهيئ الطريق لحالات عقود وتنفيذ بحجم أكبر وتحسين الأداء.
الجدير بالتأمل حقًا هو هيكل الرسوم: معاملات DuskEVM تدفع ثمنًا مقابل شيئين—الأول هو رسوم تنفيذ L2 بأسلوب EIP-1559، والثاني هو رسوم التوفر للبيانات لنشر بيانات الدفعة على DuskDS. وهذا يعني أن الإنتاجية والتكلفة الفعلية لـ DuskEVM تظل في النهاية محدودة بسعة توفر بيانات هذه الـ L1، DuskDS: حتى لو كانت طبقة التنفيذ L2 أسرع، فإذا كانت طبقة التسوية الأساسية مزدحمة فلن تستطيع الارتقاء. هذا يشبه بشكل أساسي معظم سلاسل "L2 التي تعتمد DA على Ethereum"؛ الفرق الوحيد هو أننا استبدلنا Ethereum بـ L1 الخاصة بـ Dusk.
بالنسبة للمطورين الذين ينوون نشر عقود على DuskEVM، فإن تفاصيل هذا التصميم ليست مجرد خلفية غير مهمة—إنها تحدد مباشرةً في نموذج تكلفة الغاز لديك ما إذا كانت رسوم DA ستصبح بندًا أكبر من رسوم التنفيذ، خصوصًا في التطبيقات المالية عالية التردد وحجم البيانات الكبير.
@Dusk $DUSK #dusk
هذا اختيار معماري ذكي فعلًا. بيئة العقود الذكية الأصلية في Dusk هي DuskVM، والتي تعمل على ماكينة افتراضية WASM مبنية ضمن Piecrust وتستخدم Rust—وهي موجّهة للمطورين الذين يريدون استخدام Rust/WASM مباشرةً، والذين يحتاجون إلى أصول على مستوى البروتوكول وقدرات المعرفة الصفرية. أما DuskEVM فهو موجّه للفرق التي تريد استخدام سلسلة أدوات Solidity الجاهزة ولا ترغب في تعلم أشياء جديدة. إذن لدينا مساران بدل أن نُجبر الجميع على تغيير اللغة. وتقوم Piecrust في الإصدارات الأخيرة أيضًا بإضافة دعم memory64، واستبدلت الـ runtime الأساسي من wasmer إلى wasmtime، وكل ذلك يهيئ الطريق لحالات عقود وتنفيذ بحجم أكبر وتحسين الأداء.
الجدير بالتأمل حقًا هو هيكل الرسوم: معاملات DuskEVM تدفع ثمنًا مقابل شيئين—الأول هو رسوم تنفيذ L2 بأسلوب EIP-1559، والثاني هو رسوم التوفر للبيانات لنشر بيانات الدفعة على DuskDS. وهذا يعني أن الإنتاجية والتكلفة الفعلية لـ DuskEVM تظل في النهاية محدودة بسعة توفر بيانات هذه الـ L1، DuskDS: حتى لو كانت طبقة التنفيذ L2 أسرع، فإذا كانت طبقة التسوية الأساسية مزدحمة فلن تستطيع الارتقاء. هذا يشبه بشكل أساسي معظم سلاسل "L2 التي تعتمد DA على Ethereum"؛ الفرق الوحيد هو أننا استبدلنا Ethereum بـ L1 الخاصة بـ Dusk.
بالنسبة للمطورين الذين ينوون نشر عقود على DuskEVM، فإن تفاصيل هذا التصميم ليست مجرد خلفية غير مهمة—إنها تحدد مباشرةً في نموذج تكلفة الغاز لديك ما إذا كانت رسوم DA ستصبح بندًا أكبر من رسوم التنفيذ، خصوصًا في التطبيقات المالية عالية التردد وحجم البيانات الكبير.
@Dusk $DUSK #dusk