يُعيِّن DuskEVM لكل معاملة رسومًا منفصلة — رسوم تنفيذ قياسية بنمط EIP-1559، ورسوم منفصلة لطبقة التوافر البيانات تُفرض مقابل نشر بيانات الدفعات على DuskDS. يُقدِّر هذا نموذج الرسوم ثنائي المستوى تلقائيًا في المحافظ/‏SDKs، لذلك غالبًا لا يلاحظ معظم المستخدمين أن “الغاز” لديهم هو في الواقع تكلفة مجمعة لشيئين مختلفين. المثير للاهتمام هو أن DuskEVM يتم تسويقه كـ "طبقة توسعة متوافقة مع EVM"، لكن هذا الاعتماد على التوافر البيانات يكشف أن DuskEVM ليس مستقلًا فعليًا — فالتسوية النهائية وتخزين البيانات لكل معاملة ما يزالان يتمان على DuskDS. بمعنى أن DuskEVM لا يملك سعة إنتاجية خاصة به؛ بل يرتبط مباشرة بسعة الطبقة الأساسية (DuskDS)، تمامًا مثل بنية rollup حيث يبدو أن L2 “أسرع” ولكن أمنها ووعود البيانات ما تزال معتمدة على L1. لذلك عندما يكون DuskDS تحت حمل، يمكن أن تتأثر تكلفـة DuskEVM وسرعته تلقائيًا — حتى لو كان لدى DuskEVM طبقة تنفيذ مستقلة.
$DUSK #dusk @Dusk