Quanto tempo demora uma transferência de BTC? Da assinatura às 6 confirmações

Desde que você clica em "enviar" até a outra parte ver "confirmado", uma transferência de Bitcoin atravessa um ciclo de vida completo nos bastidores — não é tão simples quanto "dinheiro passando de A para B".

Quanto tempo demora uma transferência de BTC? (Resposta mais recente para 2026)

Etapa	Tempo	Descrição
A carteira constrói a transação	<1 segundo	Seleciona UTXOs, desenha entradas/saídas, calcula a taxa
Assinatura com chave privada	<1 segundo	A carteira gera uma assinatura digital localmente; a chave privada nunca fica online
Difusão da transação	Alguns segundos	Propaga-se para muitos nós de Bitcoin via protocolo P2P Gossip
Espera do empacotamento do minerador	De segundos a horas	Depende da taxa (sat/vB) e do congestionamento do Mempool
Obter 1 confirmação	~10 minutos em média	A transação é empacotada em um bloco novo; na verdade depende de quando o próximo bloco é minerado (não são 10 minutos fixos)
Obter 6 confirmações	~1 hora	Os 5 blocos seguintes acumulam confirmações, atingindo o limite de segurança que a maioria das exchanges exige para depósitos grandes

Em uma frase: uma transferência de BTC geralmente chega em cerca de 10 minutos (1 confirmação); para valores grandes, espere cerca de 1 hora (6 confirmações). Quanto maior a taxa que você paga, mais os mineradores priorizam sua transação — dê um lance baixo demais e você pode esperar horas ou nunca ser confirmado.

O Bitcoin não tem saldo de conta — seu "dinheiro" é um conjunto de UTXOs; os mineradores não auditam as transações, os nós completos são os árbitros; as taxas não são fixas, são um leilão em tempo real.

Esses três fatos são os pré-requisitos para entender todo o fluxo de transações do Bitcoin.

O núcleo deste artigo: o que acontece com uma transação de BTC?

• Quanto tempo uma transferência de BTC demora para confirmar? → Normalmente 10 minutos (1 confirmação); para valores grandes, espere 1 hora (6 confirmações)
• Como a carteira escolhe os UTXOs? → Como escolher cédulas, completando o pagamento com a menor quantidade de entradas ou a melhor combinação de denominações
• Para que serve a assinatura com chave privada? → Para provar a toda a rede que você tem o direito de gastar este BTC, não para "criptografar a transação"
• Por que a taxa afeta a velocidade de confirmação? → Os mineradores escolhem transações por taxa sat/vB, da maior para a menor
• E se uma transação de BTC estiver Pendente? → RBF para substituir por uma taxa maior, ou transação filha CPFP para resgatar
• Por que as exchanges exigem 6 confirmações? → Cada confirmação adicional torna a adulteração exponencialmente mais cara

Este artigo desmonta uma transferência de BTC passo a passo — desde construir, assinar, difundir, entrar na fila e confirmar. Sem código, apenas conceitos e lógica.

Ao terminar de ler, você entenderá:

1. O que a carteira faz nos bastidores depois de você clicar em "enviar" — seleção de UTXO, construção de saídas, cálculo da taxa;
2. O propósito real da assinatura com chave privada — não "criptografar a transação", mas "provar que você tem o direito de gastar este UTXO";
3. A rota de propagação após a difusão — como ela se espalha por nós do mundo inteiro em segundos;
4. A natureza do Mempool — onde as transações "entram na fila" antes de serem empacotadas, e como as taxas determinam a prioridade;
5. Como os mineradores selecionam as transações — por que sua transferência às vezes chega na hora e às vezes espera horas;
6. O significado de segurança do número de confirmações — quão grande é realmente a diferença entre 1 e 6 confirmações;
7. O que fazer quando uma transação fica presa — as operações concretas de aceleração RBF e resgate CPFP.

Este artigo é educação técnica e não constitui aconselhamento de investimento.

É recomendado ler primeiro os dois primeiros artigos desta série — Por que o Bitcoin não precisa de bancos: UTXO, nós, PoW e Como a blockchain registra transações? Blocos, hash, prova de trabalho (2026) — este ficará mais fluido depois.

Referência rápida de termos deste artigo:

Termo	Nome completo	Explicação em uma frase
UTXO	Unspent Transaction Output	A "cédula digital" do Bitcoin, uma saída de transação não gasta
Mempool	Memory Pool	O buffer de transações verificadas, mas ainda não empacotadas
sat/vB	Satoshi por byte virtual	Unidade de taxa, quantos satoshis por byte virtual
RBF	Replace-By-Fee	Substituir uma transação não confirmada por uma versão com taxa maior
CPFP	Child Pays For Parent	Usar uma transação filha com taxa alta para arrastar a mãe
PoW	Proof of Work	Os mineradores competem pelo direito de registro com poder de computação
Confirmações	Confirmation	O número de blocos minerados após o bloco que contém a transação

Uma transação de Bitcoin: os 6 passos do clique à confirmação

Depois de clicar em "enviar 0,01 BTC para Bob", o que acontece nos bastidores pode ser dividido em 6 etapas:

