Taxas de ponte, finalidade, slippage e transferências travadas

2026-08-24

Mover um ativo de uma cadeia para outra não é uma transação. É uma transação na cadeia de origem, uma espera até que ela fique difícil de reverter, e uma segunda transação na cadeia de destino que alguém precisa enviar e pagar. Cada taxa que aparece na cotação e cada minuto de espera saem dessa sequência. Este artigo desmonta a sequência peça por peça e termina com o modo de descobrir onde está de fato uma transferência que não chegou.

Do que a taxa de uma ponte é realmente feita

A ponte mostra um número só, mas você está pagando por pelo menos quatro coisas distintas, denominadas em tokens diferentes em redes diferentes. A documentação da LayerZero divide o preço exatamente nesses quatro componentes, e esse formato é comum à maioria dos desenhos.

O primeiro é a transação na cadeia de origem. Travar, queimar ou depositar o seu ativo é uma transação comum na cadeia que você está deixando, precificada pelo mercado de taxas dela. Não tem nada de especial, o que também significa que nenhuma ponte consegue baratear isso: se a cadeia de origem está congestionada, essa parte sobe.

O segundo é a verificação. Alguma coisa precisa atestar que o evento na cadeia de origem realmente aconteceu, seja um conjunto de validadores assinando uma atestação, um grupo configurado de redes verificadoras ou um serviço de atestação fora da cadeia. Esse trabalho é pago, e o preço cresce com a quantidade de verificação contratada. Mais verificadores independentes significa taxa mais alta.

O terceiro e o quarto ficam do lado do destino. Alguém precisa enviar a transação na cadeia de destino, e essa transação consome gas de lá. Quem envia costuma ser chamado de relayer ou executor e cobra pelo serviço. O gas em si é comprado antecipadamente, e é justamente essa parte que soa estranha para a maioria.

Por que o gas do destino é pago antes e o que é um gas drop

Você não consegue pagar uma transação na cadeia de destino com tokens dessa cadeia que ainda não tem. O problema é todo esse: você está chegando a uma rede onde o seu endereço pode não ter absolutamente nada. Por isso a cotação converte o gas do destino em tokens da cadeia de origem e cobra de você antes.

A conversão depende de três dados: quanto gas a chamada no destino precisa, quanto o gas custa lá naquele instante e qual a relação de preços de mercado entre os tokens nativos das duas cadeias. Mude qualquer um deles e a taxa muda sem que você toque em nada, e é também por isso que a mesma mensagem custa valores diferentes em cada sentido.

Algumas rotas vão além e entregam no seu endereço uma pequena quantia do token nativo da cadeia de destino junto com o ativo. O relayer automático da Wormhole, por exemplo, consulta o contrato de destino sobre esse valor nativo, inclui na entrega e devolve o excedente. Isso costuma ser chamado de gas drop ou native drop.

Importa mais do que parece. Chegar a uma cadeia nova com o ativo e sem nada do token nativo dela é ter algo que você não consegue mover, porque mover exige um gas que você não tem. Confira antes de enviar se a rota inclui gas drop, ou mande para si mesmo uma pequena quantia do token nativo primeiro.

De onde vem o slippage e onde ele não existe

Para essa questão, as pontes se dividem em duas famílias e só uma delas tem slippage. Nos desenhos de travar e cunhar e de queimar e cunhar, o valor vai escrito na própria mensagem: queima-se uma quantidade aqui e cunha-se a mesma quantidade lá. Nenhum pool está precificando, então não há impacto de preço sobre o valor em si.

Rotas baseadas em pools funcionam de outro jeito. Você paga em um pool na cadeia de origem e recebe de outro pool na cadeia de destino, e o quanto chega depende de como esses pools estão abastecidos. A documentação da Stargate define a taxa de transação como a diferença entre o que o usuário deposita na cadeia de origem e o que chega na de destino, e paga bonificações nos caminhos em que a demanda esvaziou o pool.

Por isso, numa rota com pools, o número rotulado como valor a receber é uma cotação daquele instante, não uma promessa. Entre o momento em que você assina e o momento em que a transação de destino executa, o pool pode se mexer. É para isso que existem os ajustes de valor mínimo recebido e de tolerância de slippage: são o nível abaixo do qual você prefere que a transferência simplesmente não se complete.

Daí saem dois hábitos. Leia o valor que chega em vez da taxa anunciada, porque o valor que chega já contém tudo. E mantenha a troca separada da ponte na sua cabeça: se a rota também converte um ativo em outro, essa perna tem impacto de preço próprio e pertence à troca, não à ponte.

O que você está esperando é a finalidade

Os minutos que você passa olhando a barra de progresso normalmente não são lentidão da ponte. É a ponte se recusando a liberar valor no destino enquanto a transação de origem ainda for fácil de reverter. Liberar cedo demais e uma reorganização da cadeia de origem pode deixar ativos cunhados de um lado que do outro nunca foram de fato queimados.

Quanto isso demora é uma propriedade da cadeia de origem, não da ponte. A prova de participação do Ethereum roda em slots de 12 segundos agrupados em épocas de 32 slots, e um bloco só é finalizado quando os votos nos pontos de controle representam dois terços do ETH em staking, ou seja, a finalidade se conta em épocas e não em blocos. A tabela de finalidade publicada pela Wormhole coloca o Ethereum em cerca de 19 minutos, a Solana em cerca de 14 segundos e a Avalanche em cerca de 2 segundos.

Os rollups são onde a intuição falha. Uma transação num rollup confirma em segundos, mas a finalidade dela é herdada da cadeia em que o rollup publica. A Circle espera o bloco do Ethereum que contém um lote OP Stack ser finalizado, o que a documentação estima em cerca de 65 blocos, ou 15 a 19 minutos depois da publicação do lote; a mesma página dá 6 a 32 horas para transferências padrão a partir da Linea e 4 a 8 horas a partir da Starknet.

