Finality określa, kiedy rozrachunek można uznać za ostateczny. W Bitcoinie jest probabilistyczna: głębszą poprawną historię trudniej zastąpić, ale żadna uniwersalna liczba potwierdzeń nie gwarantuje sama niemożliwości reorganizacji ani prawnego wykonania transakcji.
Kolejne bloki nad transakcją zwiększają pracę potrzebną do zastąpienia jej historii. Bezpieczeństwo zależy też od zasobów napastnika i stanu sieci. Finality nie jest ustaloną chwilą, po której protokół wystawia matematyczny certyfikat nieodwracalności. [Bitcoin Developer Guide — Block Chain][Bitcoin Developer Guide — Payment Processing]
Węzeł najpierw sprawdza reguły, potem wybiera poprawny łańcuch o największej skumulowanej pracy. Liczba bloków, podłączonych węzłów czy głosy posiadaczy monet nie zastępują tego wyboru. Większa praca nie czyni niepoprawnej transakcji poprawną. [Bitcoin Developer Guide — Block Chain]
Własny przykład: blok transakcji ma wysokość 800000, a szczyt tego samego aktywnego łańcucha 800005. Potwierdzenia wynoszą 800005 − 800000 + 1 = 6, wliczając blok transakcji. Sama obecność w mempool oznacza 0 potwierdzeń, nie pierwsze. [Bitcoin Developer Guide — Payment Processing][Bitcoin Core 28.0 — getblockheader]
Reorganizacja może usunąć dotychczasowy blok z aktywnej gałęzi. Bitcoin Core 28.0 getblockheader zwraca dla niego confirmations = -1. Nie oznacza to utraty wszystkich płatności: transakcja może być też w nowej gałęzi, niepotwierdzona albo sprzeczna; sprawdź jej stan ponownie. [Bitcoin Developer Guide — Block Chain][Bitcoin Core 28.0 — getblockheader]
Przewodnik deweloperski podaje 6 potwierdzeń jako typowy próg wartościowych płatności i uwzględnia analizę ryzyka. To decyzja odbiorcy, nie zmiana konsensusu. Średnio około godziny nie oznacza, że sześć bloków zawsze powstanie w godzinę. [Bitcoin Developer Guide — Payment Processing]
PFMI wymagają jasnego określenia ostatecznego rozrachunku i granicy odwołalności instrukcji. Potwierdzenia bitcoin nie określają same prawnego skutku umowy, płatności bankowej czy przeniesienia własności. Techniczne przyjęcie BTC nie wykonuje wszystkich zobowiązań transakcji. [BIS — PFMI principle 8]
Bitcoin nie ma zwykłego przycisku dostawcy odwołującego potwierdzoną płatność. Dobrowolny zwrot to nowa transakcja odbiorcy, nie wymazanie oryginału. Odbiorcę i kwotę sprawdza się przed wysłaniem, nie dopiero po osiągnięciu progu potwierdzeń. [Bitcoin.org — Some things you need to know]
Zapisuj transakcję, blok i źródło weryfikacji; monitoruj aktualność węzła i zmiany aktywnej gałęzi. confirmations to stan przy zapytaniu, nie trwały certyfikat. Reguły muszą uwzględniać spadek potwierdzeń lub konflikt, aby stary zapis nie uchodził za nowy dowód. [Bitcoin Developer Guide — Payment Processing][Bitcoin Core 28.0 — getblockheader]
Pełniejszy obraz uzyskasz, czytając to hasło razem z Potwierdzenie, Proof of Work, Settlement risk, Delivery versus payment. Do tego hasła prowadzą również odsyłacze z Byzantine Generals Problem, Nakamoto consensus, Delivery versus payment.