#dusk $DUSK @Dusk

‎eu pensava que um bloco era ou final, ou não era — uma única linha, limpa.

‎a finalização contínua me fez repensar isso.

‎o mecanismo real segue em retrospecto a partir do topo (chain tip), até o último bloco finalizado, contabilizando as participações dos proponentes (provisioners) por trás do timeout e os certificados vencedores ao longo do caminho. quando essa soma em andamento atinge 67% da participação total em algum bloco intermediário H, H é marcado como final, retroativamente.

‎isso não é um único voto decidindo algo. é um limite baseado em participação cumulativa, verificado em uma faixa de blocos — não em um único momento.

‎eu investiguei por que um sistema de voto único não consegue oferecer a mesma garantia. um voto, mesmo um voto decisivo, só prova o que um subconjunto da rede pensou naquele momento. ele não leva em conta o que acontece se o próprio topo nunca finalizar, ou se candidatos de iterações inferiores ainda tiverem reivindicações não resolvidas por trás dele.

‎as anotações de engenharia da Dusk confirmam também que essa mudança ocorreu recentemente: de um número fixo de sucessores para um número variável, dependendo de quantos candidatos não atestados de iteração inferior existiam na mesma rodada. o limite não é estático; ele se adapta ao quão bagunçada aquela rodada específica realmente foi.

‎então a finalização contínua não está protegendo contra um único voto ruim. ela está protegendo contra a lacuna entre parecer resolvido e realmente acumular confirmação ponderada suficiente para se tornar irreversível.

‎um limite retroativo de 67% da participação parece uma garantia mais forte do que um único voto decisivo, ou a complexidade só desloca onde a incerteza se esconde??

$RE
$HEMI