History, Speed Up & Cancel (RBF)

O que esta ferramenta faz

History é o registo local partilhado de cada transação transmitida através das ferramentas (txid, ferramenta usada, fee, status). Enquanto uma tx ainda está pendente na mempool, duas ações RBF (BIP-125) estão disponíveis: Speed Up reconstrói a mesma tx com uma fee mais alta, cortando o seu output de troco, e Cancel substitui-a por uma tx mínima de 1-in / 1-out que envia os fundos de volta para o seu endereço de pagamento para que o destinatário original não receba nada.

Duas ações RBF num relance

As duas ações são substituições por taxa (replace-by-fee) e só podem ser usadas enquanto a tx original estiver por confirmar. A retransmissão e a mineração de uma substituição dependem da política de cada nó e minerador (sinalização BIP-125, ou full-RBF onde estiver ativo): a aceitação nunca é universal nem garantida. Diferem na intenção e no que acontece ao destinatário:

• Acelerar — mantém as mesmas saídas de destino; o aumento da taxa é financiado reduzindo a saída de troco ou, se não bastar, adicionando UTXO de pagamento verificados como limpos como entradas extra. O destinatário continua a receber, apenas mais depressa.
• Cancel — substitui a tx pendente por uma tx de 1-in / 1-out que devolve os fundos ao seu endereço de pagamento. O destinatário não recebe nada. Use-o quando quiser abortar uma transferência (endereço errado, valor errado, mudou de ideias) antes que seja confirmada.

O resto desta página está dividido em duas partes: A Parte 1 documenta Acelerar; A Parte 2 documenta Cancelar (incluindo como UTXOs de pagamento extra são puxados quando o input reutilizado sozinho não cobre a nova taxa).

Parte 1 — Acelerar (aumentar a taxa, manter a tx)

Acelerar retransmite a mesma transação com uma taxa mais alta. As saídas de destino ficam idênticas. O aumento é financiado primeiro reduzindo a saída de troco (CHANGE) da carteira de pagamento; se não bastar, podem ser adicionados UTXO de pagamento verificados como limpos como entradas (podendo surgir uma nova saída CHANGE).

Quando usar

• Tx presa por várias horas devido a uma taxa insuficiente.
• Urgência de confirmação (venda, prazo).
• Auditoria posterior de uma operação passada.

Pré-requisitos

• Carteira Xverse conectada (apenas Acelerar).
• Tx rastreada em tx_history (cada tx transmitida via Bitcoin Tools é, automaticamente).
• Valor suficiente para financiar o aumento da taxa: ou a saída de troco pode ser reduzida, ou existem UTXO de pagamento verificados como limpos disponíveis para serem adicionados como entradas.

Acelerar passo a passo

1. Abra o Histórico ou o Wallet Dashboard (separador Pendente).
2. Clique numa tx pendente → Speed Up.
3. A ferramenta carrega entradas de mempool.space.
4. Escolha a nova taxa. A janela mostra dois valores distintos: a substituição mínima válida — o planeador usa a mais estrita das duas exigências, o relay incremental por omissão do Bitcoin Core e uma taxa estritamente superior à taxa original, calculadas sobre o tamanho real da substituição e sobre as entradas/saídas escolhidas — e a recomendação do mempool para uma confirmação provável no próximo bloco. Nenhuma garante o relay, a mineração nem a confirmação no próximo bloco.
5. A saída de troco do pagamento é reduzida automaticamente.
6. Assine via Xverse; a nova tx substitui a original.

Casos extremos

• Inputs outside the wallet: recusado (impossível fazer RBF na tx de outra pessoa).
• Change below the 546-sat threshold após redução: bloqueado.
• Tx already confirmed entretanto: Speed Up desativado.

Salvaguardas

• Validação de propriedade em cada entrada.
• Anti-dust no troco reduzido.
• O planeador é o único validador da taxa: qualquer valor abaixo da substituição mínima calculada é recusado, e todo o UTXO de pagamento adicionado como entrada tem de estar verificado como limpo (fail-closed: um UTXO desconhecido ou incompletamente verificado nunca é adicionado).

Fontes e servidor

mempool.space (buscar tx, transmitir). Atualiza tx_history com o novo txid.

Precisa de abortar a transferência em vez de a acelerar? Vá para a Parte 2 — Cancelar (RBF) abaixo.

Parte 2 — Cancelar (RBF) — abortar uma transação pendente

Cancel substitui uma transação pendente por uma transação RBF mínima de 1-in / 1-out que envia os fundos de volta para o seu próprio endereço de pagamento. O destinatário original não recebe nada. Funciona desde que a tx original não tenha sido minerada.

Só quer acelerar a tx sem alterar os seus outputs? Veja a Parte 1 — Acelerar acima.

Porque isto é seguro para os seus ativos

BIP-125 exige apenas pelo menos um input comum entre a original e a sua substituição — não todos. Cancel mantém um único input de payment e omite todos os inputs de ordinals que a original estava a gastar.

Como os inputs de ordinals nunca são referenciados pela tx de cancelamento, nunca são assinados e nunca são gastos on-chain. Uma vez que o original é removido da mempool, esses UTXOs permanecem na carteira exatamente como antes — a mesma regra para inscriptions, runes, BRC-20, satoshis raros e alkanes.

Regras de taxas (BIP-125, cumulativas)

Para que os nós retransmitam a substituição e para que os mineradores a prefiram, ambas as regras devem ser válidas:

