Depois que a carteira mostra que deu certo, o dinheiro ainda pode não ser realmente seu.

Ontem eu fiquei acompanhando o fluxo de transações do DuskEVM e me deparei com um detalhe bem contraintuitivo:
Uma transação entra em um bloco, mas isso não significa que ela “vale”.

A maioria das pessoas na cadeia trata essas duas coisas como se fossem a mesma. Quando a carteira pula para “sucesso”, elas concluem que o dinheiro já é delas.
Mas, na verdade, as transações no DuskEVM têm duas fases de vida.

A primeira chama-se “inclusão”. A transação é enviada ao sequencer, empacotada num bloco da L2,
é rápida — leva segundos. Mas essa etapa é só “colocar na fila”.

A segunda chama-se “finalização”. O batcher envia os dados da transação para o DuskDS,
ou comprometimentos de estado e provas de falha ancorados na camada de consenso.
Só isso é o caso definitivo.

O trecho exato da documentação oficial ficou bem na minha memória: inclusão é rápida, mas “inclusão” e “finalização” são estágios diferentes.

Um é rápido; o outro é seguro. Entre eles existe um intervalo de tempo em que dá a sensação de “chegou”, mas na verdade ainda não chegou.

O lado mais contraintuitivo desse design é que ele tira do usuário a decisão de “quanto tempo esperar para valer”.
O “jeito improvisado” que circula no mundo do Bitcoin é: 1 confirmação para comprar um café, 6 confirmações para receber o pagamento.
Isso é uma experiência construída pelo próprio comércio com tentativas e probabilidade — a cadeia, por si, não assume compromisso.
No Dusk, essa lógica é incorporada ao protocolo: inclusão é inclusão; finalização é finalização; as etapas ficam bem claras.

O custo é abrir mão um pouco da “fluidez”, em troca de determinismo.
O que as aplicações financeiras mais temem nunca é apenas a lentidão — é o “acharem que caiu”.
Se uma aplicação, para inferir finalidade, usa “quantos segundos passaram” para decidir,
uma falha dessas deixa de ser problema de taxa e vira problema de responsabilidade na liquidação.

Por isso, a documentação oficial chama atenção: ao transferir ativos entre camadas,
você deve olhar o estado do protocolo ou o estado da carteira — não tente adivinhar a finalização pelo tempo.

Esse design não tem nada de sexy; na verdade, até parece meio prolixo.
Mas o dinheiro sob regulamentação nunca busca aquela sensação de rapidez — o que ele quer é que cada transação possa ser “virada” de forma definitiva.

Na cadeia, o que as instituições mais temem, no fim das contas, é a finalização ser lenta — ou a finalização “parecer que aconteceu”? #dusk $DUSK @Dusk