Passo	Etapa	Quem age	Tempo
①	Construir a transação	Sua carteira	<1 segundo
②	Assinatura com chave privada	Sua carteira (localmente)	<1 segundo
③	Difundir para a rede	Rede de nós P2P	Alguns segundos
④	Entrar na fila do Mempool	Nós de todos os mineradores	De segundos a horas
⑤	Empacotar em um bloco	Mineradores (mineração PoW)	~10 minutos em média
⑥	Acumular confirmações	Os mineradores seguintes continuam produzindo blocos	~10 minutos por confirmação

Vamos desmontar cada etapa uma por uma. A chave é entender "quem verifica o quê" em cada etapa — esse é o núcleo do modelo de segurança do Bitcoin.

Passo 1: a carteira constrói a transação — selecionar UTXOs, desenhar saídas, calcular a taxa

Quando você insere o endereço e o valor de Bob (digamos 0,01 BTC) e clica em enviar — a primeira coisa que a carteira faz nos bastidores não é "descontar o saldo", mas escolher com quais UTXOs pagar.

Seleção de UTXO: o Bitcoin não tem "saldo", só "cédulas não gastas"

Este ponto é mencionado repetidamente nos dois primeiros artigos desta série, mas é a base para entender a construção de transações — o livro-razão do Bitcoin não tem um campo "seu saldo", apenas um conjunto de UTXOs (saídas de transação não gastas).

Sua carteira se conecta a um nó completo ou a um serviço de indexação, consulta todos os UTXOs controlados pelas chaves da sua carteira que cumprem as condições de desbloqueio e os soma para exibir um "saldo". Mas por baixo não é um único número.

Um UTXO (Unspent Transaction Output, saída de transação não gasta) pode ser entendido como uma "cédula digital" na rede do Bitcoin.

Você quer comprar algo que custa 30 dólares:

• Pode entregar uma cédula de 50 dólares → receber 20 dólares de troco;
• Pode entregar duas cédulas de 20 dólares → receber 10 dólares de troco;
• Não pode "gastar só 30 dólares de uma cédula de 50" — a cédula inteira precisa ser gasta, com o troco de volta.

O Bitcoin é exatamente igual. Cada UTXO precisa ser gasto por completo; você não pode gastar só uma parte.

Um exemplo real

A carteira da Alice tem 3 UTXOs:
  UTXO-A: 0,005 BTC (troco de uma transferência da semana passada)
  UTXO-B: 0,003 BTC (enviado por um amigo)
  UTXO-C: 0,008 BTC (retirado de uma exchange)

"Saldo" total exibido: 0,016 BTC

Alice quer enviar 0,01 BTC para Bob.

A carteira precisa fazer seleção de UTXO (Coin Selection). As estratégias comuns incluem:

• Princípio de menos entradas: completar o pagamento com a menor quantidade possível de UTXOs, reduzindo o tamanho da transação → taxa menor
• Reduzir poeira de troco: priorizar combinações cujas denominações cubram exatamente o valor do pagamento, evitando saídas de troco minúsculas
• Otimização de privacidade: algumas carteiras escolhem deliberadamente UTXOs de denominações diferentes, evitando expor padrões de posse

Neste exemplo, uma combinação razoável é UTXO-C (0,008 BTC) + UTXO-A (0,005 BTC) = 0,013 BTC como entrada.

Desenho das saídas da transação

Após selecionar as entradas, a carteira constrói as saídas:

Entradas:
  Gastar UTXO-A (0,005 BTC)
  Gastar UTXO-C (0,008 BTC)
  Total de entrada: 0,013 BTC

Saídas:
  Saída #1: 0,01 BTC → endereço de Bob
  Saída #2: 0,0029 BTC → endereço de troco da Alice (um endereço novo, por privacidade)

Taxa do minerador = total de entrada − total de saída = 0,013 − 0,0129 = 0,0001 BTC

Três pontos-chave:

1. UTXO-A e UTXO-C são completamente destruídos — deixam de existir na rede a partir desse momento;
2. Dois UTXOs novos são criados — um pertence a Bob, outro ao endereço de troco da Alice (normalmente um endereço totalmente novo, não o original);
3. Taxa = total de entrada − total de saída — não há um campo "taxa" em uma transação; o minerador fica com a "parte que sobra".

Todo esse processo acontece automaticamente dentro da sua carteira cripto — uma boa carteira também escolhe por você a combinação ótima de UTXOs, evitando criar muita "poeira de troco" que aumentaria as taxas futuras.

Passo 2: o que é a assinatura com chave privada do Bitcoin? Como ela prova que você tem o direito de gastar BTC

A transação está construída, mas ainda não há nada provando que a transação foi iniciada por você. Se você não assinar, qualquer um poderia construir uma transação "gastando o UTXO da Alice para si" e difundi-la — embora uma transação sem assinatura fosse rejeitada diretamente pelos nós completos.

Este é o propósito da assinatura com chave privada: ela prova a toda a rede que quem inicia a transação realmente possui o direito de desbloqueio do UTXO correspondente.

O que exatamente a assinatura assina

