Finality menyatakan kapan penyelesaian dapat dianggap final. Pada Bitcoin sifatnya probabilistik: riwayat valid yang lebih dalam lebih sulit diganti, tetapi tak ada jumlah konfirmasi universal yang sendirian menjamin reorganisasi mustahil atau transaksi terpenuhi secara hukum.
Blok tambahan di atas transaksi meningkatkan kerja untuk mengganti riwayatnya. Keamanan juga bergantung sumber daya penyerang dan kondisi jaringan. Finality bukan saat tetap ketika protokol mengeluarkan sertifikat matematis bahwa transaksi tak bisa dibalik. [Bitcoin Developer Guide — Block Chain][Bitcoin Developer Guide — Payment Processing]
Node memverifikasi aturan terlebih dahulu, lalu memilih rantai valid dengan kerja terakumulasi paling besar. Jumlah blok, node terhubung atau suara pemilik koin tidak mengganti pilihan ini. Lebih banyak kerja tidak membuat transaksi tidak valid menjadi valid. [Bitcoin Developer Guide — Block Chain]
Contoh kami: blok transaksi pada tinggi 800000 dan ujung rantai aktif yang sama pada 800005. Konfirmasinya 800005 − 800000 + 1 = 6, termasuk blok transaksi sendiri. Hanya berada di mempool berarti 0 konfirmasi, bukan konfirmasi pertama. [Bitcoin Developer Guide — Payment Processing][Bitcoin Core 28.0 — getblockheader]
Reorganisasi dapat mengeluarkan blok lama dari cabang aktif. Bitcoin Core 28.0 getblockheader melaporkan confirmations = -1 untuk blok itu. Ini tidak berarti semua pembayarannya hilang: transaksi dapat ada di cabang baru, belum dikonfirmasi atau berkonflik; periksa kembali statusnya. [Bitcoin Developer Guide — Block Chain][Bitcoin Core 28.0 — getblockheader]
Panduan pengembang menyebut 6 konfirmasi sebagai ambang umum pembayaran bernilai tinggi sambil tetap mempertimbangkan analisis risiko. Itu keputusan penerima, bukan perubahan konsensus. Rata-rata sekitar satu jam tidak berarti enam blok selalu muncul dalam satu jam. [Bitcoin Developer Guide — Payment Processing]
PFMI mensyaratkan kejelasan waktu penyelesaian final dan batas pembatalan instruksi. Konfirmasi bitcoin saja tidak menentukan akibat hukum kontrak, pembayaran bank atau perpindahan kepemilikan. Penerimaan teknis BTC tidak mengganti pemenuhan seluruh kewajiban transaksi. [BIS — PFMI principle 8]
Bitcoin tidak memiliki tombol penyedia biasa untuk membatalkan pembayaran terkonfirmasi. Pengembalian sukarela adalah transaksi baru oleh penerima, bukan penghapusan transfer awal. Periksa penerima dan jumlah sebelum mengirim, bukan hanya setelah ambang konfirmasi. [Bitcoin.org — Some things you need to know]
Catat transaksi, blok dan sumber verifikasi; pantau kemutakhiran node serta perubahan cabang aktif. confirmations adalah keadaan saat ditanya, bukan sertifikat permanen. Aturan perlu menetapkan respons atas penurunan konfirmasi atau konflik agar rekaman lama tidak dianggap bukti baru. [Bitcoin Developer Guide — Payment Processing][Bitcoin Core 28.0 — getblockheader]
Untuk gambaran yang lebih utuh, baca entri ini bersama Konfirmasi, Proof of Work, Settlement risk, Delivery versus payment. Entri ini juga dirujuk dari Byzantine Generals Problem, Nakamoto consensus, Delivery versus payment.