Transferência por Bridge Bloqueada ou Tokens Que Não Chegaram? Como Rastrear e Recuperar Fundos Cross-Chain

A maioria das transferências por bridge que parecem perdidas está num de quatro estados: a transação de origem falhou, a bridge ainda está a verificar ou a retransmitir a mensagem, a transferência aguarda que a reclame (comum nos levantamentos de rollups para a Ethereum, que podem demorar dias), ou os tokens chegaram mas a sua carteira não mostra essa rede ou esse token. Em outubro de 2026, verifique-os por esta ordem usando o hash da transação: o explorer da rede de origem, depois o explorer da própria bridge e, por fim, o seu endereço no explorer da rede de destino. Em geral, os fundos são irrecuperáveis sobretudo quando foram enviados para um endereço que não controla ou por uma rota que a bridge não suporta; um exploit da bridge ou uma transferência manual deixada por reclamar para além do prazo também podem significar uma perda, por isso não deixe um claim pendente.

Onde estão os seus fundos agora? Os quatro estados de uma transferência por bridge em falta

Uma transferência por bridge em falta está quase sempre num de quatro estados, e só os block explorers, e não uma etiqueta da carteira ou da dApp, podem dizer qual. Uma transferência é composta por uma transação de origem (bloqueio, queima ou depósito), um passo de verificação e retransmissão e uma transação de destino (mint, libertação ou preenchimento), por vezes seguida de um claim.

Uma etiqueta "pending" numa carteira ou dApp não prova nada. Para o procedimento em si, veja como fazer bridge de cripto entre redes.

Passo 1: a transação de origem teve mesmo êxito?

Copie o hash da transação a partir da lista de atividade da sua carteira e abra-o no explorer da rede de origem: o campo de estado indica se a bridge chegou a receber os seus tokens.

• Success: passe ao Passo 2.
• Failed ou Reverted: os tokens nunca saíram do seu endereço e perdeu apenas o gás. Pode tentar de novo.
• Pending: a transação ainda aguarda inclusão, normalmente por um problema de taxa de rede ou de mempool, não por um problema da bridge.
• Not found: confirme que está no explorer da rede certa e que copiou o hash completo; a transação também pode ter sido descartada ou substituída.

Confirme também que o endereço "To" é o contrato da bridge que pretendia. Veja como ler o campo de estado num block explorer.

Passo 2: procure a transferência no explorer ou na página de estado da própria bridge

A maioria das bridges e dos protocolos de mensagens publica um explorer que aceita o hash da sua transação ou o seu endereço e mostra em que lado a transferência está bloqueada.

O LayerZero Scan é um exemplo. Os estados documentados incluem Inflight (a aguardar confirmações, verificação ou execução), Delivered, Payload Stored (a mensagem chegou mas foi revertida ou ficou sem gás e requer nova tentativa) e Blocked (uma mensagem anterior com payload guardado está a bloquear esta). O guia da Range de julho de 2026 enumera causas comuns de uma transferência "in flight": atrasos de finalidade ou de atestação, acumulação de pedidos nos relayers e falta de liquidez no destino. A maioria resolve-se sem qualquer ação da sua parte.

Regra de decisão: se o explorer da bridge indicar delivered ou completed, passe ao Passo 3. Se indicar failed ou que requer nova tentativa, use a aplicação oficial da bridge ou o canal de suporte. Nunca use uma ligação que alguém lhe envie numa mensagem.

Passo 3: verifique o seu endereço no explorer da rede de destino

Pesquise o seu próprio endereço de receção, e não o hash da transação, no explorer da rede de destino e abra o separador de transferências de tokens. Se a transferência recebida estiver listada, os seus fundos estão on-chain e o problema é apenas de apresentação, por isso passe ao Passo 5. Se não houver nada, confirme que o endereço de receção é o que pretendia, porque algumas interfaces de bridge permitem introduzir um destinatário diferente.

Passo 4: a transferência requer um claim manual ou uma finalização?

Os levantamentos de rollups otimistas para a Ethereum através da bridge nativa não são automáticos: conclui-os o próprio utilizador após um período de espera.