O que é assinado com a chave privada não é o "conteúdo da transação" como texto, mas o resumo hash dos dados da transação.

O que a assinatura cobre	Propósito
Referência do UTXO de entrada	Deixa claro qual BTC você está gastando, evitando que a transação seja "trocada"
Saídas da transação (valor + endereço)	Trava o destinatário e o valor; não pode ser adulterado após assinar
Os próprios dados da assinatura	Uma assinatura digital sobre o hash da transação com a chave privada, verificável por toda a rede com a chave pública
A chave pública correspondente	Permite que os nós verifiquem "que a assinatura realmente veio do detentor da chave privada" sem expor a chave privada

Depois de assinar, o conteúdo da transação não pode ser modificado — mude um único dígito e a assinatura fica invalidada.

Nota: diferentes tipos de endereço (Legacy, SegWit, Taproot) têm cobertura de assinatura diferente — o SegWit separa os dados da assinatura do corpo da transação (daí vem o nome "segregated witness"), reduzindo o tamanho; o Taproot introduz as assinaturas Schnorr, substituindo o ECDSA tradicional por uma assinatura mais compacta. Essas melhorias não mudam a lógica central de que "assinar prova a propriedade", mas afetam o tamanho da transação e o cálculo da taxa.

O processo de verificação da assinatura

Quando qualquer nó recebe essa transação, ele a verifica com estes passos:

1. Tira o UTXO referenciado pela transação — vê qual hash de chave pública está escrito na "condição de desbloqueio" desse UTXO;
2. Usa a chave pública da Alice e os dados da transação para verificar se a assinatura coincide;
3. Se coincide → prova: o assinante possui a chave privada da Alice → tem o direito de desbloquear esses UTXOs;
4. Se não coincide → descarta a transação de imediato.

Todo o processo nunca exige que a chave privada da Alice fique online. A assinatura acontece localmente na carteira; a chave privada nunca aparece na rede. Esse é o princípio por trás de "as carteiras frias podem assinar offline" — e também explica por que, uma vez que sua frase-semente (a forma legível da chave privada) vaza, qualquer um pode gastar seu BTC sem o seu celular e sem um código de verificação.

Passo 3: difusão para a rede P2P — como uma transação se espalha pelo mundo em segundos

A assinatura está feita. A carteira envia esses dados de transação assinados para um ou mais nós de Bitcoin conectados. O que acontece a seguir se completa em segundos.

O protocolo Gossip: os nós jogando "telefone sem fio"

A rede do Bitcoin não tem uma estação central de difusão. As transações se espalham pelo protocolo gossip (protocolo de boatos) — cada nó conta as transações novas que conhece aos seus nós vizinhos, e esses vizinhos contam aos deles.

Sua carteira → Nó A → Nó B → Nó D → Nó G
                  ↘ Nó C → Nó E → Nó H
                            ↘ Nó F

Cada nó que recebe a transação a verifica imediatamente de forma independente

Isso não é "encaminhar e pronto". Cada nó verifica de forma independente se a transação cumpre antes de encaminhar:

Verificação	O que se verifica	O que acontece se falhar
Validade da assinatura	Se a assinatura coincide com a condição de desbloqueio do UTXO referenciado	Descartar de imediato
Existência do UTXO	Se o UTXO referenciado realmente existe	Descartar de imediato
Sem gasto duplo	Se o UTXO referenciado já foi gasto por outra transação	Descartar de imediato
Entrada ≥ saída	Se o total de entrada ≥ total de saída	Descartar de imediato
Tamanho da transação	Se excede o limite padrão de tamanho de transação	Descartar de imediato

Os mineradores não são os auditores das transações — os nós completos são. Antes de uma transação entrar no mempool, ela já passou pela verificação independente de milhares de nós completos em toda a rede. Os mineradores apenas escolhem e ordenam do conjunto de transações "verificadas como legais".

O significado desse design: mesmo que um minerador quisesse empacotar uma transação ilegal, ela não passaria dos nós completos — estes rejeitam diretamente todo o bloco que contenha uma transação ilegal. O poder de computação do minerador é desperdiçado e ele não recebe recompensa de bloco.

Passo 4: o que é o Mempool do Bitcoin? Por que a taxa de BTC decide a velocidade de confirmação

A transação passou pela verificação dos nós completos. Mas ainda não pode subir à cadeia — o minerador ainda não a empacotou em um bloco. Nesse ponto, a transação entra no Mempool (grupo de memória).

O que é o Mempool

Mempool = "o buffer de transações verificadas que ainda não foram empacotadas em um bloco".

Cada minerador (e muitos nós completos) mantém seu próprio mempool. Sua transação flutua na rede, deitada em milhares de mempools, esperando ser escolhida e empacotada por algum minerador.

Pense nisso como uma sala de espera de aeroporto:

• Sua transação = um passageiro, cujo destino é "subir à cadeia (entrar em um bloco)";
• A taxa = o "preço da passagem" que você está disposto a pagar;
• Os mineradores = a companhia aérea, embarcando primeiro os que pagam mais;
• O espaço de bloco = o número de assentos por avião, que é limitado.

A lógica de ordenação do Mempool: a taxa decide a prioridade

