Replace By Fee

Resumen en 30 segundos

1. RBF (Replace By Fee) permite sustituir una transacción que aún no se ha minado por otra que gasta las mismas monedas y paga más comisión. Es la forma de «acelerar» un envío que se ha quedado atascado.
2. Desde Bitcoin Core 28 (2024) cualquier transacción sin confirmar puede ser sustituida, lleve o no la antigua marca de RBF. Por eso un pago sin confirmaciones no es un pago seguro.
3. Si no eres quien envía, tienes CPFP: gastas la transacción atascada con otra que paga comisión de sobra por las dos.

Replace By Fee (RBF)

Cuando escuches o leas el término Replace By Fee (o por sus siglas en inglés: RBF) en el ámbito de Bitcoin, debes saber que se refiere a una característica que se implementó en Bitcoin Core a partir de la versión 0.12.0 y fue propuesta y ampliamente debatida en el BIP125 (Bitcoin Improvement Proposal)¹.

De forma simple y rápida, RBF implica que una transacción de Bitcoin pueda ser reemplazada por otra similar pero con una comisión de minería (fee) superior a la primera para poder pagar más de lo que inicialmente se había establecido.

Vamos a tratar de profundizar un poco más a través de un ejemplo, así vamos a utilizar a los ya tradicionales Alice y Bob (Alice y Bob estarán cansados de ser ejemplo!).

Alice quiere enviar a Bob 1 bitcoin, para hacerlo realiza una transacción (tx1), la cual es firmada por las claves de Alice para ser enviada a la dirección de Bob (address1), y parte de la clave para entender el funcionamiento de RBF es saber que el valor que envías se corresponde a determinados UTXO. Para ello Alice tiene en su cartera más de 1 bitcoin, pero para enviar ese valor (1 bitcoin) ha tenido que seleccionar más de un UTXO, y ha tomado un UTXO con valor de 0.40 bitcoins, otro con valor de 0.50 bitcoins y un tercero por valor de 0.10 bitcoins, en total la suma es de 1 bitcoin. Para pagar la comisión de minado de esa transacción decide hacerlo por un valor de 1 sat/vB (fee1) y digamos que fee1 es un valor muy bajo para lo que se está pagando en la red por otras transacciones.

Pasadas 3 horas la transacción aún no ha sido minada y como Alice tiene una cierta prisa en que le llegue el bitcoin a Bob, decide «acelerar» la transacción, para lo cual envía una nueva transacción tx2 a la dirección address1 (de Bob) y aquí viene lo importante: tiene que gastar en la tx2 las mismas monedas (UTXO) que usó en la tx1, al menos una de ellas, que es lo que hace que las dos sean incompatibles y solo una pueda acabar en la cadena. Y ahora pagando una fee más alta, decide pagar 10 sat/vB (fee10), el cual es un valor alto para lo que se está pagando por otras transacciones, lo cual incrementará las posibilidades de que esa tx2 sea incluida en un bloque por parte de los mineros y pueda ser «minada» en un tiempo menor.

1. 1 · AtascadaAlice paga 1 sat/vB: los mineros eligen antes las que pagan más.
2. 2 · SustituidaFirma otra con las mismas monedas y 10 sat/vB. La primera se descarta.
3. 3 · MinadaLa nueva supera el corte y entra en el próximo bloque.

Así que recordemos, este tipo de transacciones no se consideran doble gasto por parte de la red y se siguen retransmitiendo, siempre y cuando paguen una tarifa más alta que la transacción precedente y gasten las mismas monedas.

?¿Qué es eso de sat/vB?Para curiosos›

Es la comisión que pagas por cada unidad de tamaño de tu transacción: satoshis por byte virtual (vbyte). Los mineros tienen un espacio limitado en cada bloque, así que no miran cuánto pagas en total, sino cuánto pagas por el hueco que ocupas. En los artículos antiguos verás «sat/byte»: desde SegWit la medida correcta es el vbyte, que descuenta la parte de las firmas. Lo explico con números en cómo calcular la fee de una transacción.

