Konsensus dan konfirmasi Bitcoin

Penambang bekerja di atas tip yang mereka ketahui. Jika dua blok valid menunjuk induk yang sama dan tersebar dengan kecepatan berbeda, node dapat sementara mengikuti cabang saudara yang berbeda. Panduan blockchain Bitcoin menjelaskan blok serentak dan cabang stale.

Setiap blok valid menyumbang kerja menurut target proof of work-nya. Kerja kumulatif cabang menjumlahkan kerja seluruh blok; tinggi saja dapat menyesatkan jika target kesulitan berbeda. Bitcoin Core menampilkan kerja rantai aktif sebagai chainwork melalui getblockchaininfo.

Proof of work tidak membuat blok pelanggar aturan konsensus menjadi valid. Full node memvalidasi blok terlebih dahulu, lalu membandingkan kerja cabang yang valid. Pandangan node juga bergantung pada data yang diterima; keterlambatan atau isolasi dapat membuatnya tidak lengkap. Lihat panduan P2P Bitcoin.

Saat mengetahui cabang valid yang lebih kuat, node menemukan leluhur bersama, memutus blok aktif setelahnya, lalu memvalidasi dan menyambungkan cabang pilihan. Tip baru bisa memiliki tinggi yang sama atau berbeda karena kerja, bukan tinggi, yang menentukan. Ini mengubah rantai aktif node tersebut; layanan berbeda dapat memperbarui tampilan pada waktu berlainan.

Bayangkan dua cabang valid yang berpisah dari leluhur bersama: satu cabang memuat pembayaran, sedangkan cabang valid lainnya kemudian mengumpulkan lebih banyak kerja. Node yang mengetahui dan memvalidasi cabang lebih kuat akan memutus blok lama lalu menghubungkan blok pesaing. Pembayaran itu kehilangan konfirmasi blok sebelumnya pada rantai aktif node tersebut, meskipun tinggi yang ditampilkan kebetulan sama. Status berikutnya bergantung pada apakah inputnya masih belum dibelanjakan di cabang terpilih; pembayaran tidak otomatis kembali ke mempool lokal dan layanan yang belum tersinkron dapat tetap menampilkan keadaan sebelumnya.

Jika blok transaksi diputus, transaksi kehilangan konfirmasi itu di rantai aktif node. Transaksi bisa kembali ke mempool lokal bila masih valid, tidak bentrok dengan transaksi pada cabang pilihan, dan memenuhi kebijakan lokal; transaksi tidak dijamin ditambang ulang. getchaintips hanya menunjukkan tip yang diketahui node itu.

Blok yang memuat transaksi biasanya dihitung sebagai konfirmasi pertama; setiap blok berikutnya menambah satu. Lebih banyak kerja di belakangnya umumnya membuat penggantian lebih sulit, tetapi tidak ada angka tetap yang menghilangkan reorganisasi. Panduan pemrosesan pembayaran menjelaskan mengapa pedagang menetapkan kebijakan sesuai nilai dan risiko pembayaran.

Dua penambang dapat menemukan blok hampir bersamaan; cabang yang lebih dulu menerima blok berikutnya sering menang dalam penyebaran dan cabang lain menjadi stale. Reorganisasi dalam dapat berasal dari gangguan jaringan, keterlambatan blok valid, atau upaya mengganti riwayat. Kerja yang lebih besar tidak memaksa node validasi menerima blok tidak valid, tetapi node terisolasi dapat memiliki pandangan tidak lengkap.

Bitcoin Core 31.0 menampilkan nama jaringan, tinggi blok tervalidasi, jumlah header, hash blok terbaik, chainwork, dan status sinkronisasi di getblockchaininfo. getchaintips dapat menunjukkan status active, valid-fork, valid-headers, headers-only, atau invalid. Baca referensi RPC Core untuk versi yang digunakan.

Saat menerima laporan reorganisasi, catat ID transaksi dan hash blok lama, lalu periksa melalui node tepercaya apakah blok itu masih aktif dan transaksi telah dimasukkan kembali, belum terkonfirmasi, atau bentrok dengan spend lain. Explorer hanya mencerminkan penyedianya. Lihat panduan konfirmasi deposit, [panduan full node Bitcoin](/id/learn/bitcoin-full-node-pruning-archive-storage-validation-wallet-trust-explained) dan panduan biaya Bitcoin. Jangan kirim ulang hanya karena tampilan berubah; verifikasi statusnya dahulu. Baca juga: panduan konfirmasi deposit、[panduan full node Bitcoin](/id/learn/bitcoin-full-node-pruning-archive-storage-validation-wallet-trust-explained)、panduan biaya Bitcoin.