Os mineradores não ordenam por "quem chega primeiro". Eles ordenam por taxa (sat/vB) da maior para a menor.

sat/vB = quantos satoshis você paga por byte virtual como taxa. 1 sat = 0,00000001 BTC.

Transações no Mempool (ordenadas por sat/vB):

  Prioridade alta: 50 sat/vB  ← a transferência urgente da Alice, os mineradores empacotam primeiro
                   30 sat/vB
                   20 sat/vB
                   15 sat/vB
                   10 sat/vB  ← sua transferência comum, está aqui
                    8 sat/vB
                    5 sat/vB
  Prioridade baixa: 2 sat/vB  ← a transação que só pagou a taxa mínima, pode esperar muito

O número de transações que um bloco pode conter é limitado (~1 vMB de peso de bloco, cerca de 2000–4000 transações típicas). Se a rede está congestionada, as transações de taxa baixa podem esperar vários blocos antes de serem empacotadas.

Por que a taxa não pode ser zero

Em teoria pode — o protocolo do Bitcoin permite transações de taxa zero. Mas os mineradores não têm obrigação de empacotar nenhuma transação em particular. Se o mempool contém muitas transações com lances mais altos, os mineradores as priorizam.

Uma transação de taxa zero pode ficar no mempool para sempre, até que um nó a limpe por tempo de espera (2 semanas por padrão) — o que significa que essa transferência, na prática, "nunca aconteceu".

Os leitores que quiserem conhecer o congestionamento atual do Mempool podem abrir o Mempool.space em um navegador — este explorador de blocos do Bitcoin mostra o estado da fila do mempool de toda a rede, o atraso em cada faixa de taxa e os blocos mais recentes de uma forma muito intuitiva.

Como se calcula a taxa de BTC? Por que às vezes é barata e às vezes absurdamente cara

Os três fatores que decidem a taxa

Fator	Como afeta a taxa	Exemplo
Tamanho dos dados da transação	Quanto maior a transação (mais bytes) → maior a taxa	Uma transferência simples de 1 entrada + 2 saídas ≈ 140 vB; 10 entradas + 2 saídas ≈ 1000+ vB, a taxa pode diferir 7×
Congestionamento da rede	Quanto mais cheio o mempool → mais cara a taxa	Durante a febre dos Ordinals de 2023, as taxas de prioridade baixa chegaram a disparar para 50+ sat/vB
Sua urgência	Quanto mais urgente a confirmação → mais alto você precisa dar o lance	Sem pressa, dê um lance de taxa média-baixa e espere; com pressa, dê um lance alto para "furar a fila"

De onde vem o tamanho da transação

O tamanho da transação não tem a ver com "quanto BTC você transferiu", mas com quantas entradas e saídas a transação contém.

A estrutura de uma transação típica:

Tamanho da transação ≈ entradas × ~68 vB + saídas × ~31 vB + ~10 vB de sobrecarga fixa

Fórmula da taxa de BTC:

Taxa (BTC) = tamanho da transação (vB) × taxa (sat/vB) ÷ 100.000.000

Exemplo: 250 vB × 20 sat/vB = 5000 sat = 0,00005 BTC

Em poucas palavras: quanto mais "espaço de bloco" sua transação ocupa e mais alto seu preço unitário (sat/vB) → mais cara a taxa. Não tem nada a ver com o valor transferido.

• Mais entradas = maior tamanho: se você recebe transferências pequenas com frequência (saques de exchange, airdrops, troco), sua carteira acumula muitos UTXOs de denominação pequena. Quando quiser enviar um valor grande, a carteira precisa fundir muitos UTXOs pequenos como entradas — o tamanho dispara e a taxa dobra.
• Menos saídas = menor tamanho: uma simples 1 entrada → 2 saídas (pagamento + troco) é a estrutura mais compacta.

Por isso, quando a cadeia não está congestionada, fundir vários UTXOs pequenos em um ou dois UTXOs de denominação grande (chamado UTXO Consolidation, consolidação de UTXO) é um bom hábito — economiza nas taxas futuras.

A taxa não tem relação com o valor transferido

Enviar 0,001 BTC e enviar 1000 BTC custam quase a mesma taxa se a estrutura da transação for a mesma (1 entrada → 2 saídas).

Porque os mineradores não se importam com quanto você transferiu — eles se importam com "quanto espaço esta transação ocupa no meu bloco".

Por isso o Bitcoin se adapta a transferências grandes (a taxa é uma parte pequena) e não serve para comprar café (a taxa pode custar mais que o café). A Lightning Network foi desenhada justamente para resolver esse cenário de pagamentos pequenos.

Passo 5: os mineradores empacotam a transação em um bloco — quem decide quando sua transação é confirmada

A transação espera no mempool. Quando um minerador a empacota?

Como os mineradores selecionam as transações

1. Os mineradores tiram transações do próprio mempool por sat/vB, da maior para a menor;
2. Preenchem o bloco candidato (dentro do limite de ~1 vMB de peso de bloco);
3. Constroem a transação coinbase (a transação de "reivindicação de recompensa" do próprio minerador, contendo a recompensa de bloco + as taxas de todas as transações empacotadas);
4. Calculam a Merkle Root, começam a mineração PoW — testando o nonce por força bruta.

