Bitcoin pendiente de confirmación: diferencias entre RBF y CPFP para gestionar comisiones

Por Newman Pérez

Imagen referencial de blockchain; no representa resultados financieros.

Una transacción enviada no es lo mismo que una confirmada

Cuando una billetera de Bitcoin muestra «pendiente», a menudo significa que la transacción fue transmitida pero todavía no se incluyó en un bloque. Cada nodo mantiene su propia mempool, un conjunto de operaciones que conoce y que pueden ser consideradas para su propagación o minería. No existe una sola mempool universal idéntica para todos los participantes. Por ello, un explorador puede mostrar una transacción que otro servicio todavía no conoce.

Los mineros tienen incentivos para seleccionar transacciones según su rentabilidad y otras restricciones de construcción de bloques. En términos sencillos, la tasa de comisión en satoshis por byte virtual, conocida como sat/vB, influye en la prioridad económica. Una transacción de importe elevado no necesariamente paga una comisión alta. Lo que importa es el tamaño de los datos y la tasa pagada, no la cantidad de bitcoin transferida.

RBF: sustituir una operación no confirmada

Replace-by-Fee, o RBF, permite sustituir una transacción aún no confirmada por otra que gasta al menos una de las mismas entradas y ofrece condiciones de comisión superiores según la política de los nodos [1]. No significa modificar un bloque ya confirmado. Tampoco representa un atajo mágico: las reglas de retransmisión, los conflictos y las opciones de la billetera pueden condicionar el reemplazo.

Las notas de Bitcoin Core 29.0 documentan que la política de full-RBF pasó a ser el comportamiento estándar en ese software y que la antigua opción `-mempoolfullrbf` fue retirada [2]. Sin embargo, las billeteras y los servicios no implementan necesariamente todas las funciones de la misma manera. No se debe prometer que cualquier usuario podrá reemplazar cualquier pago desde cualquier aplicación.

Un caso típico es el de alguien que envió bitcoin con una comisión demasiado baja para la congestión del momento. Si controla la transacción y su billetera ofrece la función, puede considerar aumentar la comisión mediante RBF. Debe revisar que el destinatario, el importe y la salida de cambio sean correctos antes de firmar una versión nueva.

CPFP: pagar por el paquete padre e hijo

Child Pays for Parent, o CPFP, funciona de otro modo. Consiste en gastar una salida de una transacción no confirmada mediante una segunda operación que paga una comisión suficientemente alta. Un minero interesado en incluir la segunda necesita incluir también su transacción anterior, porque la salida que se gasta aún no existe en un bloque confirmado [3].

Este método puede ser útil cuando quien recibe los fondos controla una salida que todavía está pendiente. No obstante, debe ser posible gastar esa salida y cumplir las políticas aplicables a transacciones vinculadas. El coste total se evalúa considerando el paquete, no solo la comisión visible en la operación hija.

RBF y CPFP persiguen un objetivo parecido, mejorar los incentivos para confirmar una operación, pero tienen requisitos distintos. Usar uno sin comprender el otro puede hacer que el usuario pague de más o cree conflictos innecesarios.

Antes de intervenir, revisar los datos

El primer paso es localizar el identificador de transacción, consultar el estado de confirmación y revisar la tasa de comisión. Después, comprobar si existen transacciones anteriores sin confirmar, porque una cadena de dependencias cambia el diagnóstico. Finalmente, verificar qué funciones ofrece la billetera y calcular el coste adicional antes de firmar.

Las estimaciones de comisión que muestran exploradores y monederos no son garantías de inclusión en un plazo exacto. La demanda por espacio en bloques cambia y los nodos aplican políticas de propagación que pueden variar. Una transacción con comisión insuficiente también puede dejar de aparecer en ciertas mempools tras un tiempo, sin que eso demuestre que los fondos se hayan perdido definitivamente.

Errores frecuentes y riesgos

No hay que reenviar impulsivamente un pago a la misma dirección porque la primera transferencia sigue pendiente. Esto puede provocar dos pagos si ambas operaciones terminan confirmándose. Tampoco conviene entregar una frase semilla a un supuesto servicio de aceleración: ninguna gestión legítima de comisiones requiere revelar las claves privadas.

Un negocio que acepta pagos debe diferenciar entre una transacción vista en la red y una transacción con confirmaciones suficientes para su política de riesgo. RBF recuerda que los pagos no confirmados pueden cambiar; por eso no deben tratarse como definitivos en operaciones sensibles.

Conclusión: herramientas, no garantías

La pregunta más útil no es «¿por qué Bitcoin tarda?», sino «¿qué estado tiene esta operación y qué opciones reales ofrece mi billetera?». Entender la mempool, RBF y CPFP ayuda a reducir errores. Ni siquiera una comisión alta asegura un minuto de confirmación concreto, y una gestión apresurada puede terminar siendo más costosa que esperar.

Fuentes consultadas

1. Bitcoin Optech, Replace-by-Fee (RBF).
2. Bitcoin Core, notas oficiales de la versión 29.0.
3. Bitcoin Optech, Child Pays for Parent (CPFP).
4. Bitcoin Core, notas de política de mempool de la versión 29.1.

Lectura relacionada

UTXO y comisiones de Bitcoin