Uma carteira que se recusa a enviar quase nunca está quebrada. Praticamente todo erro que ela mostra remonta a uma de três coisas: um contador chamado nonce, o endpoint com o qual sua carteira conversa, ou o teto de taxa que você mesmo definiu. Assim que você sabe qual dos três está reclamando, a solução é curta — e na maioria das vezes não custa nada.
O que o nonce da conta realmente é
Em redes baseadas em contas, cada conta de onde você envia mantém a contagem de quantas transações já enviou. Essa contagem é o nonce, e ela começa em zero. Sua primeira transação usa o nonce 0, a segunda usa o nonce 1, e assim por diante, sem lacunas.
A regra é rígida de propósito. Ela fixa a ordem em que suas transações são executadas e torna cada uma irrepetível: uma vez confirmado o nonce 4, qualquer transação posterior que reivindique esse mesmo número é rejeitada de imediato.
Isso é diferente do nonce da mineração, o número que um minerador varia para encontrar um bloco válido. Mesma palavra, tarefa completamente diferente. O que a sua carteira reclama é o contador da conta.
Nonce muito alto, nonce muito baixo
Sua carteira não pede um número à rede toda vez que você aperta enviar. Ela mantém a própria contagem e soma as transações que já transmitiu mas ainda não viu confirmadas. Essa contagem local pode se afastar do que a rede de fato registrou, e as duas mensagens de erro são as duas direções desse afastamento.
Nonce muito baixo significa que o número que você ofereceu já foi gasto. A rede passou dele. É comum depois que uma transação que você dava como falha acabou confirmando.
Nonce muito alto significa que você deixou uma lacuna. A rede espera o nonce 7 e sua carteira ofereceu o 9, então a transação ainda não pode ser executada: ela aguarda na fila que 7 e 8 cheguem. Enquanto espera nada é gasto, mas também nada acontece até a lacuna ser preenchida; e os nós guardam a fila apenas por um tempo, de modo que uma lacuna longa pode terminar com a transação descartada em vez de executada. As causas habituais são uma transação que caiu da mempool depois que a carteira já a havia contado, ou um histórico em cache que não bate mais com a rede.
Uma lacuna se resolve preenchendo-a ou esquecendo-a. Enviar o nonce que falta libera tudo o que espera atrás dele. Limpar o histórico de transações em cache — a maioria das carteiras chama isso de redefinir a conta — faz com que ela releia o contador da rede e recomece do número real. Nenhum dos dois toca em suas chaves nem no seu saldo: o nonce fica na rede, não na carteira.
Substituir em vez de esperar
Uma transação pendente pode ser substituída em vez de cancelada. Você envia uma nova com o mesmo nonce e uma taxa mais alta; a versão que confirmar primeiro invalida a outra. Enviar para você mesmo com valor zero é a forma comum de cancelar; reenviar com os dados originais é a forma comum de acelerar.
O detalhe é que os nós não aceitam um aumento arbitrariamente pequeno. Cada cliente define o próprio piso: no go-ethereum, por padrão, a substituta precisa superar em pelo menos 10% a transação que desloca; se não alcançar, o nó fica com o que já tem e responde replacement transaction underpriced. Aumentar a taxa de verdade, e não simbolicamente, é o que faz a substituição pegar.
O Bitcoin resolve o mesmo problema de outro jeito, pela substituição por taxa, que age sobre as entradas e não sobre um contador de conta. A ideia é a mesma, a mecânica não, então não transfira os passos de uma carteira para a outra.
Quando a carteira avisa sobre a taxa
As taxas nas redes modernas baseadas em contas têm duas partes: uma taxa base que a rede define e queima, e uma taxa de prioridade para quem incluir você. Ao enviar, sua carteira se compromete com um máximo que aceita pagar por unidade de gas. É desse teto que vêm os avisos de taxa.
Coloque o teto abaixo da taxa base atual e a transação não pode ser incluída até que a base desça até ele. Coloque-o muito acima e a carteira pode avisar que o pior caso é bem maior que o valor da transferência: você provavelmente não pagará o teto inteiro, mas o autorizou. Nos dois casos o aviso é sobre o teto que você escolheu, não sobre o valor que provavelmente pagará. Vale ler uma vez como o gas é precificado, porque todos esses avisos descendem daí.
Endpoints RPC e o que quebra quando eles falham
Sua carteira não guarda uma cópia da rede. Ela pergunta a um nó por meio de um endpoint RPC, e tudo o que você vê — saldos, histórico, se uma transação passou — chega por essa conexão.
Então, quando o endpoint está fora do ar, limitando suas requisições ou atrasado em relação à ponta da rede, a carteira não está tanto errada quanto desinformada. Os saldos parecem antigos. Uma transação confirmada aparece como pendente. Um envio falha com erro de conexão mesmo sem nada de errado na sua conta.
Trocar de endpoint costuma resolver, e vale conhecer um risco real: um endpoint vê cada requisição que você faz, e um hostil pode mostrar o que quiser. Adicione endpoints apenas de fontes a quem você confiaria isso, e confira se o identificador da rede corresponde àquela em que você acha que está.
| O que você vê | O que significa | O que fazer |
|---|---|---|
| Nonce muito baixo | Esse número já foi gasto | Deixe a carteira reler o contador; nada está travado |
| Nonce muito alto | Você deixou uma lacuna na sequência | Envie o nonce que falta ou redefina o histórico em cache da conta |
| Replacement transaction underpriced | O aumento foi pequeno demais para deslocar a pendente | Reenvie o mesmo nonce com uma taxa nitidamente maior |
| Máximo abaixo da taxa base | Seu teto está abaixo do que a rede cobra agora | Aumente o teto ou espere a taxa base cair |
| Endpoint não responde | O nó que você consulta está fora ou limitando | Troque de endpoint e verifique o identificador da rede |
Transações que somem depois de importar a carteira
Restaurar uma carteira em um aparelho novo às vezes mostra um histórico vazio, o que assusta e quase nunca significa o que parece. Seus fundos estão registrados na rede sob um endereço; a carteira guarda apenas a frase-semente da qual deriva esse endereço.
Três coisas explicam a maioria dos históricos vazios. A carteira pode ter derivado um endereço diferente do que você usava, porque o caminho de derivação ou o índice da conta difere. O seletor de rede pode estar apontando para outro lugar. Ou o histórico simplesmente não carregou, porque a lista que você olha vem de um serviço de indexação e não da rede em si.
O jeito de resolver é comparar o endereço, não o saldo. Cole-o em um explorador de blocos. Se o explorador mostrar suas transações, nada se perdeu e o problema está no que a carteira exibe — assunto sobre o qual vale ler como ler uma transação que falhou ou sumiu.
Em resumo
Três peças móveis explicam quase todo erro de transação de carteira: um contador que precisa manter a sequência, uma conexão que pode envelhecer e um teto de taxa que você mesmo define. Nenhuma delas envolve suas chaves, e nenhuma se resolve enviando a mesma transação de novo com mais força.
Leia a mensagem antes de agir. Ela diz qual dos três está reclamando, e isso já é a maior parte da resposta. Para continuar aprendendo os fundamentos, acompanhe mais conteúdos da Bitbase Academy.
Leituras relacionadas
Outros artigos da Bitbase sobre este tema:
- O que é um QR code de cripto?
- Taxas de trading em cripto explicadas: os custos que você realmente paga
- O que é uma taxa de transação em cripto?
- On-ramp e off-ramp em cripto: qual é a diferença?
- NAV de ETF, prêmio/desconto e erro de acompanhamento
Aviso: Este artigo é conteúdo educacional da Bitbase Academy, fornecido apenas para fins informativos. Não constitui aconselhamento de investimento, negociação, tributário ou financeiro. Criptoativos são voláteis; avalie seu próprio risco. Escrito em setembro de 2026; consulte as informações oficiais mais recentes.
Fontes
[1] ethereum.org, "Transactions" ethereum.org
[2] EIP-1559: Fee market change eips.ethereum.org
[3] go-ethereum, core/txpool/legacypool/legacypool.go github.com
[4] ethereum.org, "Nodes and clients" ethereum.org






