History, Speed Up & Cancel (RBF)

Qué hace esta herramienta

History es el registro local compartido de cada transacción transmitida a través de las herramientas (txid, herramienta utilizada, tarifa, estado). Mientras una tx aún está pendiente en la mempool, hay dos acciones RBF (BIP-125) disponibles: Speed Up reconstruye la misma tx con una tarifa más alta recortando su salida de cambio, y Cancel la reemplaza con una tx mínima de 1 entrada / 1 salida que envía los fondos de vuelta a su dirección de pago para que el destinatario original no reciba nada.

Dos acciones RBF de un vistazo

Ambas acciones son reemplazos por comisión (replace-by-fee) y solo pueden usarse mientras la tx original siga sin confirmar. La retransmisión y el minado de un reemplazo dependen de la política de cada nodo y minero (señalización BIP-125, o full-RBF donde esté habilitado): la aceptación nunca es universal ni está garantizada. Se diferencian en la intención y en lo que ocurre con el destinatario:

• Acelerar — mantiene las mismas salidas de destino; el aumento de comisión se financia reduciendo la salida de cambio o, si no basta, añadiendo UTXO de pago verificados como limpios como entradas adicionales. El destinatario sigue cobrando, solo que antes.
• Cancel — reemplaza la tx pendiente con una tx de 1 entrada / 1 salida que devuelve los fondos a su dirección de pago. El destinatario no recibe nada. Úselo cuando quiera abortar una transferencia (dirección incorrecta, cantidad incorrecta, cambió de opinión) antes de que se confirme.

El resto de esta página se divide en dos partes: la Parte 1 documenta Acelerar; la Parte 2 documenta Cancelar (incluyendo cómo se incorporan UTXOs de pago adicionales cuando la entrada reutilizada por sí sola no cubre la nueva tarifa).

Parte 1 — Acelerar (aumentar la tarifa, mantener la tx)

Acelerar retransmite la misma transacción con una tasa de comisión mayor. Las salidas de destino son idénticas. El aumento se financia primero reduciendo la salida de cambio (CHANGE) del monedero de pago; si no basta, se pueden añadir UTXO de pago verificados como limpios como entradas (puede aparecer entonces una nueva salida CHANGE).

Cuándo usarlo

• Tx atascada durante varias horas debido a una tarifa insuficiente.
• Urgencia de confirmación (venta, fecha límite).
• Auditoría posterior de una operación pasada.

Requisitos previos

• Billetera Xverse conectada (solo para Acelerar).
• Tx rastreada en tx_history (cada tx transmitida a través de Bitcoin Tools lo está, automáticamente).
• Valor suficiente para financiar el aumento de comisión: o bien la salida de cambio puede reducirse, o bien hay UTXO de pago verificados como limpios disponibles para añadirlos como entradas.

Pasos para Acelerar

1. Abra History o el Wallet Dashboard (pestaña Pendientes).
2. Haga clic en una tx pendiente → Speed Up.
3. La herramienta carga entradas desde mempool.space.
4. Elige la nueva tasa de comisión. El diálogo muestra dos cifras distintas: el reemplazo mínimo válido — el planificador toma la más estricta de las dos exigencias, el relé incremental por defecto de Bitcoin Core y una comisión estrictamente superior a la tasa original, calculadas sobre el tamaño real del reemplazo y las entradas/salidas seleccionadas — y la recomendación del mempool para una confirmación probable en el próximo bloque. Ninguna garantiza el relé, el minado ni la confirmación en el próximo bloque.
5. La salida de cambio de pago se reduce automáticamente.
6. Firme a través de Xverse; la nueva tx reemplaza a la original.

Casos extremos

• Inputs outside the wallet: rechazado (imposible hacer RBF a la tx de otra persona).
• Change below the 546-sat threshold después de la reducción: bloqueado.
• Tx already confirmed mientras tanto: Speed Up deshabilitado.

Salvaguardas

• Validación de propiedad en cada entrada.
• Anti-polvo en el cambio reducido.
• El planificador es el único validador de la comisión: se rechaza cualquier tasa por debajo del reemplazo mínimo calculado, y todo UTXO de pago añadido como entrada debe estar verificado como limpio (fail-closed: nunca se añade un UTXO desconocido o verificado de forma incompleta).

Fuentes y servidor

mempool.space (obtener tx, transmitir). Actualiza tx_history con el nuevo txid.

¿Necesita abortar la transferencia en lugar de acelerarla? Vaya a la Parte 2 — Cancelar (RBF) a continuación.

Parte 2 — Cancelar (RBF) — abortar una transacción pendiente

Cancel reemplaza una transacción pendiente con una transacción RBF mínima de 1 entrada / 1 salida que envía los fondos de vuelta a su propia dirección de pago. El destinatario original no recibe nada. Funciona siempre que la tx original no haya sido minada.

¿Solo quiere acelerar la tx sin cambiar sus salidas? Consulte la Parte 1 — Acelerar arriba.

Por qué esto es seguro para sus activos

BIP-125 solo requiere al menos una entrada común entre la original y su reemplazo, no todas. Cancel mantiene una única entrada de pago y omite todas las entradas de Ordinals que la original estaba gastando.

Debido a que las entradas de Ordinals nunca son referenciadas por la tx de cancelación, nunca se firman ni se gastan on-chain. Una vez que el original es desalojado de la mempool, esos UTXOs permanecen en la Wallet exactamente como antes — misma regla para inscriptions, Runes, BRC-20, satoshis raros y alkanes.

Reglas de tarifas (BIP-125, acumulativas)

Para que los nodos retransmitan el reemplazo y para que los mineros lo prefieran, ambas reglas deben cumplirse:

