#dusk $DUSK

Achei que uma transação rápida do DuskEVM fosse basicamente uma transação já liquidada.

Então encontrei um aviso na documentação do Dusk que me fez repensar essa suposição.

O DuskEVM separa a inclusão da transação da liquidação.

Uma transação pode ser incluída rapidamente em um bloco de L2, mas isso não significa que o estado resultante já tenha sido liquidado de volta na Dusk L1. Essas duas etapas se conectam por meio de batching, compromissos de estado e provas de falha.


O detalhe que achei mais interessante é que o @Dusk explicitamente diz às aplicações que movem valor entre o DuskEVM e a Dusk L1 que NÃO devem inferir finalidade apenas a partir do tempo decorrido.

Isso parece óbvio depois de ler, mas na verdade é uma distinção de design importante.

“Confirmada rapidamente” e “segura para tratar como liquidada” não são necessariamente a mesma coisa.

Para uma aplicação que movimenta valor real, usar um temporizador como atalho poderia significar agir na inclusão enquanto o processo de liquidação entre camadas ainda não está completo.

Então fico com uma pergunta:

Qual status exato de protocolo uma aplicação deve tratar como autoritativo antes de liberar valor através do limite DuskEVM ↔ Dusk L1?