Das größte Missverständnis über DuskEVM
Ein verbreitetes Missverständnis über DuskEVM ist, dass es existiert, um Dusk entwicklerfreundlicher zu machen.
Das ist nicht sein Zweck.
DuskEVM existiert, um den Ort der Ausführung von dem Ort zu trennen, an dem die Verantwortung liegt.
Smart Contracts laufen in einer EVM-kompatiblen Umgebung, aber ihre Ergebnisse werden nicht automatisch endgültig. Der endgültige Zustand wird auf Dusk Layer 1 bestimmt, wo die Zulassungsregeln, Berechtigungen und Prüfungsanforderungen auf Protokollebene durchgesetzt werden.
Diese Trennung ist grundlegend.
In standardmäßigen EVM-Systemen genehmigt die erfolgreiche Ausführung implizit den resultierenden Zustand. Wenn eine Transaktion abläuft, wird der Zustand akzeptiert, und etwaige Probleme werden später durch Governance, Monitoring oder Off-Chain-Prozesse behandelt. Dieses Modell funktioniert für crypto-native Vermögenswerte. Es versagt, wenn Vermögenswerte regulierte Finanzinstrumente darstellen.
DuskEVM ändert diese Grenze der Ausführungsabwicklung.
Verträge können genau wie geschrieben ausgeführt werden, aber die Abwicklung ist bedingt. Wenn eine Aktion die Zulassungs- oder Compliance-Bedingungen verletzt, wird sie niemals zum endgültigen Zustand, unabhängig vom Erfolg der Ausführung.
Deshalb ist DuskEVM entscheidend für Anwendungen wie DuskTrade. Es ermöglicht Solidity-basierte Handelslogik, innerhalb einer Abwicklungsschicht zu operieren, die für regulierte Märkte und nicht für genehmigungsfreie Experimente gebaut ist.
DuskEVM geht nicht um Kompatibilität aus Bequemlichkeit.
Es geht darum, die EVM-Ausführung in Umgebungen nutzbar zu machen, in denen die Abwicklung von Natur aus verteidigbar bleiben muss.