1. newFeeRate > oldFeeRate — la nueva tx debe superar a la original en sat/vB.
2. newFee > oldFee y newFee − oldFee ≥ minRelay × newVsize (~110 sats mínimo para una tx de cancelación) — cubre el ancho de banda de retransmisión de la tx extra.

La tx de cancelación es más pequeña que la original (~110 vB para 1-in / 1-out P2WPKH), por lo que a una fee-rate igual su tarifa absoluta sería menor y la regla #2 fallaría. Por lo tanto, el diálogo pre-rellena la fee-rate mínima viable; solo puede aumentarla, nunca reducirla por debajo de ese límite.

Financiando la cancelación — entradas de pago adicionales

Una tx de cancelación de 1 entrada / 1 salida solo es válida si la entrada de pago reutilizada cubre newFee + 546 sats (el umbral de polvo P2WPKH en la salida recuperada). Cuando no lo hace, el diálogo extrae automáticamente UTXO P2WPKH adicionales de su billetera de pago como entradas de financiación adicionales.

• Confirmed first, largest-first: los UTXO de pago confirmados se seleccionan en orden descendente de valor hasta que se alcanza el total requerido.
• Vsize and fee are recomputed at each step: cada entrada P2WPKH adicional añade ~68 vB, por lo que la tasa de tarifa objetivo se aplica al nuevo vsize.
• Strict exclusions: nunca el outpoint ya reutilizado, nunca un outpoint ya gastado por otra tx pendiente, nunca un UTXO de la dirección de Ordinals, nunca un UTXO que contenga una inscription, rune, BRC-20 o rare sat.
• Recap rows en el diálogo: Required input total (tarifa de cancelación + 546 polvo), Available input total y Missing X sats cuando los fondos son insuficientes.

Último recurso — usando UTXOs de pago no confirmados

Cuando los UTXOs confirmados por sí solos no cubren el total requerido, aparece un interruptor opcional: "Usar UTXOs de pago no confirmados". Permite que la cancelación consuma UTXOs de su billetera de pago que aún están en la mempool.

• Toggle visibility: se muestra solo cuando los fondos confirmados son insuficientes Y existe al menos un UTXO no confirmado elegible. Por defecto está desactivado.
• Selection order: los UTXO confirmados se consumen primero (los de mayor valor), los no confirmados se añaden solo si aún falta dinero, de nuevo los de mayor valor.
• Same filters: solo los UTXO cuyo scriptpubkey_address === paymentAddress son elegibles. Los UTXO de la dirección de Ordinals y los outpoints que contienen activos siguen excluidos.
• Amber warning banner: se muestra solo cuando la selección final consume realmente ≥1 entrada no confirmada; la cancelación solo se confirmará después de que lo hagan sus transacciones padre.

Cuándo cancelar

• Te das cuenta de que la dirección de destino o el monto son incorrectos, antes de que la tx sea minada.
• Cambiaste de opinión sobre la transferencia mientras aún está pendiente.
• Una tx pendiente gastaría un UTXO de ordinal / rune que ya no quieres mover.

Requisitos previos para cancelar

• Billetera conectada y la tx original aún pendiente en la mempool.
• La transacción original debe contener al menos una entrada propiedad de su dirección de pago.
• La entrada de pago reutilizada debe ser lo suficientemente grande para que el monto recuperado se mantenga por encima del umbral de dust de 546 sat.
• Suficientes sats de pago disponibles — confirmados, o confirmados + no confirmados como último recurso — para cubrir newFee + 546 sats.

Cancelar paso a paso

1. Abre el Wallet Dashboard → pestaña TXs Pendientes (o la página Historial).
2. Haga clic en una transacción pendiente → Cancelar (junto a Acelerar).
3. Lee el banner de advertencia rojo y confirma que deseas abortar la transferencia.
4. El deslizador viene preajustado con la tasa de reemplazo mínima válida para la transacción de cancelación: el planificador toma la más estricta de las dos exigencias, el relé incremental y una comisión estrictamente superior a la tasa original, sobre el tamaño real del reemplazo. Súbela si quieres más prioridad; este mínimo no garantiza el relé ni el minado.
5. Revisa el resumen: tarifa original, nueva tarifa, costo extra, monto recuperado a tu billetera.
6. Firma; la tx de cancelación se transmite y la original es expulsada una vez que los relays convergen.

Casos límite de cancelación

• Sin entrada de pago en el original (tarifa pagada íntegramente desde una entrada de Ordinals): La cancelación está bloqueada con un mensaje claro — no hay una entrada que pague la tarifa para reutilizar.
• Cantidad recuperada inferior a 546 sats: bloqueada como dust.
• Tasa de tarifa reducida por debajo del mínimo calculado: rechazada con el mínimo BIP-125 mostrado.
• Cancelación desalojada, original minada: el historial muestra original-reemplazado-confirmado — la transferencia se realizó a pesar del intento.
• Fondos insuficientes: incluso con la opción de confirmación habilitada, si el total disponible es inferior al total requerido, el botón permanece deshabilitado y el diálogo muestra Faltan X sats.
• Transacción padre desalojada: una cancelación que gasta una entrada no confirmada se vuelve inválida si su padre es eliminado de la mempool — se requiere retransmisión.

Salvaguardas de cancelación

• Cero referencia a entradas de ordinals — nunca son firmadas por la tx de cancelación.
• Ambas reglas de tarifa BIP-125 aplicadas en tiempo de construcción (tasa + absoluta).
• Comprobación de propiedad en la entrada reutilizada; comprobación de dust en la salida recuperada.
• Cuando existen varias entradas de pago, se elige la más grande para maximizar el monto recuperado.