Eu me aprofundei nas regras finais e em constante fluxo de Dusk, e um detalhe mudou a forma como eu penso sobre “finalidade”.
Um bloco não é simplesmente final no momento em que recebe uma atestação bem-sucedida. Dusk distingue entre estados aceito, atestado, confirmado e final. Um bloco aceito ainda pode ser substituído por um bloco de iteração inferior, enquanto um bloco atestado não pode ser substituído por outro.
A parte interessante é como blocos posteriores fortalecem a confiança. Um bloco aceito se torna confirmado apenas depois de 2×n blocos consecutivos atestados ou confirmados, onde n representa iterações anteriores que não foram atestadas. A finalização então depende de o pai já estar final.
Assim, a pergunta mais profunda para @Dusk e $DUSK não é apenas “Quão rápida é a finalidade?”.
É: como as aplicações devem precificar o risco enquanto um bloco passa por esses estados intermediários?
Para infraestrutura financeira, essa distinção pode importar mais do que um número de finalidade em destaque.
Como você projetaria uma aplicação em torno da progressão aceita → confirmada → final da Dusk?

#dusk