#dusk $DUSK @Dusk
Finalidade Recursiva: Como o Dusk Confirma Transações
Nem todo bloco precisa “pular” de “aceito” para final definitivo em um único momento. O Dusk adota uma abordagem mais progressiva por meio da finalidade recursiva.
Um bloco pode primeiro ser aceito, o que significa que o consenso foi alcançado, mas um bloco concorrente de iteração menor ainda poderia substituí-lo. Se todas as iterações anteriores já tiverem sido provadas como falhas, o bloco passa a ser atestado e não pode ser substituído por uma alternativa de iteração menor.
Então vem a confirmação. Cada sucessor adequado adiciona mais evidências de que os provedores estão construindo sobre a mesma cadeia. Para um bloco aceito, o número de sucessores necessários depende das iterações anteriores ainda não resolvidas. Quanto mais incerteza, mais confirmações são necessárias.
Por fim, as confirmações percorrem a cadeia: uma vez que um bloco está confirmado e seu pai está final, ele também pode se tornar final.
A parte interessante é que a finalização no Dusk não é tratada como um simples temporizador ou uma contagem fixa de confirmações. Ela se adapta ao histórico do bloco e às evidências criadas pelas rodadas de consenso posteriores.
Isso cria um caminho em movimento de possibilidade → aceitação → confiança mais forte → finalidade.
Finalidade Recursiva: Como o Dusk Confirma Transações
Nem todo bloco precisa “pular” de “aceito” para final definitivo em um único momento. O Dusk adota uma abordagem mais progressiva por meio da finalidade recursiva.
Um bloco pode primeiro ser aceito, o que significa que o consenso foi alcançado, mas um bloco concorrente de iteração menor ainda poderia substituí-lo. Se todas as iterações anteriores já tiverem sido provadas como falhas, o bloco passa a ser atestado e não pode ser substituído por uma alternativa de iteração menor.
Então vem a confirmação. Cada sucessor adequado adiciona mais evidências de que os provedores estão construindo sobre a mesma cadeia. Para um bloco aceito, o número de sucessores necessários depende das iterações anteriores ainda não resolvidas. Quanto mais incerteza, mais confirmações são necessárias.
Por fim, as confirmações percorrem a cadeia: uma vez que um bloco está confirmado e seu pai está final, ele também pode se tornar final.
A parte interessante é que a finalização no Dusk não é tratada como um simples temporizador ou uma contagem fixa de confirmações. Ela se adapta ao histórico do bloco e às evidências criadas pelas rodadas de consenso posteriores.
Isso cria um caminho em movimento de possibilidade → aceitação → confiança mais forte → finalidade.