---
title: "Transação Falhou no Ethereum: Como Diagnosticar | Ethereum IA"
url: "https://ethereum.ia.br/blog/transacao-falhou-ethereum-reverted-out-of-gas/"
markdown_url: "https://ethereum.ia.br/blog/transacao-falhou-ethereum-reverted-out-of-gas.MD"
description: "Transação Ethereum falhou e cobrou gas? Entenda execution reverted, out of gas e erros antes do envio, confira o Etherscan e evite repetir tentativas caras."
date: "2026-10-05"
author: "Equipe Ethereum IA"
---

# Transação Falhou no Ethereum: Como Diagnosticar | Ethereum IA

Transação Ethereum falhou e cobrou gas? Entenda execution reverted, out of gas e erros antes do envio, confira o Etherscan e evite repetir tentativas caras.


**Se uma transação Ethereum aparece como `Failed` ou `Reverted` no explorador, ela foi incluída em um bloco, mas a execução falhou: a operação pretendida pode ter sido desfeita, enquanto o gas consumido continua sendo cobrado.** Antes de tentar novamente, confirme a rede, o hash e o motivo da falha. `Execution reverted` não é sinônimo de gas insuficiente; aumentar a taxa ou a tolerância de preço sem diagnóstico pode repetir o custo ou ampliar o risco.

Este guia trata de **tentativas já executadas com falha**. Se sua transação continua `Pending`, o problema é outro: consulte [como cancelar ou acelerar uma transação presa](/blog/transacao-presa-ethereum-cancelar-acelerar/).

*Conteúdo educativo, sem recomendação de investimento, protocolo ou valor de taxa. Não forneça seed phrase nem chave privada a ninguém para investigar uma falha.*

## Primeiro, identifique em que etapa ocorreu o erro

A carteira pode exibir mensagens parecidas para situações tecnicamente diferentes. Uma janela vermelha na MetaMask, isoladamente, não prova que houve cobrança na blockchain.

| Situação | Evidência a procurar | Interpretação |
|---|---|---|
| Erro antes de assinar ou transmitir | Aviso de estimativa, saldo ou conexão; sem recibo de inclusão | A tentativa pode não ter chegado à rede |
| Transação pendente | Hash encontrado, mas sem bloco/recibo final | Ainda não existe resultado de execução confirmado |
| `Failed` / `Reverted` no explorador | Bloco, recibo com falha e taxa efetiva | Houve processamento e cobrança de gas |
| `Success`, mas resultado inesperado | Recibo com sucesso; conferir eventos, tokens e destino | Não é necessariamente uma falha da transação inteira |
| Operação de carteira inteligente falhou | Transação agregadora e resultado específico da operação | O status da transação externa pode não resumir a ação do usuário |

