Dalam arti sempit, Orphan Block adalah blok yang induknya tidak diketahui node pengamat. Penggunaan luas mencampurkannya dengan blok stale pada cabang tidak aktif; nama itu sendiri tidak menentukan validitas maupun penyebab.
Bitcoin Developer Guide secara tegas membedakan Orphan Block dengan induk tak dikenal dari Stale Block pada cabang pesaing. Yang kedua bisa memiliki induk dikenal dan valid. Saat membaca penjelajah atau laporan pool, tentukan dahulu makna yang digunakan penulis; kata orphan saja tidak menyelesaikan perbedaan ini. [Bitcoin Developer Guide — Block height and forks]
Bitcoin Core 29 mencari hashPrevBlock dalam indeks di AcceptBlockHeader. Entri yang hilang menghasilkan prev-blk-not-found; induk yang ditandai tidak valid menghasilkan bad-prevblk. Keduanya hasil berbeda. Memperoleh induk memungkinkan pemeriksaan konteks lanjutan, tetapi tidak dengan sendirinya menjamin penerimaan seluruh blok. [Bitcoin Core 29 — Header acceptance]
Bitcoin Core 0.10.0 memperkenalkan sinkronisasi headers-first: header terlebih dahulu, lalu unduhan blok paralel. Indeks bisa mengenal header induk tanpa blok lengkapnya di disk. Jangan samakan badan blok yang hilang dengan header induk yang tidak dikenal; tentukan data mana yang sebenarnya belum ada. [Bitcoin Core 0.10.0 — Headers-first synchronization]
Dalam getchaintips, Bitcoin Core 29 membedakan active, valid-fork, valid-headers, headers-only dan invalid. valid-fork adalah cabang tidak aktif yang tervalidasi penuh; valid-headers memiliki blok tersedia tanpa validasi penuh, sedangkan headers-only belum memiliki seluruh blok. Bahkan frasa orphaned branches dalam bantuan tidak membenarkan penyatuan status ini. [Bitcoin Core 29 — getchaintips]
Ilustrasi: blok berbeda A dan B bisa sama-sama memiliki ketinggian 900000. Angka itu tidak menentukan pemenang atau identitas unik; simpan hash dan previousblockhash. Pemilihan antara cabang valid mengikuti kerja terakumulasi, dijelaskan dalam RPC sebagai chainwork, bukan sekadar ketinggian. Angka ilustrasi tidak mengklaim percabangan sejarah tertentu. [Bitcoin Developer Guide — Block height and forks] [Bitcoin Core 29 — getblock]
getblock pada Bitcoin Core 29 menghasilkan confirmations = -1 bagi blok di luar rantai utama. Ini bukan kedalaman reorganisasi negatif maupun bukti induk hilang. Baca bersama hash, informasi cabang dan keadaan node lokal; keluaran satu node tidak mendaftar semua yang diterima node lain. [Bitcoin Core 29 — getblock]
COINBASE_MATURITY pada Bitcoin Core 29 bernilai 100. Aturan ini membatasi pembelanjaan keluaran coinbase menurut kedalaman blok, bukan menit menunggu. Waktu berlalu atau blok tambahan muncul di tempat lain tidak memulihkan imbalan cabang stale di luar riwayat aktif; kematangan tidak menggantikan penyertaan dalam rantai. [Bitcoin Core 29 — Coinbase maturity] [Bitcoin Developer Guide — Block height and forks]
Untuk catatan Anda, gabungkan getchaintips dan getblock dengan hash blok, induk, status cabang, versi node dan waktu pengamatan. Catat waktu pengamatan terpisah dari kolom time pada header. Satu keluaran tidak membuktikan serangan, tingkat orphan global atau kerusakan jaringan tertentu; diperlukan pengamatan tambahan. [Bitcoin Core 29 — getchaintips] [Bitcoin Core 29 — getblock]
Untuk gambaran yang lebih utuh, baca entri ini bersama Stale Block, Reorg, Block propagation, Proof of Work. Entri ini juga dirujuk dari Stale Block.