A transação coinbase é a única transação especial "sem entrada" de todo o sistema Bitcoin — ela não referencia nenhum UTXO, porque seu BTC vem de regras de rede (recompensa de bloco) e taxas (coletadas pelo minerador), não transferido de ninguém. Satoshi Nakamoto descreveu esse mecanismo de emissão de moedas novas pela transação coinbase na Seção 2 do whitepaper do Bitcoin.

Quando sua transação é confirmada

Depende de duas variáveis:

a) Onde sua taxa se posiciona no mempool.

Se a "linha de corte" do que os mineradores atuais empacotam é 15 sat/vB e você só deu lance de 10 sat/vB — este bloco não é para você.

b) Quando o próximo bloco é minerado.

Não é "dê um lance alto e confirme na hora". Os mineradores levam 10 minutos em média para minerar um bloco. Mesmo que sua transação seja a primeira do mempool, ela ainda espera o próximo bloco ser minerado.

Assim, o tempo de confirmação mais rápido ≈ a espera média de agora até o próximo bloco (~10 minutos), não "na hora".

Por que às vezes parece "na hora"

Algumas exchanges e carteiras mostram saldo no lado receptor logo depois de "transação enviada" ou "pendente de confirmação" — isso não significa que está confirmada on-chain.

Normalmente é o receptor fazendo confiança de zero confirmações: ao ver a transação no mempool, com taxa alta e sem sinais de gasto duplo, ele exibe o saldo antecipadamente. Isso é arriscado — a transação ainda pode ser substituída ou nunca confirmar. A documentação técnica do Bitcoin Optech também observa que as transações de zero confirmações foram uma dificuldade de longa data na experiência de pagamento do Bitcoin antes do surgimento da Lightning Network.

Passo 6: por que o tempo de confirmação do Bitcoin não é fixo — a lacuna de segurança entre 1 e 6 confirmações

Cada confirmação adicional faz a segurança crescer exponencialmente

O tempo de confirmação do Bitcoin (BTC confirmation time) não tem um valor fixo — porque cada bloco novo leva cerca de 10 minutos em média, mas os tempos reais de bloco seguem uma distribuição de Poisson: às vezes um bloco é minerado em minutos, às vezes leva 20–30 minutos. Então "1 confirmação ≈ 10 minutos" é uma média estatística, não uma promessa.

Quando sua transação é empacotada em um bloco, ela ganha 1 confirmação.

Depois, cada bloco novo minerado por cima dela soma uma confirmação à transação. Cada confirmação adicional significa mais um bloco que precisaria ser recalculado para "desfazer" esta transação da cadeia.

Confirmações	Significado de segurança	Cenário aplicável
0	A transação ainda está no mempool, pode ser substituída ou nunca confirmar	Não confiável
1	Já está na cadeia, mas o bloco pode virar órfão (substituído por uma cadeia mais longa)	Transferências pequenas e de baixo risco
2–3	Extremamente provável de ser irreversível, salvo um ataque de hashrate direcionado	A maioria das transferências diárias
6	O whitepaper de Satoshi prova com um modelo de probabilidade: mesmo para um atacante com hashrate considerável, a taxa de sucesso do gasto duplo já é desprezível	Depósitos em exchanges, liquidações grandes

A origem das "6 confirmações"

Satoshi calculou na Seção 11 do whitepaper: a probabilidade de um atacante com uma fração dada de hashrate alcançar N blocos. À medida que as confirmações aumentam, a taxa de sucesso do ataque decai exponencialmente — a probabilidade concreta depende da fração de hashrate do atacante e do estado atual da rede, mas a conclusão central não muda: o custo econômico de um ataque supera em muito seu benefício.

Isso não é segurança absoluta (não há segurança absoluta na matemática), mas sim o custo econômico de um ataque superando em muito seu benefício — que é a filosofia central do modelo de segurança do Bitcoin. Vale enfatizar, porém: mesmo que um atacante controlasse a maioria do hashrate, ele não pode roubar as moedas dos outros, não pode criar moedas do nada e não pode mudar as regras de emissão — os nós completos rejeitam qualquer bloco que viole o protocolo, e não há hashrate que contorne essa linha de fundo.

Transação de BTC não confirmada (Pendente)? Aceleração RBF e resgate CPFP

"Enviei um pouco de BTC, dei um lance de taxa baixo demais e não confirma há horas — o que faço?"

Esta é uma das perguntas mais comuns da blockchain. Quando uma transação fica no Mempool por longo prazo porque a taxa é baixa demais, há duas formas de aumentar a probabilidade de ser empacotada: RBF (Replace-By-Fee) e CPFP (Child Pays For Parent).

Método um: RBF (Replace-By-Fee)

Se sua carteira marcou esta transação como compatível com RBF ao enviar (a maioria das carteiras modernas habilita por padrão), você pode:

