DuskEVM berechnet pro Transaktion zwei getrennte Gebühren – eine standardmäßige EIP-1559-ähnliche Ausführungsgebühr und eine separate Data-Availability-Gebühr, die dafür erhoben wird, Batch-Daten auf DuskDS zu posten. Dieses Zwei-Stufen-Gebührenmodell wird von Wallets/SDKs automatisch geschätzt, sodass die meisten Nutzer gar nicht merken, dass ihre Gas-Kosten tatsächlich die kombinierten Kosten für beides abdecken. Interessant ist, dass DuskEVM als „EVM-kompatible Scaling Layer“ beworben wird, aber diese Data-Availability-Abhängigkeit zeigt, dass DuskEVM tatsächlich nicht unabhängig ist – die endgültige Finalität und die Datenspeicherung jeder Transaktion werden weiterhin auf DuskDS abgewickelt. Das bedeutet: DuskEVM hat keine eigene Durchsatz-Kapazität, sondern ist direkt an die Kapazität der Basis-Schicht (DuskDS) gebunden – ganz wie bei einer Rollup-Architektur, bei der L2 zwar „schneller“ wirkt, aber Sicherheit und Daten-Garantien letztlich immer auf L1 beruhen. Daher können sich, wenn DuskDS unter Last steht, sowohl die Kosten als auch die Geschwindigkeit von DuskEVM automatisch auswirken – selbst wenn DuskEVM eine eigene Ausführungsschicht haben sollte.
$DUSK #dusk @Dusk