Las reglas para sustituir una transacción

Que una transacción nueva gaste las mismas monedas no basta: cada nodo comprueba unas reglas antes de aceptarla y retransmitirla. Estas son las que aplica hoy Bitcoin Core²:

• La transacción original tiene que estar en la mempool, es decir, no haber sido minada todavía. Una vez dentro de un bloque ya no hay sustitución posible.
• Hecho Ya no hace falta que la original lleve la marca de RBF. Desde Bitcoin Core 28 cualquier transacción sin confirmar se puede sustituir (lo cuento más abajo).
• La nueva debe pagar más comisión total que todo lo que desplaza: la original y las transacciones que dependan de ella.
• Además, la diferencia tiene que cubrir su propio tamaño a la tarifa mínima de retransmisión, hoy 0,1 sat/vB³. Una sustitución de 500 vB tiene que pagar al menos 50 satoshis más que lo que reemplaza. Así nadie puede saturar la red mandando sustituciones casi gratis.
• No puede desplazar transacciones de más de 100 grupos (clusters) distintos de la mempool, para que el nodo no se quede bloqueado recalculándolo todo.
• Hecho Desde Bitcoin Core 31 (abril de 2026) la sustitución tiene que dejar la mempool mejor que antes: los próximos bloques deben quedar más rentables para los mineros con la nueva que con la vieja⁴.

Fíjate en lo que no está en la lista: la nueva transacción no lleva «las mismas firmas» (es otra transacción, así que se firma de nuevo) y puede cambiar destinatarios, importes o el cambio. Por eso la puede hacer quien envía, y solo quien envía: hace falta firmar con las llaves de esas monedas.

?¿Qué significa «dejar la mempool mejor»?Para curiosos›

Con el cluster mempool de Bitcoin Core 31, el nodo agrupa las transacciones que dependen unas de otras y las ordena de más a menos rentable por vbyte. Esa ordenación se puede dibujar como una curva: cuánta comisión cobraría un minero según cuánto espacio de bloque llene. Una sustitución solo se acepta si la curva nueva queda estrictamente por encima de la vieja. Antes había casos raros en los que una sustitución pagaba más en total pero empeoraba los bloques siguientes; con esta regla desaparecen.

En Bitcoin Core la opción aparece al hacer clic derecho sobre una transacción pendiente, como «Incrementar la comisión por transacción». Sparrow y Electrum también la incluyen.

Precauciones

Supongamos, retomando el ejemplo de Alice y Bob, que Alice ha comprado un artículo a Bob, y ha pagado usando bitcoin con una fee muy baja (1 sat/vB).

A continuación le indica a Bob que la transacción ya ha sido enviada e incluso le comparte el TXID de la misma y le dice que ya solo es cuestión de un poco de tiempo. Bob, que confía, le da el artículo a Alice y se queda esperando que la transacción sea minada. Pero Alice tan pronto tiene su artículo ha decidido utilizar RBF, firmando una nueva transacción con los mismos UTXO para enviarlos de regreso a su cuenta. Esta situación estaría conduciendo a que Alice obtuviera un artículo sin que en realidad haya pagado por él, ya que la segunda transacción, la que paga una comisión de minería más alta, ha regresado a su cartera y no a la de Bob.

Esta situación es posible, por lo que es importante entender el concepto y saber que en una transacción, hasta que no haya sido tomada por un minero e incluida en un bloque, esa transacción es susceptible de ser reemplazada por otra.

De ahí que siempre se recomiende esperar a que haya confirmaciones sobre la transacción antes de realizar intercambios de valor.

La siguiente pregunta que suele surgir del punto anterior es: vale, ¿pero cuántas confirmaciones debo esperar? Y la respuesta no es única, depende de, por ejemplo, el valor de lo que estés intercambiando. No es lo mismo pagar un par de zapatos y esperar 1 confirmación que vender una casa y esperar a que la transacción tenga 20 confirmaciones.

