Il più grande malinteso su DuskEVM
Un comune malinteso su DuskEVM è che esista per rendere Dusk più amichevole per gli sviluppatori.
Questo non è il suo scopo.
DuskEVM esiste per separare dove avviene l'esecuzione da dove si stabilisce la responsabilità.
I contratti intelligenti vengono eseguiti in un ambiente compatibile con EVM, ma i loro risultati non diventano automaticamente finali. Lo stato finale è determinato su Dusk Layer 1, dove le regole di idoneità, i permessi e i requisiti di audit sono applicati a livello di protocollo.
Questa separazione è fondamentale.
Nei sistemi EVM standard, l'esecuzione riuscita approva implicitamente lo stato risultante. Se una transazione viene eseguita, lo stato è accettato e eventuali problemi vengono gestiti in seguito attraverso governance, monitoraggio o processi off-chain. Quel modello funziona per gli asset nativi crypto. Fallisce quando gli asset rappresentano strumenti finanziari regolamentati.
DuskEVM cambia quel confine di liquidazione dell'esecuzione.
I contratti possono essere eseguiti esattamente come scritti, ma la liquidazione è condizionata. Se un'azione viola i vincoli di idoneità o conformità, non diventa mai stato finale, indipendentemente dal successo dell'esecuzione.
Questo è il motivo per cui DuskEVM è fondamentale per applicazioni come DuskTrade. Permette alla logica di trading basata su Solidity di operare all'interno di uno strato di liquidazione costruito per mercati regolamentati, non per esperimenti senza permessi.
DuskEVM non riguarda la compatibilità per comodità.
Riguarda il rendere l'esecuzione EVM utilizzabile in ambienti dove la liquidazione deve rimanere difendibile per design.
