A lógica de finalização do Dusk é um pouco especial. Não é um conceito de tempo tradicional, mas um resultado diretamente ligado à prova de transação.

Esta cadeia utiliza o mecanismo de consenso Succinct Attestation. Os requisitos principais são claros: os validadores devem confirmar as transições de estado que já foram verificadas por provas, e não fazer um consenso geral sobre uma pilha de "transações pendentes". Em outras palavras, só após a prova anexada à transação ser validada, essa transação pode entrar no processo de confirmação de finalização.

O nó de consenso não confirma o fato de "alguém enviou uma transação", mas sim "de acordo com as regras atuais, essa transição de estado foi provada como legítima". Se a validação da prova falhar? Então essa transação nem entra na discussão de finalização.

Muitas blockchains seguem a sequência de primeiro consenso, depois detecção de problemas. O Dusk inverte isso — a prova vem primeiro, e a finalização só atua sobre estados que já foram comprovados como legítimos. A consequência direta é que estados ilegais não podem ser confirmados repetidamente e revertidos, pois estados ilegais simplesmente não entram no caminho de confirmação.

Essa é a razão pela qual o Dusk trata a finalização como uma condição fundamental para transações em conformidade, e não apenas como um indicador de desempenho. O objeto do mecanismo de confirmação é muito claro — direcionado apenas às transições de estado já comprovadas de acordo com as regras, não uma aprovação do pedido de transação em si. A integridade de um sistema de uma cadeia depende exatamente disso: a finalização atua apenas sobre estados que já foram comprovados como legítimos. Se essa ordem não for perturbada, o mecanismo de confirmação deixa de ser um PoS genérico e passa a ser uma garantia de execução feita sob medida para transações reguladas.