Que la transacción tenga mayor número de confirmaciones la hace más segura y prácticamente imborrable de la cadena de bloques, y tendrás la certeza de que no se podrá revertir fácilmente.

Si te pagan en bitcoin

Marca lo que ya haces. Se guarda solo en este navegador.

• Una transacción en la mempool es una promesa, no un pago: puede sustituirse hasta que entre en un bloque.
• Para importes pequeños, una confirmación suele bastar.
• Para importes grandes, espera varias. Cuanto más valga lo que entregas, más confirmaciones.
• Mira el estado en tu propio nodo o en tu cartera, no en una captura que te mande quien paga.

Si no entiendes bien esto, te recomiendo leas un poco más sobre cómo funciona Bitcoin.

De la marca opcional al RBF completo

Al principio RBF era opcional: quien enviaba tenía que marcar su transacción como sustituible al firmarla (con un número de secuencia especial). Si no la marcaba, los nodos rechazaban cualquier sustitución. Así se ha ido moviendo esa frontera en Bitcoin Core:

HechoHoy la marca de RBF ya no decide nada en un nodo actualizado: cualquier transacción sin confirmar que cumpla las reglas de arriba puede ser sustituida.

Cuando apareció la opción en la versión 24.0 se generó un debate muy amplio en la comunidad de Bitcoin, ya que había quienes no estaban a favor de esta medida y quienes sí lo estaban. Algunos comercios aceptaban pagos sin confirmar de transacciones sin la marca, confiando en que no se podían sustituir.

OpiniónLo cierto es que la mempool no tiene seguridad: las transacciones que aún no se han minado son susceptibles de modificarse, con o sin marca, porque al final es el minero quien decide qué incluye en su bloque. El RBF completo lo que hace es remarcar ese hecho e invita a los usuarios que no toman la precaución de esperar alguna confirmación a que lo hagan o implementen medidas adicionales que les den seguridad en sus operaciones.

Otra alternativa para acelerar transacciones: Child Pays For Parent

Existe otra forma de hacer que una transacción con una fee muy baja sea de interés para los mineros y con ello acelerarla. Es conocida como Child Pays For Parent (CPFP, «el hijo paga por el padre»). Los mineros la aplican desde la versión 0.13.0 de Bitcoin Core.

La idea es sencilla: gastas la transacción atascada antes de que se confirme, con una transacción nueva (la hija) que paga una comisión alta. Una hija no puede entrar en un bloque sin su padre, porque gasta monedas que el padre crea. Así que el minero, para cobrar la comisión de la hija, tiene que incluir también al padre, y mira lo que pagan las dos juntas.

A diferencia de RBF, CPFP lo puede hacer quien recibe, porque gasta su propia salida de la transacción. También quien envía, gastando su salida de cambio.

Para explicarlo vamos a pedirles nuevamente a Alice y Bob que nos ayuden:

Alice paga 1 bitcoin a Bob por un artículo y al pagarle pone una fee muy baja (1 sat/vB). Bob sabe que debe esperar al menos una confirmación antes de entregarle el artículo, y además necesita pagar a Robert, su proveedor. Así que Bob toma el bitcoin que aún está pendiente de confirmar y se lo envía a Robert en una nueva transacción con una comisión generosa, 19 sat/vB. Si las dos transacciones ocupan lo mismo, el minero ve un paquete que paga 10 sat/vB de media: le compensa minar la de Alice para poder cobrar la de Bob.

1. 1 · AtascadaAlice paga a Bob con 1 sat/vB y la transacción no avanza.
2. 2 · La hija tiraBob gasta esas monedas en una hija que paga 19 sat/vB.
3. 3 · JuntasEl minero las cuenta juntas (10 de media) y se lleva las dos.

