Jumlah komit adalah status turunan, bukan kolom yang disimpan dalam transaksi. Jika suatu transaksi terletak pada blok dengan tinggi h dan ujung rantai aktif adalah H, kedalamannya adalah H − h + 1. Sebuah transaksi di mempool tidak memiliki komitmen; Bitcoin Core dapat menampilkan nilai negatif untuk transaksi dompet yang bertentangan, yang menunjukkan kedalaman konflik tersebut.
Pengiriman bukan konfirmasi. Setiap node secara independen menerapkan kebijakan untuk masuk ke mempoolnya, dan node yang berbeda mungkin melihat kumpulan yang berbeda karena waktu, biaya, konflik, batasan paket, atau pengaturan. RBF dapat menggantikan transaksi yang belum dikonfirmasi dan pembayaran yang dilihat oleh merchant dapat hilang tanpa masuk ke dalam blok. Jadi zero-conf memperdagangkan kecepatan dengan risiko pembelanjaan ganda dan tampilan jaringan yang tidak lengkap; Baik halaman txid maupun explorer bukanlah pemukiman. [Panduan Pengembang Bitcoin — Transaksi] [Bitcoin Core — Konsistensi JSON-RPC] [BIP 125 — Keikutsertaan Penggantian Penuh dengan Biaya]
Seorang penambang dapat memilih transaksi ke dalam blok kandidat, tetapi konfirmasi pertama hanya terjadi ketika node yang memvalidasi menerima blok tersebut dan blok tersebut terletak pada rantai aktifnya dengan rantai terbesar. Node penuh memverifikasi bukti kerja, skrip, keberadaan dan tidak dibelanjakannya input, jumlah, dan aturan konsensus lainnya; seorang penambang tidak dapat menebus pembelanjaan yang tidak valid hanya dengan mendaftar. Akar Merkle melakukan transaksi ke blok dan referensi ke blok sebelumnya menempatkannya dalam bukti riwayat kerja. [Bitcoin Core — Validasi] [Bitcoin Core — validasi.cpp]
Jika blok transaksi berada pada ketinggian h dan ujung node saat ini adalah H, hitungannya adalah H − h + 1: blok itu sendiri yang dihitung terlebih dahulu. Nilai dihasilkan berdasarkan blok terverifikasi terbaik dari node tersebut, sehingga tipnya mungkin sedikit berbeda antar node. Itu tidak tertulis dalam transaksi, tidak bertambah seiring waktu, dan tidak dapat ditentukan secara andal dari stempel waktu. Bitcoin Core mengembalikan blockhash, blockheight, dan konfirmasi sebagai status dompet atau tampilan UTXO. [Panduan Pengembang Bitcoin — Rantai Blok] [RPC Inti Bitcoin — gettransaction] [RPC Inti Bitcoin — getbestblockhash]
Jika cabang valid yang bersaing mendapatkan lebih banyak rantai, node akan melepaskan blok dari ujung lama dan melampirkan cabang pemenang. Sebuah transaksi dari blok yang terpisah dapat kembali ke mempool jika transaksi tersebut tetap valid, dilakukan pada ketinggian yang berbeda, atau menjadi konflik karena cabang baru telah menggunakan input yang sama. Konfirmasi negatif dalam Bitcoin Core adalah konvensi dompet untuk kedalaman konflik, bukan blok negatif dalam konsensus. [Bitcoin Core RPC — dapatkan transaksi] [Bitcoin Core — validasi.cpp]
Konfirmasi tambahan menambahkan bukti kerja untuk suatu transaksi, biasanya membuatnya lebih mahal dan kecil kemungkinannya untuk menulis ulang riwayat. Mereka tidak menciptakan finalitas deterministik. Perhitungan catch-up whitepaper dan model selanjutnya bergantung pada pembagian hashrate penyerang, perilaku jaringan yang jujur, dan pengamatan penerima. "Enam Konfirmasi" adalah perangkat historis, bukan konstanta konsensus atau batas aman universal; reorganisasi mendalam pada prinsipnya masih mungkin dilakukan. [Laporan resmi Bitcoin — Bukti Kerja dan Perhitungan] [Rosenfeld — Analisis Pembelanjaan Ganda Berbasis Hashrate]
Penghitungan ini diperlukan oleh penerima, bursa, atau protokol hilir, bukan transaksi itu sendiri. Kopi, penerbitan barang mahal yang tidak dapat dikembalikan, setoran bursa, dan pembukaan saluran memiliki rasio kerugian dan menunggu yang berbeda. Kebijakan tersebut harus mempertimbangkan nilai, reversibilitas kinerja, motivasi dan hashrate penyerang, konflik atau RBF, penyimpanan dan backend, risiko gerhana, dan keadaan rantai yang tidak biasa. Konfirmasi mengurangi risiko penimpaan rantai; tidak akan memperbaiki kunci yang dicuri, alamat yang salah, atau penipuan pihak lawan. [BIP 125 — Keikutsertaan Penggantian Penuh berdasarkan Biaya] [Rosenfeld — Analisis Pembelanjaan Ganda Berbasis Hashrate]
Bitcoin menargetkan rata-rata sekitar sepuluh menit antar blok, tetapi kedatangan bukti kerja bersifat acak: blok berikutnya dapat tiba dalam hitungan detik atau jam. Biaya yang lebih tinggi dapat meningkatkan urutan pemilihan penambang dan penghematan paket RBF atau CPFP, namun tidak ada biaya yang dapat membeli waktu yang tetap dan tidak mempercepat pembuatan blok. Transaksi murah mungkin menunggu banyak blok atau dihapus dari mempool; perkiraan adalah probabilitas, bukan tenggat waktu. [Panduan Pengembang Bitcoin — Block Chain] [Panduan Pengembang Bitcoin — Transaksi]
Node penuh memvalidasi string dan merespons sesuai dengan tip aktifnya sendiri. Klien SPV memeriksa bukti kerja di header dan penyertaan bukti Merkle, namun tidak menjalankan semua aturan konsensus itu sendiri; jasa kustodian juga menambahkan kebijakan kredit dan risikonya sendiri. Bahkan hasil RPC dari full node adalah snapshot yang dapat diubah dengan reorg. Jadi pertanyaannya bukan hanya "berapa banyak konfirmasi", tetapi juga tampilan rantai, validasi, dan penyimpanan siapa yang dipercaya oleh pengguna. [Laporan resmi Bitcoin — Bukti Kerja dan Perhitungan] [Bitcoin Core — Validasi] [Bitcoin Core — konsistensi JSON-RPC]
Kelas lain juga dimulai dengan konfirmasi. Output Coinbase tunduk pada COINBASE_MATURITY = 100 dan hanya dapat dibelanjakan setelah 100 blok baru; ini adalah aturan yang berbeda dari kebijakan pembayaran reguler. Timelock relatif BIP68, yang diterapkan oleh skrip BIP112 CHECKSEQUENCEVERIFY (CSV), mengukur usia dari blok komit keluaran. Orang tua yang belum dikonfirmasi membuat keturunannya tetap bergantung; agar seorang anak bisa ditegaskan, nenek moyangnya harus berada di blok yang sama atau lebih tua. [Bitcoin Core — konsensus.h] [BIP 112 — CHECKSEQUENCEVERIFY]
BOLT 2 memungkinkan penerima saluran Lightning untuk memilih transaksi pendanaan kedalaman_minimum sebelum saluran_siap; angka tersebut bernilai pembiayaan risiko pembelanjaan ganda. Saluran zero-conf menetapkan minimum_kedalaman ke nol dan secara sadar mengandalkan kepercayaan dana dan batasan protokol daripada penyelesaian langsung. Pendanaan Coinbase menunggu matrikulasi. Operator harus memantau titik keluar pendanaan, kedalaman rantai aktif dan penyusunan ulang, tidak menganggap txid yang dikirim sebagai saluran terbuka. [BOLT 2 — Protokol Sejawat] [Bitcoin Optech — Saluran tanpa konferensi]
Untuk gambaran yang lebih utuh, baca entri ini bersama Blok, Transaksi, Reorg, Pembelanjaan ganda, Proof of Work, Bitcoin. Entri ini juga dirujuk dari Pembelanjaan ganda, Transaksi coinbase, Reorg, Stale Block.