1. newFeeRate > oldFeeRate — a nova tx deve superar a original em sat/vB.
2. newFee > oldFee e newFee − oldFee ≥ minRelay × newVsize (~110 sats mínimo para uma tx de cancelamento) — cobre a largura de banda de relay da tx extra.

A tx de cancelamento é menor que a original (~110 vB para 1-in / 1-out P2WPKH), então, a uma taxa de fee igual, a sua taxa absoluta seria menor e a regra #2 falharia. O diálogo, portanto, pré-preenche a taxa de fee mínima viável; só pode aumentá-la, nunca diminuí-la abaixo desse limite.

Financiar o cancelamento — inputs de pagamento extra

Uma tx de cancelamento de 1-in / 1-out é válida apenas se o input de pagamento reutilizado cobrir newFee + 546 sats (o limite de poeira P2WPKH no output recuperado). Quando não cobre, o diálogo puxa automaticamente UTXOs P2WPKH extras da sua carteira de pagamento como inputs de financiamento adicionais.

• Confirmed first, largest-first: UTXOs de pagamento confirmados são escolhidos por ordem decrescente de valor até que o total necessário seja atingido.
• Vsize and fee are recomputed at each step: cada input P2WPKH extra adiciona ~68 vB, então a fee rate alvo é aplicada ao novo vsize.
• Strict exclusions: nunca o outpoint já reutilizado, nunca um outpoint já gasto por outra tx pendente, nunca um UTXO do endereço de ordinals, nunca um UTXO que contenha uma inscription, rune, BRC-20 ou rare sat.
• Recap rows no diálogo: Required input total (cancel fee + 546 dust), Available input total, e Missing X sats quando os fundos são insuficientes.

Último recurso — usar UTXOs de pagamento não confirmados

Quando os UTXOs confirmados sozinhos não cobrem o total necessário, aparece um interruptor opcional: "Usar UTXOs de pagamento não confirmados". Permite que o cancelamento consuma UTXOs da sua carteira de pagamento que ainda estão na mempool.

• Toggle visibility: mostrado apenas quando os fundos confirmados são insuficientes E existe pelo menos um UTXO não confirmado elegível. O padrão é desativado.
• Selection order: UTXOs confirmados ainda são consumidos primeiro (maior-primeiro), os não confirmados são adicionados apenas se ainda houver falta — novamente maior-primeiro.
• Same filters: apenas UTXOs cujo scriptpubkey_address === paymentAddress são elegíveis. UTXOs de endereço de ordinals e outpoints com ativos permanecem excluídos.
• Amber warning banner: exibido apenas quando a seleção final realmente consome ≥1 input não confirmado — o cancelamento só será confirmado após a confirmação das suas transações parentes.

Quando Cancelar

• Percebe que o endereço de destino ou o valor está errado, antes da tx ser minerada.
• Mudou de ideias sobre a transferência enquanto esta ainda está pendente.
• Uma tx pendente gastaria um ordinal / Rune UTXO que já não quer mover.

Pré-requisitos para Cancelar

• Carteira conectada e a tx original ainda pendente na mempool.
• A transação original deve conter pelo menos um input pertencente ao seu endereço de pagamento.
• O input de pagamento reutilizado deve ser grande o suficiente para que o valor recuperado permaneça acima do limite de dust de 546 sat.
• Sats de pagamento suficientes disponíveis — confirmados, ou confirmados + não confirmados como último recurso — para cobrir newFee + 546 sats.

Cancelar passo a passo

1. Abra o Wallet Dashboard → separador Pending TXs (ou a página Histórico).
2. Clique numa transação pendente → Cancelar (ao lado de Acelerar).
3. Leia o aviso vermelho e confirme que pretende abortar a transferência.
4. O cursor vem preenchido com a taxa de substituição mínima válida para a transação de cancelamento: o planeador usa a mais estrita das duas exigências, o relay incremental e uma taxa estritamente superior à taxa original, sobre o tamanho real da substituição. Aumente-a se quiser mais prioridade — este mínimo não garante o relay nem a mineração.
5. Reveja o resumo: fee original, new fee, custo extra, valor recuperado para a sua carteira.
6. Assine; a tx de cancelamento é transmitida e a original é expulsa assim que os relays convergem.

Casos limite de cancelamento

• Nenhum input de pagamento no original (taxa totalmente paga a partir de um input de ordinals): O Cancelar é bloqueado com uma mensagem clara — não há input pagador de taxa para reutilizar.
• Valor recuperado abaixo de 546 sats: bloqueado como dust.
• Taxa de fee reduzida abaixo do limite calculado: recusado com o mínimo BIP-125 mostrado.
• Cancelamento evitado, original minerado: o histórico mostra replaced-original-confirmed — a transferência foi concluída apesar da tentativa.
• Fundos insuficientes: mesmo com o opt-in não confirmado ativado, se o total disponível for inferior ao total necessário, o botão permanece desativado e o diálogo mostra Faltam X sats.
• Transação pai evitada: um cancelamento que gasta um input não confirmado torna-se inválido se o seu pai for removido da mempool — é necessário retransmitir.

Salvaguardas de cancelamento

• Zero referência a inputs de ordinals — nunca são assinados pela tx de cancelamento.
• Ambas as regras de fee BIP-125 aplicadas no momento da construção (rate + absoluto).
• Verificação de propriedade no input reutilizado; verificação de dust no output recuperado.
• Quando existem vários inputs de pagamento, o maior é escolhido para maximizar o valor recuperado.