É também por isso que existem as vias rápidas e por isso elas têm teto. A Circle atesta transferências rápidas depois de algumas confirmações, na faixa de 8 a 20 segundos, e as submete a um limite global justamente porque elas assumem um risco de reorganização que esperar a finalidade dura não tem. Velocidade aqui não é otimização: é um ajuste de risco que alguém escolheu.

Por que a mesma rota nem sempre demora o mesmo

Há duas esperas distintas e elas falham de formas distintas. A primeira é a espera de finalidade do lado da origem, definida pela cadeia de origem e pelo nível de segurança com que a rota foi configurada. A segunda é a inclusão do lado do destino: mesmo com a mensagem pronta, a transação de destino ainda precisa entrar num bloco, e uma cadeia de destino congestionada atrasa isso.

Algumas rotas acrescentam uma terceira variável de propósito. Agrupar transferências de vários usuários numa única mensagem distribui o custo da mensagem entre todos e sai mais barato, mas o lote precisa encher ou um cronômetro precisa vencer antes de partir. A documentação da Stargate descreve exatamente esse trade-off entre o modo agrupado e o modo imediato. Mais barato e mais lento é uma escolha que você está fazendo.

Um tempo cotado é, portanto, um caso típico e não uma garantia, e o mesmo par de cadeias pode se comportar de modo diferente por duas rotas diferentes porque seus integradores escolheram ajustes de finalidade diferentes. A Wormhole avisa os integradores sem rodeios: escolher qualquer nível que não seja o finalizado aumenta a exposição ao risco de reorganização.

Antes de apertar enviar, anote cinco coisas: o hash da transação de origem, qual ponte ou rota você usou, a cadeia e o endereço de destino, o valor de saída cotado e o tempo cotado. Sem o hash você não consegue conferir absolutamente nada, e é justamente ele que a maioria não guarda.

Taxas de ponte, tempo de finalidade e slippage: os quatro componentes da taxa, o que define a espera e as três etapas em que pode estar uma transferência que não chegou

Em que etapa está uma transferência que não chegou

Quando nada apareceu, a pergunta útil não é como recuperar o dinheiro. É em qual das três etapas a transferência está: a cadeia de origem confirmou, a mensagem foi verificada, a cadeia de destino executou. Cada etapa tem uma resposta diferente, e você mesmo consegue checar as três com ferramentas públicas.

A etapa um é a cadeia de origem. Abra o explorador de blocos da cadeia de origem, cole o hash da sua transação e leia o status. Ainda pending significa que ela não foi incluída. Dropped significa que nada chegou a sair da cadeia de origem e o seu ativo não se moveu. Reverted significa que a transação falhou na cadeia de origem: o ativo ficou onde estava, embora o gas tenha sido gasto do mesmo jeito.

A etapa dois é a mensagem. A transação de origem está confirmada mas o destino está em silêncio, o que normalmente significa que você está dentro da janela de finalidade descrita acima, e a resposta honesta é esperar o intervalo que aquela cadeia exige. A maioria das pontes mantém um explorador de mensagens próprio, onde dá para ver se a atestação da sua transferência já foi emitida. Alguns desenhos permitem ainda a conclusão manual: a documentação da Wormhole descreve o próprio usuário enviando a atestação assinada e acrescenta que uma transferência manual deve ser concluída em até 24 horas, porque depois disso o conjunto de validadores pode ter mudado e as assinaturas podem precisar ser substituídas antes que o destino as aceite.

A etapa três é o destino. Se existe uma transação de destino mas ela falhou, as causas usuais são pouco gas alocado para a chamada de destino ou um contrato receptor que a rejeitou. Como vários desenhos mantêm verificação e execução como passos separados, esse caso costuma poder ser repetido no destino sem reenviar nada da origem, e é no registro do explorador de mensagens que você descobre se a nova tentativa está disponível.

E então a parte que ninguém quer escrever: alguns desfechos não têm desfazer. Uma transferência confirmada em cadeia não pode ser revertida por ninguém, e se o ativo caiu numa cadeia ou num endereço que você não controla, nenhum procedimento o traz de volta. É exatamente nessa brecha que os serviços de recuperação anunciam. O FBI já alertou que essas empresas cobram uma taxa adiantada e depois param de responder ou entregam um relatório de rastreamento impreciso e pedem mais dinheiro, muitas vezes alegando ligação com órgãos de aplicação da lei, e afirma com clareza que empresas privadas de recuperação não podem emitir ordens de apreensão. Leia os seus próprios exploradores e não pague a um desconhecido que encontrou você numa seção de comentários.

Em resumo

A taxa de uma ponte é uma transação na cadeia de origem, o custo de verificar que ela aconteceu, a remuneração de um relayer por enviar do outro lado e o gas de destino comprado antes pela relação de preços das duas cadeias. A espera é a cadeia de origem chegando à finalidade, que é uma propriedade dela mais o nível de segurança que a rota escolheu, e os rollups herdam a deles da cadeia de baixo. O slippage só aparece onde um pool precifica o seu recebimento, então leia o valor que chega e não a taxa. E quando uma transferência não chega, localize-a em vez de lamentá-la: origem confirmada, mensagem verificada, destino executado. Três exploradores respondem a isso, e ninguém que procurar você primeiro vai responder melhor.

Leituras relacionadas

Outros artigos da Bitbase sobre este tema:

- Bagholders, degens, maxis e exit liquidity: arquétipos cripto

- Estratégia de stop-loss em cripto: como proteger cada operação

- Ordens OCO, take-profit e stop-loss explicadas

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 agosto de 2026; consulte as informações oficiais mais recentes.