CPFP no es un cambio en el protocolo, sino en la estrategia del minero: dado que es racional (ganan más dinero), los mineros la aplican, y Bitcoin Core la usa al construir sus bloques desde la versión 0.13.

No todas las carteras lo permiten de forma cómoda. Sparrow y Electrum lo hacen con un par de clics; en otras carteras puedes conseguirlo gastando la salida pendiente hacia una dirección tuya con una comisión alta.

?Paquetes, TRUC y el fin del «carve-out»Para curiosos›

Durante años CPFP tenía un problema: si la transacción padre pagaba menos que el mínimo que aceptan los nodos, ni siquiera llegaba a la mempool y la hija no tenía a quién «tirar». Bitcoin Core 28 introdujo la retransmisión de paquetes de un padre y una hija (1P1C): los nodos valoran los dos juntos, de modo que el padre puede pagar por debajo del mínimo⁶.

La misma versión añadió las transacciones TRUC (versión 3), pensadas sobre todo para Lightning y otros contratos: limitan el tamaño del paquete para que acelerarlas sea siempre posible y no lo pueda bloquear un tercero⁸. Con el cluster mempool, Bitcoin Core 31 retiró la vieja excepción para CPFP (CPFP carve-out) en favor de estas transacciones⁴.

¿Cuál debería usar?

Si eres quien envía y quieres que tu transacción se confirme más rápido, usa RBF. Si recibiste un pago y no puedes convencer al remitente de que suba la tarifa, usa CPFP.

Mejor aún, envía tu transacción con la tarifa adecuada la primera vez. Te cuento cómo en cómo calcular la fee de una transacción y qué pasa cuando las comisiones están muy bajas en comisiones bajas en Bitcoin.

Muchas gracias por tu tiempo, como siempre estos artículos los escribo con la intención de ayudarme a entender cómo funciona Bitcoin, pero también para poder ayudar a otros que como yo, buscan entenderlo.

Es probable que pueda contener algún fallo o error de mi parte, si fuera así te agradeceré me lo hagas saber. Lo que escribo es parte de mi investigación y no está basado en ningún artículo en particular, sino en revisiones al código o explicaciones que hacen algunos desarrolladores de Bitcoin, pero no me sirven más que para formar mi propia opinión y entendimiento.

Gracias y #estudiabtc!!!

Referencias

1. Harding, D. A., Todd, P. BIP-125: Opt-in Full Replace-by-Fee Signaling. https://github.com/bitcoin/bips/blob/master/bip-0125.mediawiki ↩

2. Bitcoin Core. Mempool Replacements (reglas e historial). https://github.com/bitcoin/bitcoin/blob/master/doc/policy/mempool-replacements.md ↩

3. Bitcoin Core 30.0 release notes (10 de octubre de 2025): -minrelaytxfee e -incrementalrelayfee pasan a 0,1 sat/vB. https://bitcoincore.org/en/releases/30.0/ ↩

4. Bitcoin Core 31.0 release notes (19 de abril de 2026): cluster mempool, regla del diagrama de tasas y retirada del CPFP carve-out. https://bitcoincore.org/en/releases/31.0/ ↩ ↩ ↩

5. Bitcoin Core 24.0 release notes. Notice of new option for transaction replacement policies. https://github.com/bitcoin/bitcoin/blob/master/doc/release-notes/release-notes-24.0.md ↩

6. Bitcoin Core 28.0 release notes (octubre de 2024): mempoolfullrbf activado por defecto, TRUC, 1P1C. https://bitcoincore.org/en/releases/28.0/ ↩ ↩

7. Bitcoin Core 29.0 release notes (14 de abril de 2025): se retira -mempoolfullrbf. https://bitcoincore.org/en/releases/29.0/ ↩

8. Zhao, G. BIP-431: Topology Restrictions for Pinning (TRUC). https://github.com/bitcoin/bips/blob/master/bip-0431.mediawiki ↩