CPFP: el hijo paga por el padre

RBF solo lo puede hacer quien firmó la transacción. ¿Y si la transacción atascada es la que te mandó otra persona? Para eso está CPFP, child pays for parent: el hijo paga por el padre.

Si una transacción tiene una salida que controlas, puedes gastarla aunque todavía no esté confirmada. Creas una transacción hija con una comisión alta. El minero no puede meter a la hija sin el padre, porque la hija gasta algo que el padre crea, así que mira las dos juntas como un paquete. Lo que cuenta es el feerate del paquete: la suma de las dos comisiones entre la suma de los dos tamaños.

Con números. El padre ocupa 200 vB y paga 200 sats, 1 sat/vB. Tu hija ocupa 110 vB. Para que el paquete llegue a 10 sat/vB, los 310 vB tienen que pagar 3.100 sats en total. El padre ya pone 200, así que la hija paga 2.900, unos 26 sat/vB por su cuenta. Es caro porque está pagando también el sitio del padre. Y esos sats salen de la salida que gastas: si te pagaron menos de lo que necesita la hija, tendrás que añadir otra entrada, la hija crecerá y costará algo más.

Lo puede hacer quien recibe, gastando lo que le llegó, o quien envía, gastando su propio cambio. Desde Bitcoin Core 28.0 los nodos aceptan además paquetes de un padre y una hija aunque el padre pague por debajo del mínimo de su mempool, siempre que el paquete entero lo supere. Desde la 31.0, el padre puede pagar incluso menos del mínimo de retransmisión, hasta 0. Antes, un padre así ni siquiera llegaba a los nodos.

¿Cuál usar? Si la transacción es tuya, RBF suele ser más barato: no añades una transacción más. Si no lo es, o si tu billetera no deja reemplazar, CPFP. Y si todavía no has enviado nada, lo más barato es elegir bien el feerate desde el principio.