Quando uma transação aparece num bloco, ela foi incluída. Se foi liquidada é outra pergunta, e a resposta difere por cadeia de formas que importam a quem move valor.
Liquidação probabilística
Em cadeias com prova de trabalho, nenhum bloco é final em sentido absoluto. É possível em princípio que uma cadeia concorrente surja e desloque blocos recentes. O que torna isso impraticável é o custo: cada bloco adicional construído em cima aumenta o trabalho que um atacante teria de refazer.
Portanto, aqui a finalidade é econômica, não matemática. Uma transação se torna segura não porque o protocolo declara, mas porque revertê-la custaria mais do que ela plausivelmente vale. Por isso serviços esperam várias confirmações, e por isso o número apropriado depende do valor em jogo em vez de ser constante universal.
Finalidade explícita
Outros desenhos tornam a finalidade uma propriedade declarada. Validadores votam e, uma vez que uma supermaioria suficiente se comprometeu, o bloco é final por regra: revertê-lo exigiria que esses validadores se contradissessem de um jeito que o protocolo detecta e pune.
A garantia aqui é de outra natureza. Não é «isso seria caro de desfazer», mas «desfazer isso é violação punível do protocolo». É mais forte num sentido e mais estreita noutro: vale enquanto o conjunto de validadores se comportar dentro das premissas do protocolo. Nosso guia comparando prova de trabalho e prova de participação cobre os mecanismos.
Por que contagens de confirmação não se transferem
Uma confirmação é um bloco. Blocos chegam em intervalos diferentes em cadeias diferentes, então um dado número de confirmações representa tempo decorrido e custo acumulado distintos conforme o lugar. Comparar «seis confirmações aqui» com «seis confirmações ali» é comparar duas quantidades diferentes que compartilham um nome.
É uma das fontes mais comuns de confusão ao transitar entre cadeias, e é totalmente evitável quando se sabe converter para tempo e custo em vez de contar blocos.
A versão prática
Para valores pequenos, esperar é sobretudo formalidade. Para grandes, o tempo de espera correto é função do que um atacante ganharia frente ao que um ataque custaria — ou seja, escala com o valor movido. Serviços que fixam um único limiar para todos os valores fazem uma simplificação, normalmente conservadora.
O princípio geral vale a pena: inclusão e liquidação não são o mesmo evento, e na lacuna entre eles mora a engenharia mais interessante. Veja o que é uma blockchain e nossa página de metodologia.