Una transacción Bitcoin tiene entradas que gasta, salidas que paga y una comisión que incentiva su inclusión. Si una transacción pendiente ofrece poco incentivo, otra transacción que gaste alguna de las mismas entradas puede competir por su lugar en las mempools de los nodos. Ambas no podrán quedar confirmadas en una misma historia válida de Bitcoin si tienen entradas incompatibles.

Un aumento de comisión mediante Replace-by-fee (RBF) suele generar una TXID diferente, porque cambia la transacción. La wallet puede reducir la salida de cambio o añadir otra entrada para financiar el incremento; no debes dar por supuesto que los demás importes permanecen idénticos sin revisarlos.

RBF no garantiza confirmación. Los nodos aplican sus propias políticas de mempool, y los mineros seleccionan bloques conforme a los incentivos, sus políticas y la disponibilidad de espacio.

Antes de gastar más satoshis, localiza la TXID original y comprueba en qué estado se encuentra: confirmada, pendiente, no encontrada o reemplazada. Si ya está confirmada, RBF no corresponde. Si el explorador no la encuentra, revisa transmisión y posibles sustituciones antes de improvisar.

En Mi transacción Bitcoin está atascada explicamos cómo clasificar el caso. Aquí asumiremos que la operación sigue pendiente y que tú controlas las entradas con las que fue creada.

Comprueba también la tasa sat/vB, el tamaño virtual, el coste original y la presión actual de la mempool. Un plazo de «diez minutos» no está garantizado; puede ser razonable esperar si el pago no es urgente.

Los nombres de menú pueden variar con la versión. Este procedimiento está pensado para una wallet en autocustodia que creó la transacción original y puede firmar otra propuesta. Si usas hardware wallet, conserva el control de firma en el dispositivo.

1. PASO 1 · Abre la transacción original: en Sparrow ve a Transactions y selecciona la operación pendiente. Comprueba destinatario, importe y TXID.
2. PASO 2 · Busca la opción: cuando el software la considera reemplazable y controlas las entradas, Sparrow muestra un icono junto a la transacción y ofrece Increase Fee al pulsar con el botón derecho sobre ella.
3. PASO 3 · Genera la propuesta: al elegir esa acción, Sparrow carga una propuesta en Send. No has enviado nada todavía. Revisa que sea efectivamente un reemplazo con entradas en conflicto con la original.
4. PASO 4 · Selecciona una tasa razonada: compara el nuevo fee rate con la mempool actual y tu necesidad real. Comprueba tanto sat/vB como la comisión total adicional.
5. PASO 5 · Inspecciona las salidas: verifica destinatario, importe, cambio y cualquier entrada nueva. La wallet podría añadir un UTXO si la salida de cambio no basta para cubrir la diferencia.
6. PASO 6 · Firma solo tras comprobar: si decides ejecutar con fondos reales, revisa en la hardware wallet los datos de la transacción antes de autorizar; si es software, asume los riesgos de la firma local.
7. PASO 7 · Sigue ambas TXID: si se transmite la sustitución, conserva TXID original y nueva. Comprueba cuál confirma y verifica que el destinatario recibió el importe correcto. No confundas que un nodo acepte el reemplazo con que ya esté confirmado.

Supongamos una transacción original de 160 vB con tasa de 2 sat/vB: su comisión total es 320 sats. Preparas una sustituta ficticia de tamaño equivalente a 160 vB y 12 sat/vB: su comisión total sería 1.920 sats.

La cifra de 1.600 sats es la diferencia entre propuestas, no una tarifa que se pague por separado a alguien. Si confirma la sustituta, lo que se paga como comisión total en esa transacción es 1.920 sats, no 320 + 1.920.

Son cifras didácticas, no tarifas recomendadas hoy. En el mundo real, una sustitución puede cambiar de tamaño, entrar en conflicto con descendientes y exigir una mejora de incentivos suficiente conforme a las políticas de mempool. La matemática del ejemplo por sí sola no garantiza la aceptación.

RBF propone otra transacción incompatible con la anterior. CPFP crea una transacción hija que gasta una salida de la transacción pendiente y ofrece una comisión suficiente para hacer rentable el conjunto. Son técnicas diferentes y requieren control de datos diferentes.

Si eres destinatario de una operación enviada desde un exchange, tal vez no puedas hacer RBF, pero podrías estudiar CPFP solo si controlas una salida aún no confirmada que tu wallet realmente puede gastar. No todos los UTXO pendientes admiten ese procedimiento ni todas las wallets exponen la función.

En ciertas situaciones puede ser preferible esperar. Pagar una comisión desproporcionada para una operación no urgente no es una obligación. Si estás haciendo una prueba, prepara la sustitución en papel o con una wallet vacía hasta entender los pasos.

1. Reenviar un pago diferente: si usa entradas independientes, podrían confirmarse ambas operaciones y pagar dos veces.
2. Cambiar el destinatario sin querer: algunas opciones de reemplazo también pueden modificar salidas. Revisa destino e importe en la propuesta nueva.
3. Confundir tasa y fee total: un aumento de sat/vB con entradas añadidas puede costar más de lo que imaginabas.
4. Dar por anulada la TXID original: distintos nodos pueden conocer versiones diferentes hasta que alguna confirme.
5. Seguir instrucciones viejas sin comprobar versión: el comportamiento RBF de nodos y wallets ha evolucionado; la referencia es la opción real que muestra el software y la documentación vigente.

1. Original: confirmé que la operación sigue pendiente.
2. Control: sé si mi wallet puede sustituir las entradas.
3. Propuesta: comprobé coincidencias y diferencias en las entradas y salidas.
4. Coste: comparé comisión original, nueva y diferencia real.
5. Resultado: seguiré ambas TXID y esperaré confirmación antes de cerrar.

• Sparrow Wallet — FAQ sobre Increase Fee, RBF y CPFP ↗
• Bitcoin Core 28.0 — full-RBF por defecto ↗
• Bitcoin Core 31.0 — cambios de reemplazo y cluster mempool ↗
• Bitcoin Optech — Replace-by-fee (RBF) ↗