• OP Mainnet: um levantamento compreende três transações (iniciar na L2, prove na L1, finalise na L1), e a documentação da Optimism indica um período de contestação de 7 dias na mainnet antes da finalização.
• Base: segue o mesmo fluxo de três passos. A documentação da Base indica uma janela de finalização de 5 dias no caminho normal e de 1 dia num caminho rápido de dupla prova, face aos 7 dias anteriores, pelo que convém consultar os valores atuais.
• Arbitrum: segundo a documentação da bridge da Arbitrum, os levantamentos da Arbitrum One ou Nova para a Ethereum demoram pelo menos sete dias, após os quais carrega em Claim.
• Bridges baseadas em mensagens: algumas rotas requerem uma transação de redeem na rede de destino. A documentação da Wormhole descreve tanto uma rota manual como uma rota automática com relayer.
• Bridges baseadas em intents: um relayer adianta os fundos na rede de destino. Na Across, se nenhum relayer preencher um depósito antes do prazo, o reembolso passa por lotes de liquidação e, segundo a documentação da Across, demora várias horas em vez de minutos.

Um claim é, em si, uma transação, pelo que precisa de uma forma de pagar taxas na rede onde o submete.

Passo 5: os fundos chegaram mas a sua carteira não mostra nada

Se o explorer de destino mostra a transferência, os fundos existem e a sua carteira simplesmente não os está a apresentar.

1. Mude de rede. O centro de ajuda da Hyperlane (janeiro de 2026) refere que as carteiras não mudam automaticamente para a rede de destino após a bridge.
2. Importe o token. Os tokens mais recentes muitas vezes não são detetados automaticamente. Copie o endereço do contrato a partir da documentação oficial da bridge, ou da entrada da transferência recebida na página do seu próprio endereço no explorer de destino; nunca a partir do resultado de uma pesquisa por nome de token nem de um chat. Veja como adicionar uma rede e um token personalizados à sua carteira.
3. Verifique o contrato. Uma bridge de lock-and-mint pode entregar uma versão wrapped, e não o token canónico, e as stablecoins baseadas em OFT, como o USDT0, emitem um token num contrato específico em cada rede. Veja tokens omnichain vs wrapped e com bridge.
4. Aguarde e atualize. As interfaces das carteiras podem ficar atrasadas em relação à rede; o explorer é a referência.

Se continuarem a faltar saldos numa rede que a sua carteira suporta, outros motivos pelos quais o saldo de uma carteira não aparece abrange as causas ligadas a indexers e RPC.

Quando é que os fundos com bridge se perdem de facto, e como evitar o falso suporte?

Segundo o guia da Range de julho de 2026, os fundos com bridge perdem-se de facto sobretudo quando foram enviados para um endereço que não controla ou por uma rota que a bridge não suporta; um exploit da bridge, ou uma transferência manual deixada por reclamar para além do prazo, também pode acabar em perda. O artigo de ajuda da Aurora (última atualização em 2022) diz o mesmo e acrescenta que os tokens de uma transferência falhada só podem ser acedidos a partir da sua própria carteira. Se enviou para o endereço certo mas para a rede errada, leia o que fazer quando enviou cripto para a rede errada.

O falso suporte é o outro risco real, porque os burlões abordam quem publica que os seus fundos estão bloqueados. O suporte verdadeiro nunca pede a sua seed phrase ou chave privada, nunca lhe pede que valide ou sincronize a sua carteira num site e não deve iniciar uma conversa privada consigo sem que o espere; se abriu um ticket, responda apenas dentro desse ticket. Veja como identificar phishing cripto.

Quando contactar o suporte oficial através da ligação no site da própria bridge, leve apenas dados públicos: o hash da transação de origem, as redes de origem e de destino, o token e o montante, o seu endereço de receção e a ligação do explorer da bridge.

Como a WATS Wallet se relaciona com a resolução de problemas de bridge

A WATS Wallet não altera a forma como o rastreio de bridges funciona: as verificações acima aplicam-se a uma transferência feita a partir de qualquer carteira. A WATS Wallet, desenvolvida pela Alltoscan LLC, é uma carteira não custodial (uma extensão de Chrome e uma aplicação para iOS e Android) com swap e bridge integrados entre redes EVM, Solana e TON. A WATS nunca guarda uma chave, pelo que não pode reverter, acelerar nem recuperar uma transferência por bridge.

Um ponto específico: nas redes EVM, a WATS Wallet cobra a taxa de cada ação em ATS através de um paymaster ERC-4337, debitada de um só saldo de ATS na BSC, qualquer que seja a rede EVM que utilize. Se os tokens com bridge chegarem a uma rede EVM onde não tem nenhuma moeda de gás nativa, pode na mesma movimentá-los ou enviar uma transação de seguimento, desde que esse saldo de ATS cubra a taxa. Nunca faz bridge de ATS e não mantém nenhum saldo de ATS por rede. A taxa em ATS acompanha o custo real da rede, pelo que não é um desconto. As taxas na TON também são pagas em ATS, enquanto as transações na Solana pagam as suas próprias taxas em SOL. Os detalhes estão em como funcionam as taxas em ATS nas redes EVM.