A Maior Misunderstanding Sobre DuskEVM
Um mal-entendido comum sobre DuskEVM é que ele existe para tornar Dusk mais amigável para desenvolvedores.
Esse não é seu propósito.
DuskEVM existe para separar onde a execução acontece de onde a responsabilidade se estabelece.
Contratos inteligentes rodam em um ambiente compatível com EVM, mas seus resultados não se tornam automaticamente finais. O estado final é determinado na Dusk Layer 1, onde regras de elegibilidade, permissões e requisitos de auditoria são aplicados em nível de protocolo.
Essa separação é fundamental.
Em sistemas EVM padrão, a execução bem-sucedida implicitamente aprova o estado resultante. Se uma transação é executada, o estado é aceito, e quaisquer problemas são tratados posteriormente através de governança, monitoramento ou processos off-chain. Esse modelo funciona para ativos nativos de cripto. Ele falha quando os ativos representam instrumentos financeiros regulamentados.
DuskEVM muda essa fronteira de liquidação de execução.
Contratos podem ser executados exatamente como escritos, mas a liquidação é condicional. Se uma ação viola restrições de elegibilidade ou conformidade, nunca se torna estado final, independentemente do sucesso da execução.
É por isso que DuskEVM é crítico para aplicações como DuskTrade. Ele permite que a lógica de negociação baseada em Solidity opere dentro de uma camada de liquidação construída para mercados regulamentados, não para experimentação sem permissão.
DuskEVM não é sobre compatibilidade de conveniência.
É sobre tornar a execução EVM utilizável em ambientes onde a liquidação deve permanecer defensável por design.