1. Construir uma transação com conteúdo idêntico (mesmos UTXOs de entrada, mesmos endereços e valores de saída);
2. Mas subir a taxa (a nova taxa precisa ser mais alta que a original em certa proporção);
3. Redifundir → os mineradores veem que a nova transação tem taxa maior e priorizam empacotá-la;
4. Quando a nova confirma, a velha — porque referencia os mesmos UTXOs (agora gastos pela nova) → é julgada como gasto duplo pelos nós completos → anulada automaticamente.

Limitação: a carteira precisa suportar RBF, e a transação original precisa ter sido marcada como substituível ao ser enviada. Esse mecanismo tem uma definição completa em nível de protocolo no BIP 125 — em poucas palavras, sua transação original precisa carregar um sinal de "estou disposto a ser substituído", para que os mineradores saibam que ela pode ser sobrescrita por uma versão de taxa maior.

Método dois: CPFP (Child Pays For Parent)

Se sua carteira não suporta RBF, ou a transação original não foi marcada como substituível — há outra forma: CPFP.

A lógica é engenhosa: os mineradores não necessariamente ordenam por taxa de transação individual. Se uma transação (a mãe) tem taxa baixa demais, mas sua saída de troco é imediatamente gasta por outra transação (a filha) — e a filha paga uma taxa muito alta — o minerador empacotará as duas juntas, para cobrar a taxa alta da filha.

Passos:

1. Encontre sua própria saída de troco na transação presa (o UTXO que voltou para o seu endereço);
2. Use imediatamente esse UTXO de troco não confirmado para iniciar outra transação (para outro endereço seu);
3. A nova transação paga uma taxa extremamente alta;
4. Os mineradores veem: para cobrar a filha de taxa alta → precisam empacotar também a mãe de taxa baixa → as duas são empacotadas juntas.

A beleza do CPFP: você não precisa modificar a transação original, nem mesmo que a carteira original suporte nenhuma função especial. Desde que você possa gastar sua própria saída de troco, pode se resgatar.

Dito isso, tanto RBF quanto CPFP só resolvem o problema de "dar um lance de taxa baixo demais". Se sua transação está presa por outras razões — como enviar para a cadeia errada, ou autorizar um contrato malicioso — isso precisa de um conjunto de respostas completamente diferente. Leitura recomendada: a explicação detalhada em Como prevenir o roubo de carteiras? Frases-semente, transferências para a cadeia errada, riscos de autorização (2026).

Na prática: como estimar uma taxa adequada

Você não precisa calcular sozinho. Alguns métodos:

Método um: estimativa automática da carteira (o mais comum)

As carteiras modernas (Bitcoin Core, Electrum, Sparrow, BlueWallet etc.) têm estimadores de taxa integrados que recomendam três níveis conforme o estado atual do mempool:

Nível	Tempo estimado de confirmação	Cenário aplicável
Prioridade alta	Próximo bloco (~10 minutos)	Transferências urgentes, depósitos em exchanges
Prioridade média	1–3 blocos (~10–30 minutos)	Transferências diárias
Prioridade baixa	6+ blocos (~1 hora+)	Transferências sem pressa, consolidação de UTXO

Método dois: consultar o estado em tempo real do Mempool

Abra o Mempool.space e você verá:

• O atraso atual de transações em cada faixa de taxa;
• A "linha de taxa até a qual se espera que o próximo bloco empacote" — as transações acima dessa linha provavelmente confirmam no próximo bloco;
• Tendências históricas de taxa — para julgar se agora está congestionado ou tranquilo.

Método três: transferir quando a cadeia está tranquila

O tráfego da rede do Bitcoin tem uma periodicidade clara:

• Fins de semana costumam ser mais tranquilos que dias úteis → taxas mais baixas;
• Noites asiáticas (dias ocidentais) tendem a ser mais congestionadas;
• Durante grandes movimentos de mercado (altas ou quedas bruscas), o volume on-chain dispara e as taxas sobem.

Se você não tem pressa, transfira ou consolide UTXOs em horários de vale do fim de semana — você economizará muito em taxas.

Uma tabela para resumir: o fluxo completo da transação de Bitcoin

Etapa	Quem age	Mecanismo central	Quanto tempo	O que acontece se algo der errado
① Construir transação	Sua carteira	Seleção de UTXO + desenho de saídas	<1 segundo	—
② Assinatura com chave privada	Sua carteira (localmente)	Assinatura digital de curva elíptica (ECDSA/Schnorr)	<1 segundo	Assinatura errada → transação inválida, os nós completos rejeitam
③ Difusão	Rede de nós P2P	Propagação pelo protocolo Gossip	Alguns segundos	Conecte a mais alguns nós e redifunda
④ Verificação dos nós completos	Milhares de nós completos	Verificam independentemente assinatura, UTXO, gasto duplo, valor	<1 segundo	Transações não conformes descartadas de imediato
⑤ Fila do Mempool	Grupos de memória dos mineradores	Ordenado por taxa sat/vB	De segundos a horas	Taxa baixa demais → pode nunca confirmar
⑥ Empacotamento do minerador	Mineradores + ASIC	PoW testando o nonce por força bruta	~10 minutos em média	O minerador pode não escolher sua transação
⑦ Acúmulo de confirmações	Os mineradores de toda a rede continuam produzindo blocos	Regra da cadeia mais longa	~10 minutos cada	Risco de bloco órfão (dentro de 1–2 confirmações)

