Qué harás
Un pago de Bitcoin puede quedar pendiente cuando su tarifa es demasiado baja para la demanda actual. Si el pago fue creado para permitir sustituciones, quien lo envió puede crear una nueva versión que gasta las mismas entradas y paga una comisión mayor. Esto se llama Replace by Fee, o RBF.
Esta guía usa Sparrow Wallet 2.5.5, la última versión publicada cuando se comprobó el 21 de octubre de 2026. El registro oficial de la versión tiene fecha del 17 de septiembre de 2026. Las instrucciones de Sparrow para subir la comisión describen el mismo proceso usado aquí: encontrar una transacción sin confirmar, elegir Increase Fee, fijar una tarifa mayor, revisar la sustitución y luego firmarla y transmitirla.
Durante la práctica te detendrás antes de firmar. No se usaron wallets, claves, direcciones, conexiones a servidores, transmisiones ni fondos para verificar esta guía.
Antes de empezar
Necesitas:
- Sparrow Wallet 2.5.5 abierto en la wallet que envió el pago original
- la transacción pendiente visible en la pantalla Transactions
- el dispositivo o proceso de firma que usa normalmente esa wallet
- valor suficiente en la wallet para pagar la comisión mayor
- el destinatario, importe e identificador del pago original anotados para compararlos
Las preguntas frecuentes de Sparrow indican tres condiciones para su acción RBF: la transacción sigue en el mempool, todas las entradas permiten el proceso de sustitución de la wallet y todas pertenecen a la wallet. Sparrow activa RBF de forma predeterminada para los pagos que envía, pero una transacción creada en otro lugar puede no cumplir estas condiciones.
No restaures una seed phrase, importes claves privadas ni muevas fondos solo para mostrar el botón. Si la wallet que creó la transacción no está disponible, detente y recupérala primero mediante su proceso normal documentado.
1. Confirma que el pago sigue pendiente
Abre Transactions y busca el pago. Debe aparecer como no confirmado. Si ya tiene una confirmación en un bloque, no se puede sustituir mediante el mempool. Un pago confirmado forma parte del historial de la blockchain.
Compara el identificador de transacción, el importe que recibe el destinatario y la hora con la anotación previa. Una wallet puede mostrar varios pagos pendientes. Subir la comisión equivocada crea una sustitución real para la transacción equivocada.
No evalúes la confirmación solo por un mensaje del destinatario. Deja que Sparrow termine de sincronizarse con su servidor configurado. Si la wallet está desconectada o todavía carga datos, su estado puede estar desactualizado.
Una transacción sin confirmar no promete que su primera versión vaya a confirmarse. La especificación BIP 125 desplegada explica que los nodos pueden aceptar una sustitución que gasta las mismas entradas y paga suficiente comisión adicional. La política actual de Bitcoin Core también permite la sustitución completa por defecto. Distintos nodos pueden mantener temporalmente versiones diferentes, por lo que conviene esperar una confirmación en un bloque antes de considerar definitivo el resultado.
2. Abre la acción para subir la comisión
Haz clic derecho en la transacción pendiente y elige Increase Fee. Sparrow también puede mostrar un icono para subir la comisión junto a una transacción apta.
El código publicado de la versión 2.5.5 solo muestra esa acción cuando la transacción no está confirmada, Sparrow puede construir la sustitución con entradas de la wallet y las salidas del mempool están disponibles. El código se puede consultar en la implementación de entradas de transacciones de Sparrow.
Sparrow debería abrir la pantalla Send con una transacción de sustitución cargada. No cambies el destinatario ni el importe del pago. RBF crea una transacción nueva, no edita un registro confirmado, así que hay que revisar cada campo otra vez.
Si no aparece Increase Fee, ve a la sección de solución de problemas. No elijas Cancel Transaction como sustituto. La cancelación también es una sustitución, pero redirige el valor de vuelta a la wallet. Es una operación distinta de acelerar el pago al destinatario original.
3. Elige una tarifa mayor y entiende el coste
La nueva tarifa debe superar la anterior y ser suficiente para que se acepte la sustitución. Sparrow muestra estimaciones actuales, pero una estimación no garantiza el siguiente bloque.
Anota cuatro cifras antes de continuar:
- la tarifa original
- la comisión total original
- la tarifa propuesta
- la comisión total propuesta
La tarifa se mide en satoshis por byte virtual, escrito sat/vB. La comisión total se mide en satoshis. Son cifras diferentes.
Imagina una transacción sintética de 160 vB:
| Versión | Tarifa | Comisión total |
|---|---|---|
| Original | 3 sat/vB | 480 sats |
| Sustitución | 12 sat/vB | 1.920 sats |
La sustitución paga 1.440 sats más. Si la transacción original tenía una salida de cambio de 20.000 sats y su tamaño no cambia, ese cambio podría bajar a 18.560 sats. Son cifras didácticas, no una comisión recomendada.
Bitcoin Core 31.1 documenta la política actual de sustitución del mempool. La sustitución debe pagar al menos las comisiones de las transacciones que elimina, pagar un coste adicional de retransmisión y mejorar la posición de la tarifa en el mempool. Por eso un aumento mínimo todavía puede ser rechazado.
Si la salida de cambio no cubre el aumento, Sparrow puede añadir otra salida de la wallet como entrada. Eso puede agrandar la transacción, volver a subir la comisión y vincular otra parte del historial de la wallet. Vuelve a revisar las entradas y salidas en lugar de aprobar automáticamente la nueva entrada.
4. Compara la sustitución con el original
Revisa el diagrama de la transacción y la lista de salidas. Confirma todo lo siguiente:
- la dirección del destinatario no cambia
- el importe del destinatario no cambia
- la comisión y la tarifa coinciden con las cifras revisadas
- el cambio vuelve a la wallet esperada
- cualquier entrada adicional se entiende y se acepta
- la transacción no añade una salida desconocida
El nuevo identificador de transacción será diferente. Es lo esperado porque cambió la transacción serializada. El destinatario debe seguir el identificador de la sustitución cuando esta se propague.
Si un dispositivo de firma muestra las salidas, compara su pantalla con Sparrow. Rechaza la firma si el dispositivo muestra otro destinatario, otro importe o una salida inesperada. Es más seguro volver a abrir Sparrow que aprobar una discrepancia para ver qué ocurre.
Cambiar la comisión puede reducir el cambio o añadir una entrada. No debería reducir en silencio lo que recibe el destinatario. Si cambió ese importe, vuelve atrás y reconstruye la sustitución.
5. Firma, transmite y guarda ambos identificadores
Firma solo cuando la sustitución coincida con el pago previsto. Usa el proceso normal de firma de la wallet. Una wallet de solo lectura puede exportar un PSBT a un dispositivo de firma. Una wallet de software puede firmar localmente.
Después de transmitir, guarda los dos identificadores de transacción. Sparrow debería marcar la versión antigua como sustituida y mostrar la nueva como pendiente. El destinatario puede necesitar el identificador nuevo si su wallet o sistema de facturas guardó la primera versión.
No transmitas varias sustituciones seguidas. Dale tiempo a la wallet para sincronizarse y mostrar si la versión más reciente llegó a su servidor. Más adelante puede ser posible otro aumento, pero cada sustitución cuesta más y crea otra versión que seguir.
Espera la confirmación adecuada al contexto real del pago. RBF mejora la oferta de la transacción a los mineros. No reserva espacio en un bloque ni garantiza un plazo.
Cuándo no subir la comisión
Deja la transacción como está si el retraso es aceptable y su tarifa todavía coincide con esa paciencia. Un pago pendiente no está roto solo por no entrar en el siguiente bloque.
Detente si Sparrow añade una entrada cuyo coste de privacidad no entiendes, la comisión supera el máximo que tiene sentido pagar o el dispositivo de firma muestra otras salidas. El pago puede esperar mientras se resuelven esas preguntas.
No uses RBF después de que la transacción se confirme. No lo uses para cambiar el importe de un comercio sin acuerdo. No lo trates como una garantía de cancelación: los mineros pueden confirmar una versión que ya está en su mempool antes de que les llegue otra.
Si algo sale mal
No aparece Increase Fee: confirma que la transacción sigue sin confirmar, pertenece a esta wallet y no tiene entradas que Sparrow no pueda sustituir. Deja que la wallet se sincronice. Un pago creado en otra wallet puede requerir el proceso de recuperación de esa wallet.
Sparrow indica que la comisión de sustitución es insuficiente: elige una tarifa claramente mayor y revisa el nuevo total. La sustitución debe cubrir más que la comisión absoluta original y el requisito adicional de retransmisión de la red.
Sparrow añade otra entrada: revisa su etiqueta y su historial. Añadirla puede vincular actividades antes separadas. Cancela el borrador si ese coste no es aceptable.
La sustitución se transmitió pero todavía aparece la versión anterior: distintos servidores y mempools pueden actualizarse en momentos diferentes. Guarda ambos identificadores y espera a que Sparrow se sincronice. Ver las dos versiones no significa que ambas puedan confirmarse, porque gastan la misma entrada.
El destinatario ve el identificador antiguo: envía el nuevo por el mismo canal de confianza usado para los detalles del pago. Pide que espere una confirmación en lugar de tratar la primera versión pendiente como definitiva.
El dispositivo de firma muestra salidas distintas: rechaza la firma. Vuelve a abrir la wallet correcta, comprueba el pago original y prepara una sustitución nueva.
La comisión resulta demasiado cara: cancela el borrador sin firmar y espera. Una estimación de la wallet es una opción para quien envía, no una orden de gastar.
Qué se verificó y qué no
La versión Sparrow 2.5.5, las preguntas frecuentes oficiales actuales, el código publicado de la acción RBF de 2.5.5, BIP 125 desplegado y la política de sustitución de Bitcoin Core 31.1 se comprobaron el 21 de octubre de 2026.
Un programa desechable de Node.js comprobó la aritmética sintética anterior. Confirmó 480 sats a 3 sat/vB para 160 vB, 1.920 sats a 12 sat/vB, un aumento de 1.440 sats y 18.560 sats de cambio restante desde una salida inicial de 20.000 sats. Los controles negativos rechazaron una tarifa que no aumentaba, cambio insuficiente, tamaño cero y valores no enteros en satoshis.
No se usaron la interfaz de Sparrow, archivos de wallet, dispositivos de firma, PSBT, servidores, mempools ni transmisiones. Tampoco se usaron direcciones reales, transacciones, claves privadas, frases de recuperación ni fondos. La posición de los botones y las estimaciones pueden cambiar después de la versión 2.5.5.
El límite práctico es sencillo: RBF crea una segunda transacción que compite con la primera. Comprueba el mismo destinatario e importe, entiende la comisión mayor y cualquier entrada nueva y firma solo la versión que debe confirmarse.