Finality означає, коли розрахунок можна вважати остаточним. У Bitcoin вона імовірнісна: глибшу дійсну історію важче замінити, проте жодна універсальна кількість підтверджень сама не гарантує неможливості реорганізації чи юридичного виконання угоди.
Нові блоки над транзакцією збільшують роботу, потрібну для заміни її історії. Безпека залежить також від ресурсів нападника й стану мережі. Finality не є фіксованою миттю, після якої протокол видає математичний сертифікат незворотності. [Bitcoin Developer Guide — Block Chain][Bitcoin Developer Guide — Payment Processing]
Вузол спочатку перевіряє правила, потім обирає дійсний ланцюг із найбільшою накопиченою роботою. Кількість блоків, підключених вузлів чи голоси власників монет цього не замінюють. Більша робота не робить недійсну транзакцію дійсною. [Bitcoin Developer Guide — Block Chain]
Власний приклад: блок транзакції має висоту 800000, вершина того самого активного ланцюга — 800005. Підтверджень 800005 − 800000 + 1 = 6, включно з блоком транзакції. Сама присутність у mempool означає 0 підтверджень, не перше. [Bitcoin Developer Guide — Payment Processing][Bitcoin Core 28.0 — getblockheader]
Реорганізація може вилучити попередній блок з активної гілки. Bitcoin Core 28.0 getblockheader вказує для нього confirmations = -1. Це не означає втрати всіх платежів: транзакція може бути й у новій гілці, залишитися непідтвердженою чи конфліктувати; її стан слід перевірити знову. [Bitcoin Developer Guide — Block Chain][Bitcoin Core 28.0 — getblockheader]
Посібник розробника наводить 6 підтверджень як поширений поріг для цінних платежів, водночас передбачаючи аналіз ризику. Це рішення отримувача, не зміна консенсусу. Приблизно година в середньому не означає, що шість блоків завжди з’являються за годину. [Bitcoin Developer Guide — Payment Processing]
PFMI вимагають чітко визначати момент остаточного розрахунку та межу відкликання інструкцій. Кількість підтверджень не визначає сама юридичного ефекту договору, банківського платежу чи переходу власності. Технічне прийняття BTC не виконує всіх зобов’язань угоди. [BIS — PFMI principle 8]
Bitcoin не має звичайної кнопки провайдера для відкликання підтвердженого платежу. Добровільне повернення — нова транзакція отримувача, яка не стирає початковий переказ. Отримувача й суму перевіряють перед відправленням, не лише після порогу підтверджень. [Bitcoin.org — Some things you need to know]
Записуйте транзакцію, блок і джерело перевірки; стежте за актуальністю вузла та змінами активної гілки. confirmations — стан на момент запиту, не постійний сертифікат. Правила мають передбачати падіння підтверджень чи конфлікт, щоб старий знімок не вважався новим доказом. [Bitcoin Developer Guide — Payment Processing][Bitcoin Core 28.0 — getblockheader]
Для повної картини прочитайте також Підтвердження, Proof of Work, Settlement risk, Delivery versus payment. На цю статтю також посилаються Byzantine Generals Problem, Nakamoto consensus, Delivery versus payment.