Package Relay mengirim transaksi belum terkonfirmasi yang terkait antarnode, sehingga induk dan anak dapat dinilai bersama untuk penerimaan ke mempool. Pengiriman data, kebijakan penerimaan lokal, dan pemilihan transaksi oleh penambang untuk blok merupakan tahap berbeda; paket tidak mengubah validitas konsensus setiap transaksi.
Induk dengan tarif biaya rendah dapat ditolak sebelum node melihat anak dengan biaya lebih tinggi. CPFP hanya memberi insentif ekonomi jika transaksi yang diperlukan sampai ke penambang. Package Relay membantu mengatasi celah pengiriman ini; ia tidak menggantikan tanda tangan maupun validasi input. [BIP 331 — Ancestor Package Relay]
Induk ilustratif berukuran 200 vB dengan biaya 200 sat; anak berukuran 100 vB dengan biaya 1300 sat. Gabungannya adalah 1500 / 300 = 5 sat/vB, bukan rata-rata tarif masing-masing sebesar 1 dan 13. Contoh ini mengasumsikan tepat dua transaksi belum terkonfirmasi tersebut tanpa leluhur tambahan; penerimaan sebenarnya juga bergantung pada kebijakan node dan konflik. [BIP 331 — Ancestor Package Relay]
Anak membelanjakan output induk. Dalam daftar yang diurutkan secara topologis, induk harus mendahului anak; biaya tinggi tidak memperbaiki leluhur yang hilang atau pembelanjaan yang bertentangan. Batas ukuran, jumlah, dan bentuk paket melindungi sumber daya node dan bukan parameter konsensus universal. [Bitcoin Core 28.0 — submitpackage]
BIP 331 menjelaskan negosiasi dukungan serta pesan khusus untuk informasi leluhur dan pengunduhan transaksi. Sebaliknya, Bitcoin Core 28.0 mendokumentasikan pemasangan oportunistis terbatas satu induk dengan satu anak melalui protokol penerusan yang sudah ada. Beberapa induk yang diizinkan RPC lokal tidak berarti dukungan P2P yang sama; rincian ini menggambarkan versi 28.0, bukan janji untuk setiap versi atau peer. [BIP 331 — Ancestor Package Relay] [Bitcoin Core 28.0 — release notes]
submitpackage 28.0 memvalidasi dan menyerahkan transaksi ke node lokal. Periksa package_msg dan setiap tx-results: operasi dapat menerima sebagian paket, sehingga tidak membatalkan semuanya secara atomik ketika gagal. Bahkan keberhasilan penuh tidak membuktikan bahwa tetangga menerima paket atau penambang akan memasukkannya tepat waktu. [Bitcoin Core 28.0 — submitpackage]
Dalam lingkungan uji terpisah, catat versi, pengaturan mempool, urutan ketergantungan, ukuran, dan biaya. testmempoolaccept memeriksa tanpa menyiarkan; jangan anggap hasilnya sebagai jaminan submitpackage. Amati juga penerimaan pada node lain. Transaksi Lightning yang peka waktu tetap membutuhkan kelonggaran: dukungan paket saja tidak menghilangkan pinning, kemacetan, atau keterlambatan blok. [Bitcoin Core 28.0 — testmempoolaccept] [Bitcoin Core 28.0 — release notes]
Untuk gambaran yang lebih utuh, baca entri ini bersama Mempool, CPFP (Child Pays for Parent), Fee Rate, Replace-by-Fee (RBF), Lightning Network. Entri ini juga dirujuk dari CPFP (Child Pays for Parent), Gloria Zhao.