FAQ

Por que não encontro minha transação em um explorador de blocos?

Razões possíveis: ① A transação acabou de ser difundida e o explorador ainda não a recebeu — espere 10–30 segundos e atualize; ② A difusão falhou — a carteira não se conectou corretamente a um nó; tente enviar de novo; ③ A transação foi rejeitada pelos nós — assinatura errada, o UTXO não existe ou já foi gasto.

Minha transação está "pendente de confirmação" há 2 horas — e agora?

Primeiro verifique a taxa: vá ao Mempool.space e insira o ID da sua transação, veja onde ela se posiciona e qual é a linha de corte de taxa atual. Se sua taxa está muito abaixo da linha atual → ou espere (a taxa cai quando a rede se acalma), ou use RBF ou CPFP para acelerar.

RBF ou CPFP — qual usar?

Priorize RBF (se a transação original suporta) — é mais simples e mais barato. Se RBF não for compatível ou você não sabe se é → use CPFP, que quase sempre está disponível (desde que você ainda controle a saída de troco).

A taxa pode superar o valor transferido?

Sim. Se você enviar BTC no valor de 5 dólares para um endereço, e a transação for de múltiplas entradas e pesada (tamanho grande) + a rede estiver congestionada → a taxa pode chegar a 10–20 dólares. Essa é uma razão pela qual o Bitcoin não se adapta a pagamentos pequenos — use a Lightning Network para valores pequenos.

Por que a taxa de saque de uma exchange é muito mais alta que uma transferência de carteira?

A taxa de saque de uma exchange não é taxa de minerador pura — inclui: taxa de minerador + custos operacionais da plataforma + divisão da agregação em lote. As exchanges normalmente fundem vários saques em uma única transação on-chain (transferência em lote) e depois cobram de cada usuário um valor fixo — e esse valor fixo costuma ser muito mais alto que a divisão real da taxa de minerador.

As transações de 0 confirmações são seguras?

Cenários pequenos e de baixo risco são aceitáveis (por exemplo, você confia na contraparte), mas não é segurança absoluta. Uma transação de 0 confirmações pode ser substituída por RBF, descartada por uma bifurcação de rede ou limpa por tempo de espera do mempool. Qualquer cenário que exija liquidação definitiva (depósitos em exchanges, pagamentos grandes) deve esperar pelo menos 1 confirmação, idealmente 2–3.

Os mineradores podem ignorar seletivamente minha transação?

Sim. Os mineradores não têm obrigação de empacotar nenhuma transação em particular. Enquanto sua taxa não for atraente o bastante, os mineradores têm o direito de escolher transações de taxa maior. Isso não é "censura" — é "busca de lucro".

Por que minha transação de BTC continua mostrando Pendente?

Pendente significa que a transação ainda está na fila do Mempool e não foi empacotada em um bloco. As razões mais comuns: ① Taxa baixa demais — a linha de corte atual do Mempool está acima da sua taxa, e os mineradores priorizam outras transações; ② Congestionamento de rede — durante grandes movimentos de mercado, a febre dos Ordinals etc., o volume dispara e as transações de taxa baixa ficam para trás; ③ Tamanho grande de transação — transações de múltiplas entradas ocupam mais espaço e, à mesma taxa, os mineradores não as priorizam. Soluções: use RBF para subir a taxa ou CPFP para acelerar, ou espere com paciência a rede se acalmar.

Dá para cancelar uma transferência de BTC?

Transações confirmadas não podem ser canceladas. Esta é uma propriedade central do Bitcoin — uma vez que uma transação é confirmada on-chain, é irreversível. Mas para transações não confirmadas (ainda no Mempool), você pode "redirecionar" via RBF (substituir a original por uma versão de taxa maior, "sobrescrevendo" efetivamente a velha, mas a original precisa ter sido marcada como substituível ao ser enviada) ou CPFP (usar uma transação filha de taxa alta para "arrastar" a mãe à confirmação). Se a transação não tem marca RBF e não dá para usar CPFP, a única opção é esperar o tempo de espera do Mempool (cerca de 2 semanas por padrão) — depois que os nós a limparem automaticamente, a transação na prática "nunca aconteceu", e seu BTC não se perde: ele volta ao saldo disponível da sua carteira.

O que faço se enviar Bitcoin para o endereço errado?

Esta é uma das situações mais dolorosas da blockchain. Devido à irreversibilidade das transações de Bitcoin, uma transação confirmada para o endereço errado não pode ser desfeita — não há atendimento ao cliente nem "botão de reembolso". Respostas: ① Se você sabe quem é o receptor (por exemplo, um amigo ou uma exchange), contate-o diretamente para negociar a devolução — esse é o único caminho viável; ② Se você digitou errado um caractere, é quase impossível que caia em um endereço válido (os endereços de Bitcoin têm um checksum integrado), e a carteira normalmente rejeita endereços inválidos antes de enviar; ③ A prevenção é a melhor estratégia — verifique sempre os primeiros 4 e os últimos 4 caracteres do endereço antes de enviar, e envie primeiro um valor pequeno de teste para transferências grandes. Parece clichê, mas no mundo cripto, transferências irreversíveis significam que não existe a opção de "o suporte vai te reembolsar" — adquirir o hábito de verificar endereços pode um dia te poupar alguns milhares de USDT.