Uma rejeição por gas abaixo do mínimo necessário para validar a transação ocorre **antes** da execução. Já uma operação incluída que fica sem gas durante o processamento pode aparecer como falha e consumir o gas disponibilizado. A [documentação do Ethereum sobre gas](https://ethereum.org/en/developers/docs/gas/) faz essa distinção.

Também não conclua que “sem hash na carteira” significa “nunca transmitida”. Problemas de [RPC](/blog/rpc-carteira-ethereum-privacidade-brasil/) ou de interface podem ocultar uma tentativa. Consulte a atividade do endereço público na rede correta antes de reenviar.

## Como verificar a falha no Etherscan sem conectar a carteira

1. **Copie o hash da tentativa**, não apenas o endereço do token ou da sua carteira.
2. **Confirme a rede.** Uma operação na Base deve ser consultada no explorador da Base; uma operação na mainnet, no explorador do Ethereum. O mesmo endereço pode existir em várias redes.
3. **Abra o domínio legítimo do explorador** e cole o hash. Consultar dados públicos não exige seed, assinatura nem pagamento.
4. **Confira `Status`, bloco, remetente e destino.** O destino pode ser um contrato de roteamento, não a pessoa que receberia o ativo.
5. **Anote a taxa efetiva**, o gas usado e o limite enviado, quando exibidos.
6. **Procure a mensagem de erro ou a razão da reversão**, se disponível. Nem todo explorador consegue apresentar uma explicação legível.
7. **Compare saldos e outras transações próximas.** Uma aprovação concluída antes do swap é uma operação independente.

O [tutorial de leitura do Etherscan](/blog/tutorial-ler-etherscan/) detalha os campos. Se aparecerem chamadas internas, use também o guia de [transações internas](/blog/etherscan-transacoes-internas-como-interpretar/): elas descrevem atividade da execução, mas não equivalem automaticamente a transferências concluídas ou a novas taxas separadas.

**O hash confirma dados técnicos, não a honestidade do contrato.** Um site de golpe também pode gerar uma transação real e uma mensagem de erro convincente.

## `Execution reverted`: o contrato não aceitou a operação

`Execution reverted` indica uma reversão de execução. Em Solidity, mecanismos como `require` e `revert` permitem interromper uma chamada quando suas condições não são atendidas. A [documentação oficial da linguagem](https://docs.soliditylang.org/en/latest/control-structures.html#error-handling-assert-require-revert-and-exceptions) explica que as alterações de estado da chamada revertida e de suas subchamadas são desfeitas.

A mensagem genérica não revela, por si só, qual condição falhou. Entre as hipóteses:

- **Saldo do token insuficiente:** ter ETH para gas não significa ter a quantidade do token que o contrato tentará mover.
- **Permissão insuficiente:** o contrato autorizado a gastar o token pode ser diferente do contrato usado na tentativa atual.
- **Cotação vencida ou quantidade mínima não atendida:** preço, rota ou liquidez mudaram entre a preparação e a execução.
- **Prazo expirado:** a chamada inclui um limite de tempo e foi processada depois dele.
- **Contrato pausado ou acesso restrito:** a função pode exigir uma condição administrativa ou uma autorização específica.
- **Comportamento incomum do token:** taxas de transferência, bloqueios ou regras incompatíveis com a rota podem impedir a operação.

Erros personalizados podem aparecer como nomes técnicos ou códigos, sem tradução. Se a causa não estiver clara, preserve o hash e consulte a documentação do protocolo ou o suporte oficial. **Não envie outra transação só para testar se “agora vai”.**

### Aumentar slippage nem sempre é a solução

A [tolerância de slippage](/blog/slippage-dex-ethereum-brasil/) define quanto desvio de execução você aceita; ela não concede permissão de token, não desbloqueia contrato pausado e não transforma um [honeypot](/blog/honeypot-cripto-token-armadilha-ethereum-brasil/) em ativo negociável.

Uma tolerância maior pode permitir uma execução economicamente pior e ampliar a exposição a estratégias como [ataques sandwich](/blog/ataque-sandwich-ethereum-dex-como-evitar/). Não existe percentual universalmente seguro para resolver uma falha. Primeiro identifique o contrato correto, a rota e a condição que não foi satisfeita.

## `Out of gas`: faltou capacidade de execução

Gas mede trabalho computacional. O **gas limit** determina o teto de unidades autorizado para uma transação; o **preço do gas** determina o custo por unidade. São controles diferentes.

Se a execução inteira esgota o gas disponível, ela pode falhar, reverter suas alterações e consumir o limite fornecido. Isso é diferente de uma reversão antecipada por uma condição do contrato, que pode deixar parte do gas sem uso.

| Controle | O que altera | O que não resolve sozinho |
|---|---|---|
| Gas limit | Quantidade máxima de trabalho autorizada | Falta de permissão, cotação inválida ou bloqueio do token |
| Preço por gas / parâmetros de taxa | Custo por unidade e condições de inclusão | Limite insuficiente de processamento |
| Slippage | Limite econômico aceito na negociação | Erro de contrato, rede incorreta ou saldo insuficiente |

Gas usado muito próximo do limite pode ser uma pista, mas **não fecha o diagnóstico sozinho**. Examine a mensagem e, quando necessário, o rastreamento da execução. Uma subchamada pode ficar sem gas e ter seu erro tratado pelo contrato externo; nesse caso, o resultado global exige leitura adicional.

Não reutilize um limite de uma transferência simples de ETH para um swap, bridge ou interação de carteira inteligente. Essas operações executam código diferente. Também não copie de um fórum um limite muito alto: mesmo que o teto não seja integralmente cobrado quando sobra gas, ele amplia a autorização de consumo e não garante sucesso.

A [simulação de transações](/blog/simulacao-transacoes-carteira-ethereum-brasil/) pode ajudar a investigar antes de assinar. Ela é uma previsão baseada no estado consultado, não garantia de execução futura.

## Por que cobraram taxa se a operação foi desfeita?

A rede realizou trabalho para processar a tentativa. **Gas paga esse processamento, não uma promessa de que o resultado comercial será concluído.** A documentação do Ethereum informa que a taxa é devida tanto em execuções bem-sucedidas quanto em execuções que falham.

Na mainnet, uma forma de conferir o componente de execução é:

`taxa de execução = gas efetivamente usado × preço efetivo por unidade`

Exemplo **puramente didático**, não cotação atual: se uma tentativa consumir 80.000 unidades a 10 gwei por unidade, a taxa será 800.000 gwei, ou **0,0008 ETH**. Não é necessário ter concluído um swap para esse custo existir.

O teto apresentado antes da assinatura não é necessariamente a cobrança final. Gas não utilizado e diferenças entre o teto de preço autorizado e o preço efetivo não devem ser confundidos com “taxa de falha devolvida”. **O processamento já consumido não recebe reembolso automático porque a ação falhou.**

Em [Layer 2](/blog/layer-2-ethereum-solucoes/), a composição da taxa pode incluir outros componentes, como publicação de dados na L1. Use o detalhamento da rede em questão; não aplique a fórmula da mainnet ao custo total de todas as redes indistintamente.

## O ETH ou o token principal foi perdido?

Em uma reversão da **transação inteira**, as alterações dos contratos e a transferência de valor dessa execução são desfeitas. A cobrança de gas e o consumo do nonce permanecem. Isso não deve ser descrito como um novo depósito ou uma transferência de reembolso: em geral, a movimentação pretendida simplesmente não se consolidou.

Há limites importantes:

- **Aprovação separada:** uma autorização ERC-20 concluída antes da tentativa continua válida. Veja [como revisar e revogar aprovações](/blog/aprovacoes-token-erc20-revogar-permissoes/).
- **Etapas em transações diferentes:** uma falha posterior não desfaz automaticamente uma transferência ou depósito já concluído anteriormente.
- **Bridges:** uma ação em uma rede e a entrega em outra não formam necessariamente uma única execução atômica. Preserve os hashes de cada etapa e consulte o [guia de bridges](/guias/guia-bridges-crosschain/).
- **Falhas internas tratadas:** contratos podem capturar um erro de subchamada e continuar. O status externo pode ser `Success` mesmo quando uma ação interna não ocorreu.
- **Carteiras inteligentes:** uma operação do usuário pode estar dentro de uma transação agregadora. Examine o resultado da operação específica, não apenas o status externo; veja [account abstraction](/blog/account-abstraction-erc-4337-carteiras-inteligentes/).

Se o explorador mostra sucesso e o destino estava errado, o problema não é uma reversão que devolve o principal. Consulte [erros de rede e endereço](/blog/cripto-rede-errada-endereco-errado-brasil/) e não conte com cancelamento retroativo.

## Checklist antes de uma nova tentativa

- [ ] Confirmei que a primeira tentativa falhou, em vez de permanecer pendente.
- [ ] Verifiquei a rede e o hash no explorador legítimo.
- [ ] Identifiquei uma causa provável, não apenas uma mensagem genérica.
- [ ] Conferi saldo do ativo, contrato do token, destino e permissão pertinente.
- [ ] Diferenciei limite de gas, preço por gas e tolerância de slippage.
- [ ] Verifiquei se uma aprovação anterior permanece ativa.
- [ ] Consultei a documentação oficial sobre pausa, prazo, rota ou incompatibilidade.
- [ ] Considerei que uma nova tentativa pode gerar outra cobrança, sem garantia de sucesso.
- [ ] Salvei a evidência da falha antes de alterar a interface ou seus registros locais.

Para a revisão completa da assinatura, use o [checklist de transações Ethereum](/blog/checklist-assinar-transacoes-ethereum-brasil/). Se alguém exige conectar uma carteira a um site de “sincronização”, entregar a seed ou pagar uma taxa para “desbloquear o reembolso”, interrompa o contato: isso não é procedimento técnico de diagnóstico.

## Como registrar uma tentativa falha no Brasil

Guarde **data, rede, hash, status, quantidade de gas, taxa em ETH, referência de valor em reais, finalidade pretendida e mensagem de erro**. Anexe também a evidência de aprovações ou etapas anteriores, quando houver.

Uma tentativa de compra que reverteu não deve ser registrada automaticamente como aquisição concluída do token. Ao mesmo tempo, o custo de gas efetivamente pago não desaparece do histórico. Separe esses fatos para evitar saldos ou movimentações fictícias.

Isso é orientação de organização documental, **não conclusão sobre dedutibilidade, compensação de perdas ou imposto devido**. O tratamento fiscal depende da operação, da titularidade, do período e das regras aplicáveis. Consulte o [portal de criptoativos da Receita Federal](https://www.gov.br/receitafederal/pt-br/assuntos/criptoativos) e profissional habilitado. A IN RFB 1.888/2019 é uma referência histórica importante sobre prestação de informações; sua menção não presume que ela seja a única norma aplicável ao período atual.

O artigo sobre [gas e custo de aquisição no imposto de renda](/blog/taxa-gas-ethereum-imposto-renda-custo-aquisicao/) aprofunda a diferença entre taxas de aquisição, transferência e tentativa falha. Para montar evidências, consulte [comprovantes on-chain](/blog/comprovante-on-chain-contabilidade-cripto-brasil/).

## Perguntas frequentes

**Posso cancelar uma transação com status `Failed`?**

Não. Ela já foi incluída e executada com falha. A substituição com o mesmo nonce é um mecanismo para uma transação ainda pendente, não para apagar uma tentativa registrada. Uma nova tentativa será uma nova operação.

**A mensagem `insufficient funds` sempre significa que paguei gas?**

Não. Pode ser uma rejeição antes do envio por falta de ETH para cobrir valor e taxa máxima. Já um contrato pode reverter depois da inclusão por falta de saldo do token. O recibo de inclusão é o que permite distinguir cobrança on-chain de erro prévio.

**Se o swap falhou, a aprovação também foi cancelada?**

Somente se ambos fizerem parte de uma execução que foi integralmente revertida. Quando aprovação e swap são transações separadas, a aprovação concluída permanece. Verifique as permissões, mesmo que o swap nunca tenha ocorrido.

**Uma transação bem-sucedida prova que o token chegou à minha carteira?**

Não por si só. Confira o contrato do ativo, eventos, destinatário, quantidade e saldo na rede correta. A transação pode ter sido apenas uma aprovação ou uma chamada que tratou internamente uma falha.

**Existe suporte capaz de devolver automaticamente o gas?**

Não existe mecanismo geral do Ethereum que devolva o gas consumido só porque a transação falhou. Um protocolo pode ter política própria de ressarcimento, mas isso é uma relação separada, não garantia da blockchain. Desconfie de promessas de recuperação condicionadas a depósito ou entrega de credenciais.

## Aviso legal

Este conteúdo é meramente informativo e educativo. Não constitui recomendação de investimento nem aconselhamento financeiro, tributário, contábil ou jurídico. Criptoativos, carteiras, bridges e protocolos DeFi envolvem risco de falhas técnicas, golpes, custos de execução e perda de recursos. Diagnóstico, simulação ou aumento de taxa não garantem sucesso nem segurança. Consulte fontes oficiais e profissionais habilitados para decisões relacionadas ao seu caso.