Finality indica quando a liquidação pode ser considerada definitiva. Em Bitcoin ela é probabilística: um histórico válido mais profundo é mais difícil de substituir, mas nenhum número universal de confirmações garante sozinho impossibilidade de reorganização ou cumprimento jurídico da operação.
Blocos acrescentados acima da transação aumentam o trabalho para substituir seu histórico. A segurança depende também dos recursos do atacante e da rede. Finality não é um instante fixo após o qual o protocolo emite certificado matemático de irreversibilidade. [Bitcoin Developer Guide — Block Chain][Bitcoin Developer Guide — Payment Processing]
O nó primeiro verifica regras e então escolhe a cadeia válida com mais trabalho acumulado. Contagem de blocos, nós conectados ou votos de detentores não substitui essa escolha. Mais trabalho não torna válida uma transação inválida. [Bitcoin Developer Guide — Block Chain]
Exemplo próprio: bloco da transação na altura 800000, ponta da mesma cadeia ativa em 800005. São 800005 − 800000 + 1 = 6 confirmações, incluindo o próprio bloco. Estar apenas no mempool significa 0 confirmações, não a primeira. [Bitcoin Developer Guide — Payment Processing][Bitcoin Core 28.0 — getblockheader]
Uma reorganização pode tirar um bloco do ramo ativo. Bitcoin Core 28.0 getblockheader informa confirmations = -1 para ele. Isso não significa perder todos os pagamentos: a transação pode estar também no ramo novo, não confirmada ou em conflito; verifique seu estado novamente. [Bitcoin Developer Guide — Block Chain][Bitcoin Core 28.0 — getblockheader]
O guia de desenvolvimento cita 6 confirmações como limiar comum de pagamentos valiosos e também prevê análise de risco. É decisão do destinatário, não mudança de consenso. Uma média aproximada de uma hora não garante seis blocos sempre dentro de uma hora. [Bitcoin Developer Guide — Payment Processing]
PFMI exigem definir claramente quando a liquidação é final e até quando instruções podem ser revogadas. Confirmações bitcoin não determinam sozinhas o efeito jurídico de contrato, pagamento bancário ou transferência de propriedade. Aceitar BTC tecnicamente não cumpre todas as obrigações da operação. [BIS — PFMI principle 8]
Bitcoin não tem um botão comum do prestador para revogar pagamentos confirmados. Reembolso voluntário é nova transação do destinatário e não apaga o original. Verifique destinatário e valor antes de enviar, não apenas após o limiar de confirmações. [Bitcoin.org — Some things you need to know]
Registre transação, bloco e fonte de verificação; monitore a atualização do nó e mudanças no ramo ativo. confirmations é o estado na consulta, não certificado permanente. As regras devem prever queda das confirmações ou conflito, sem tratar um registro antigo como evidência nova. [Bitcoin Developer Guide — Payment Processing][Bitcoin Core 28.0 — getblockheader]
Para ter uma visão mais completa, leia este verbete junto com Confirmação, Proof of Work, Settlement risk, Delivery versus payment. Também há referências a este verbete em Byzantine Generals Problem, Nakamoto consensus, Delivery versus payment.