Qual é a diferença fundamental entre uma transação de Bitcoin e uma transferência via Pix?

Uma transferência via Pix: o Pix muda dois números no banco de dados (saldo de A −100, saldo de B +100), concluído em milissegundos — mas a confiança recai inteiramente no sistema Pix. Uma transação de Bitcoin: uma transação precisa passar por difusão, verificação independente de nós completos, competição PoW dos mineradores para empacotar e confirmação de múltiplos blocos — lenta, mas não precisa confiar em nenhuma entidade única. Velocidade e segurança são duas faces da mesma moeda.

Comparação de velocidade de transação de Bitcoin: quanto esperar em cenários diferentes

Cenário	Confirmações recomendadas	Espera estimada	Nota de segurança
Pagamento pequeno (transferência entre conhecidos, gorjeta)	0–1	De alguns segundos a 10 minutos	0 confirmações tem risco de substituição; só para cenários de confiança
Transferência comum	1–3	10–30 minutos	Suficiente para uso diário; risco de órfão extremamente baixo
Depósito em exchange	3–6	30–60 minutos	Requisito de controle de risco da plataforma; espere 6 para garantir
Liquidação grande	6+	~1 hora+	Equivalente ao padrão de segurança do whitepaper

Resumo

O ciclo de vida de uma transação de Bitcoin, uma vez entendido, são 6 etapas:

A carteira constrói → assinatura com chave privada → difusão pela rede → fila do Mempool → empacotamento do minerador → acumular confirmações

Mas por trás dessas 6 etapas se escondem três desenhos centrais do Bitcoin como camada de liquidação descentralizada:

1. Separação de verificação e execução. A legalidade de uma transação é verificada de forma independente pelos nós completos (qualquer um), enquanto a ordenação e o empacotamento são feitos pelos mineradores (o poder de computação que mais dá lance). Os mineradores não são o juiz; os nós completos são. A separação desses dois papéis é a pedra angular do equilíbrio de poder do Bitcoin.

2. O mercado de taxas se autorregula. Não há "preço oficial", só competição de lances. Quando a rede está tranquila, as taxas tendem a zero; quando congestionada, sobem automaticamente. Esse mercado aloca o espaço de bloco (um recurso escasso) às transações mais dispostas a pagar — seja você quem for.

3. O número de confirmações não é mágica; é probabilidade. 1 confirmação = o bloco pode virar órfão; 6 confirmações = o trabalho de recálculo necessário para um ataque se tornou economicamente inviável. A segurança do Bitcoin não é um interruptor ("seguro" ou "inseguro"), mas uma curva de probabilidade que converge gradualmente.

Uma frase para lembrar deste artigo: uma transação de Bitcoin é a destruição e reconstrução de UTXOs — da seleção de moedas da carteira, a assinatura com chave privada e a verificação da rede até o empacotamento do minerador, cada passo é revisado por alguém de forma independente, e ninguém pode decidir unilateralmente em nenhum passo.

A seguir, vale a pena entender a rede de nós do Bitcoin — o que os nós completos, os nós leves e os nós mineradores fazem cada um, e como mantêm coletivamente a descentralização. Leitura recomendada, o próximo artigo desta série: O que são os nós do Bitcoin? Nós completos, leves e mineradores explicados.

Leitura relacionada

• Por que o Bitcoin não precisa de bancos: UTXO, nós, PoW — o primeiro artigo desta série, UTXO + PoW + a estrutura de poder de quatro camadas
• Como a blockchain registra transações? Blocos, hash, prova de trabalho (2026) — o segundo artigo desta série, construção de blocos e mineração PoW
• O que é o Bitcoin (BTC)? Princípios, valor e riscos (2026) — introdução básica ao BTC
• Como prevenir o roubo de carteiras? Frases-semente, transferências para a cadeia errada, riscos de autorização (2026) — segurança de transferências na prática
• O que é uma frase-semente? Por que ninguém pode ajudá-lo a recuperar seus ativos se você perdê-la (2026) — gestão da chave privada
• O que é uma carteira cripto? Endereços, frases-semente e segurança de ativos (2026) — introdução às carteiras
• O que é blockchain? Princípios, usos e riscos (2026) — panorama completo de blockchain

Aviso legal

Este artigo é para educação técnica sobre o fluxo de transações do Bitcoin e não constitui aconselhamento de investimento, financeiro nem de trading.

Os preços dos criptoativos são voláteis, as operações on-chain são irreversíveis e os serviços relacionados podem envolver risco de plataforma, de mercado, de segurança de rede e operacional. Antes de fazer qualquer transferência on-chain, os usuários devem entender a fundo o mecanismo de taxas e o fluxo de confirmação, testar com um valor pequeno antes de operações grandes e seguir as leis e regulamentos da sua localização.