📖 Por que os tokens são transferidos entre blockchains
Um ponte cripto é um protocolo que transfere tokens e mensagens entre duas blockchains. No modelo lock-and-mint, o token é bloqueado na rede de origem e, na rede de destino, é emitido um token wrapped. No modelo com pools de liquidez, o token é enviado para um pool na rede de origem, enquanto na rede de destino é liberado o mesmo token a partir de um pool previamente abastecido. DeFi, ou finanças descentralizadas, são serviços financeiros baseados em smart contracts, sem bancos.
Token wrapped é uma versão do ativo original na rede de destino, emitida por um smart contract. Esse token é lastreado por uma reserva: o ativo original fica bloqueado no contrato do ponte cripto em outra rede. Um token wrapped pode ser resgatado pelo ativo original se a reserva estiver preservada e se o ponte confirmar corretamente as mensagens cross-chain.
Um ponte cripto controla dois recursos: a reserva de tokens bloqueados no contrato e o direito de emitir ou liberar um ativo na rede de destino. Se o contrato é explorado, se os signatários são comprometidos ou se a verificação de mensagens cross-chain é quebrada, ocorre um de dois resultados: a reserva é retirada do ponte ou são emitidos tokens wrapped sem lastro e vendidos em uma DEX.
Os riscos da infraestrutura cross-chain se cruzam com ameaças típicas de DeFi: phishing, approves maliciosos e comprometimento de chaves. O mapa de ameaças e a análise dos modelos de proteção de carteira estão reunidos no material “Segurança em DeFi: mapa de ameaças, casos e proteção”.
Na interface, uma transferência cross-chain parece uma única operação. No nível do protocolo, a transferência tem duas etapas: um evento é registrado e confirmado na rede de origem; depois, na rede de destino, a liberação ou emissão do ativo é executada separadamente.
A mesma operação na interface pode depender de mecânicas diferentes e de fontes de confiança diferentes.
Tipos de pontes cripto: mecânica de transferência e modelo de confiança
Dois pontes podem parecer idênticos na interface, mas perder fundos por motivos diferentes. A comparação se resume a duas perguntas: qual operação torna o ativo disponível na rede de destino e quem confirma o evento na rede de origem.
Pela mecânica de transferência de tokens
- Lock-and-Mint. O token é bloqueado no contrato do ponte na rede de origem e, na rede de destino, é emitido um token wrapped. Na transferência inversa, o token wrapped é queimado e o token original é desbloqueado.
- Burn-and-Mint. O token é destruído, ou burn, em uma rede e mintado em outra. Esse esquema é usado quando emissão e queima são definidas por regras unificadas do emissor ou do protocolo.
- Pools de liquidez, ou lock-and-unlock em forma aplicada. Cada rede tem uma reserva do token previamente posicionada. O usuário envia o token para o pool na rede de origem e recebe o mesmo token do pool da rede de destino, sem emissão de uma versão wrapped.
Swaps atômicos (HTLC) usam contratos HTLC, ou Hashed Timelock Contract: o ativo só é liberado quando é revelado um segredo cujo hash é conhecido antecipadamente, e apenas antes do prazo. As limitações dos HTLC dependem do suporte de redes específicas e da necessidade de coordenar parâmetros de timelock em dois contratos.
Pelo modelo de segurança
- Custodial. A liberação dos ativos é controlada por uma empresa ou por um grupo limitado de operadores. Os principais riscos são comprometimento de chaves e interrupção do serviço.
- Non-custodial. A liberação dos ativos é confirmada por um grupo distribuído de validadores ou signatários. Um ataque exige controle sobre o limiar de assinaturas ou de stake.
- Pontes nativos. A interação cross-chain é integrada ao protocolo da blockchain ou a um ecossistema relacionado. A confiança se baseia na segurança da rede base.
- Pontes universais. Um protocolo conecta muitas redes por meio de um conjunto comum de contratos e de um mecanismo de verificação de mensagens. Um erro na infraestrutura compartilhada afeta muitas rotas.
Levar BTC para DeFi muitas vezes acontece por versões wrapped, nas quais são críticos o custodiante do colateral e o procedimento de resgate do wrapper. Um exemplo de produto e da dependência de infraestrutura associada está descrito no artigo “Yield Basis: rendimento em Bitcoin sem IL”.
A confiabilidade de um ponte cripto é definida pela combinação entre a mecânica de transferência do token e o modelo de confirmação das mensagens cross-chain.
O risco de um ponte cripto é determinado por como ele transfere o ativo e por quem confirma as mensagens cross-chain.
Pontes cripto: visão básica e finalidade
Pontes cripto transferem tokens e mensagens entre blockchains. Multichain significa trabalhar com ativos em várias redes; DeFi significa serviços financeiros em smart contracts, sem intermediários bancários.
Um ponte cripto executa a transferência de duas formas: (1) o ativo é bloqueado na rede de origem e, na rede de destino, é emitido um token wrapped; (2) o ativo passa por pools de liquidez, onde a liberação na rede de destino vem de uma reserva já alocada.
Pontes são usados para transferir stablecoins para uma rede com taxas mais baixas, mover um ativo para a rede onde está a aplicação necessária ou dar suporte a protocolos que funcionam em várias blockchains.
O risco de um ponte cripto é determinado por onde a reserva é guardada e por qual mecanismo confirma a liberação ou emissão do ativo na rede de destino.
As perdas em pontes cripto surgem nos pontos em que o ponte guarda a reserva e confirma eventos entre redes.
Riscos dos pontes cripto: onde e por que surgem perdas
Um ponte cripto é composto por várias partes. O ponto de falha pode ser o contrato de reserva, o mecanismo de confirmação de mensagens cross-chain ou a governança que pode parar ou alterar o funcionamento do ponte.
Erros no código do ponte
- Como acontece: o ponte aceita uma transferência como confirmada mesmo quando o evento na rede de origem está incorreto ou foi falsificado.
- Por que é perigoso: tokens bloqueados podem ser retirados do contrato de reserva, ou tokens sem lastro podem aparecer na rede de destino.
- O que verificar: se existem auditorias públicas dos smart contracts, se há bug bounty ativo e quem aprova atualizações dos contratos.
Risco dos tokens wrapped
- O que significa: um token wrapped mantém o preço enquanto o ativo original estiver realmente bloqueado na reserva do ponte.
- Quando o problema aparece: se o ponte para ou perde a reserva, resgatar o token wrapped pelo ativo original torna-se impossível ou passa a ocorrer com desconto.
- O que observar: o endereço e o modelo de custódia da reserva, o procedimento de resgate e a liquidez do wrapper para saída.
Transmissão e confirmação de transferências
- Como funciona: o ponte registra um evento na rede de origem e envia uma mensagem para a rede de destino, onde ocorre a liberação ou emissão.
- Onde surge o risco: com uma confirmação falsa ou erro de entrega, o ponte pode liberar o ativo sem um evento correto na rede de origem.
- O que importa: quantas partes independentes confirmam a mensagem e se existe um modo de pausar transferências em caso de falha.
Governança e fator humano
- Como decisões são tomadas: os parâmetros do ponte são alterados por chaves de governança, multisig ou validadores.
- Por que isso é risco: o comprometimento de chaves ou um erro em uma atualização pode parar o ponte ou dar ao atacante o direito de emitir e liberar ativos.
- O que considerar: o limiar de assinaturas para mudanças, a existência de timelock e limites de volumes de liberação.
Avaliar um ponte cripto se resume a três verificações: onde a reserva é guardada, quem confirma as mensagens cross-chain e quem pode alterar as regras de funcionamento do ponte.
A mesma operação na interface pode depender de diferentes fontes de liquidez e de diferentes esquemas de confirmação.
Análise dos principais pontes cripto: exemplos, vantagens e limitações
Uma transferência cross-chain pode ser executada por liberação a partir de um pool de liquidez, emissão de token wrapped ou entrega de mensagem seguida de uma ação na rede de destino.
Stargate
GlobalTransfere stablecoins entre redes EVM por meio de pools de liquidez. Na rede de origem, a transação envia o token para o pool. A mensagem de transferência é entregue via LayerZero. Na rede de destino, o token é liberado do pool como o mesmo ativo, sem emissão de versão wrapped.
✅ Vantagens
- A liberação na rede de destino ocorre a partir de um pool de liquidez, sem token wrapped.
- As rotas são orientadas para stablecoins líquidos, nos quais é mais fácil sair sem grande slippage.
- O risco depende da entrega da mensagem e do saldo dos pools na rede de destino.
❌ Desvantagens
- O conjunto de ativos é limitado: é necessário um pool para cada token e cada rede.
- A confirmação da mensagem depende da configuração do LayerZero, ou seja, oracle e relayer.
- Falta de liquidez no pool limita o volume de liberação na rede de destino.
A transferência depende do transporte de mensagens e da reserva disponível nos pools da rede de destino.
LayerZero
GlobalProtocolo de entrega de mensagens entre blockchains. A confirmação do evento é construída sobre o par “oracle + relayer”: o oracle transmite dados de estado, o relayer entrega a carga útil, e a aplicação define regras de validação e limiares de confiança.
✅ Vantagens
- Suporta mensagens entre redes e chamadas de contratos, não apenas transferência de tokens.
- Um único transporte de mensagens é usado para muitas redes por aplicações sobre o protocolo.
- A resiliência pode ser aumentada separando fontes de dados e de entrega.
❌ Desvantagens
- Se oracle e relayer forem controlados por uma única parte, aumenta o risco de confirmação falsa.
- As regras de confirmação são definidas pela aplicação e podem não estar visíveis na interface.
- O risco da rota depende das fontes escolhidas e dos limiares de validação na aplicação.
A segurança da transferência depende da configuração do oracle, do relayer e das regras de verificação na aplicação específica.
Synapse
GlobalO protocolo combina transferência cross-chain e troca de tokens: o ativo pode ser levado para outra rede e trocado por outro token no caminho. A transferência é confirmada com atraso. Durante essa janela, participantes especiais podem contestar uma operação incorreta. Se um participante confirmar uma operação fraudulenta, perde a garantia, tornando confirmações falsas economicamente desfavoráveis.
✅ Vantagens
- Transferência e swap podem ocorrer em uma única operação.
- Suporta redes EVM e L2 comuns.
- A garantia dos participantes confirmadores cria uma barreira econômica contra confirmações falsas.
❌ Desvantagens
- A janela de contestação exige observadores ativos para interromper anomalias.
- O risco depende da distribuição das garantias e do comportamento dos participantes confirmadores.
- Em pares raros, a liquidez pode ser insuficiente para grandes volumes.
Transferência e swap são executados juntos, e o risco está ligado a deixar passar uma anomalia na janela de contestação.
Axelar
GlobalConfirma mensagens entre redes por sua própria rede PoS. PoS, ou Proof of Stake, usa validadores com stake que pode ser penalizado por violação das regras. A liberação ou emissão na rede de destino ocorre após a assinatura da mensagem pelos validadores Axelar.
✅ Vantagens
- A confirmação de mensagens é distribuída entre validadores da rede PoS.
- Um único protocolo conecta EVM e Cosmos para mensagens entre redes.
- Suporta cenários de transmissão de mensagens e chamadas de contratos.
❌ Desvantagens
- O atraso inclui a finalização da rede de origem e o processamento na rede PoS.
- O risco depende da distribuição de stake e da resiliência dos validadores.
- A taxa inclui operações em várias redes e a execução da mensagem.
A transferência depende da finalização da rede de origem e do limiar de assinatura dos validadores Axelar.
Wormhole
GlobalAo transferir um token, o ativo é bloqueado em uma rede e, em outra, é emitida sua versão wrapped. A emissão ocorre depois que o bloqueio é verificado por um grupo de nós independentes. O token wrapped aparece na rede de destino apenas após a concordância de um número definido desses nós.
✅ Vantagens
- Suporta redes EVM e ecossistemas alternativos, incluindo non-EVM.
- A emissão do token wrapped ocorre após confirmação por limiar.
- Suporta mensagens entre redes para aplicações.
❌ Desvantagens
- O esquema de guardians continua sendo um conjunto limitado de signatários.
- Tokens wrapped dependem da preservação da reserva e da disponibilidade de resgate.
- Incidentes históricos aumentam a importância de limites e monitoramento.
A transferência depende do limiar de assinaturas dos guardians e da preservação da reserva que lastreia o ativo wrapped.
Celer cBridge
GlobalExecuta transferências por pools de liquidez, enquanto a confirmação de eventos e liberações depende da State Guardian Network (SGN). A SGN observa eventos nas redes suportadas e assina a autorização de liberação a partir dos pools na rede de destino.
✅ Vantagens
- A liberação por pools de liquidez reduz a dependência de tokens wrapped nas rotas típicas.
- Assinaturas por limiar da SGN reduzem o risco de uma única chave de governança.
- Integrações com interfaces e agregadores simplificam o acesso às rotas.
❌ Desvantagens
- O risco de confirmação depende da composição e distribuição dos validadores da SGN.
- Falta de liquidez no pool de destino limita a liberação por token específico.
- Os incentivos econômicos são parcialmente ligados ao token CELR.
A transferência depende das assinaturas da SGN e das reservas nos pools de liquidez para tokens e redes específicos.
A escolha do ponte se resume a duas verificações: quem confirma as mensagens e de onde vem a liquidez para liberação na rede de destino.
A comparação por tabela ajuda a ligar o mecanismo de transferência ao ponto em que está a superfície de confiança.
Comparação de pontes cripto populares: mecanismo e superfície de confiança
Na tabela, “atraso de liberação” é o intervalo entre a confirmação da transação na rede de origem e o aparecimento do token na rede de destino. O valor depende da finalização da rede de origem e do processamento da mensagem pelo mecanismo do ponte.
| 🌉 Ponte | 🌐 Redes suportadas | 🛠 Mecanismo | 🔐 Modelo de segurança | ⏱ Atraso de liberação |
|---|---|---|---|---|
| Stargate | Redes EVM (L1/L2) | Pools de liquidez | Transmissão de mensagem via LayerZero | Minutos |
| LayerZero | EVM + non-EVM (via aplicações) | Mensagens entre cadeias | Oracle + relayer independente | Minutos |
| Synapse | Redes EVM (L1/L2) | Liquidez + swap | Verificação otimista com contestação | Minutos |
| Axelar | EVM + Cosmos | Lock-and-Mint | Rede própria de validadores PoS | Minutos |
| Wormhole | EVM + Solana + non-EVM | Lock-and-Mint | Assinaturas de guardians por limiar | Minutos |
| Celer cBridge | Redes EVM (L1/L2) | Pools de liquidez | State Guardian Network (SGN) | Minutos |
| Multichain | Muitas redes | Lock-and-Mint | Nós MPC | Minutos |
| Hop | Redes L2 (rotas L2↔L1) | Pools de liquidez | Bonders com garantias | Segundos–minutos |
Pools de liquidez reduzem a dependência de tokens wrapped, mas exigem reserva na rede de destino. Lock-and-mint depende da preservação da reserva e da resiliência do mecanismo de assinaturas que autoriza a emissão do token wrapped.
A verificação de segurança do ponte se resume a reduzir o número de componentes confiáveis e à transparência sobre quem confirma mensagens cross-chain e como o faz.
A proteção de pontes cripto é construída em torno da reserva, da confirmação de mensagens e do controle de atualizações.
Segurança de pontes cripto: governança, auditoria, limites e provas
Arquiteturas resilientes separam o contrato de reserva da lógica de confirmação das mensagens. O contrato de reserva se limita a bloquear e liberar. O transporte das mensagens e as verificações ficam em módulos separados.
- Multisig e governança distribuída
- Atualizações de contratos e mudanças de limites são confirmadas por um esquema multisig, não por uma única chave.
- Um limiar de assinaturas, por exemplo 5 de 8, reduz o risco de comprometimento da governança por um único participante.
- Timelock atrasa a aplicação de atualizações e reduz o risco de troca imediata da lógica.
- Auditorias e bug bounty
- A auditoria verifica a validação de mensagens, direitos de acesso e contabilização de saldos.
- Bug bounty incentiva a divulgação de vulnerabilidades antes da exploração.
- Relatórios públicos registram as classes de erros encontradas e as mudanças adotadas.
- Limites e pausa de emergência
- O modo pause interrompe novas transferências quando uma anomalia é detectada.
- Limites de liberação e limites para emissão de mensagens restringem o dano de uma confirmação falsa.
- A separação de papéis de governança reduz a concentração de permissões.
- Provas ZK e light clients
- A abordagem ZK verifica uma prova criptográfica do evento em vez de confiar em um único entregador de mensagens.
- Light clients verificam cabeçalhos de blocos de outra rede e confirmam o estado sem servidor externo.
- A complexidade de implementação e o custo computacional limitam o uso, mas reduzem a parcela de componentes confiáveis.
Exemplo: em um esquema otimista, o participante confirmador deposita uma garantia; se uma mensagem falsa é contestada com sucesso, a garantia é cortada e a liberação na rede de destino é cancelada.
Essas medidas reduzem a probabilidade de ataque, mas a condição básica continua a mesma: a reserva deve permanecer preservada e a confirmação de mensagens cross-chain deve estar correta.
Grandes incidentes mostram dois cenários recorrentes: confirmação falsa e comprometimento da governança.
Maiores ataques a pontes cripto: pontos típicos de falha
Em grandes ataques, tokens foram liberados na rede de destino sem transferência correta na rede de origem. Isso ocorreu quando o mecanismo de confirmação aceitou um sinal falso devido a comprometimento de chaves, erro na verificação de assinaturas ou estado incorreto do smart contract.
- Ronin (março de 2022, cerca de $620 milhões). A compromissão de 5 de 9 validadores permitiu retirar ativos bloqueados; o risco raiz foi a concentração de governança em um círculo limitado de operadores.
- Poly Network (agosto de 2021, cerca de $611 milhões). Um erro na lógica do contrato permitiu formar mensagens arbitrárias entre redes e retirar ativos de várias redes.
- Wormhole (fevereiro de 2022, cerca de $325 milhões). Um erro na verificação de assinaturas levou à emissão de wETH sem lastro.
- Nomad (agosto de 2022, cerca de $190 milhões). Um erro no lançamento fez o contrato aceitar qualquer transferência como válida. Usuários copiaram uma transação bem-sucedida e retiraram fundos do contrato, causando uma saída massiva de liquidez.
- BSC Token Hub (outubro de 2022, cerca de $570 milhões). A vulnerabilidade permitiu emitir novos BNB por meio do ponte; limitar o dano exigiu parar a rede.
Ataques se concentram na confirmação de mensagens e na gestão de chaves, por isso limiares de assinatura, limites de liberação e modo de pausa reduzem o dano máximo em caso de falha.
A segurança do ponte é definida pela resistência da confirmação de mensagens cross-chain e pela proteção da governança de atualizações.
Antes da transferência, é importante verificar a rota e entender onde a liberação pode parar ou onde a liquidez pode desaparecer.
Parâmetros de verificação antes de uma transferência cross-chain
- Transação de teste
- Uma pequena quantia verifica a rede, o token, o endereço do destinatário e o recebimento na rede de destino.
- A transferência de teste revela erro na escolha da rede ou do token antes de mover um volume grande.
- Verificação do domínio e da origem da interface
- Sites de phishing substituem o domínio e são promovidos por anúncios e comentários.
- O roubo muitas vezes ocorre por um approve malicioso e posterior retirada do token por essa permissão, ou transferFrom.
- Liquidez e limites de liberação
- Pools de liquidez exigem reserva na rede de destino para liberar fundos.
- Pausa, limites de liberação e mensagens de sobrecarga refletem restrições de transferência no nível do protocolo.
- Risco de manter tokens wrapped
- Um ativo wrapped depende da reserva e da governança do ponte, portanto seu risco difere do ativo nativo na rede de destino.
- A parada do ponte reduz a liquidez do wrapper e piora as condições de resgate.
- Decomposição de volume e rotas
- Dividir a quantia limita o dano de um erro único e de uma falha na liberação.
- Usar rotas independentes reduz a concentração de risco em uma só reserva e em um único mecanismo de confirmação.
- Status do protocolo e modos de pausa
- A parada da liberação na rede de destino é implementada por pausa do protocolo ou bloqueio de mensagens.
- Durante incidentes, o risco cresce por causa de mudanças de limites e desativação de rotas.
- Separação de endereços de guarda e operação
- Endereços operacionais interagem com contratos de terceiros e approve, portanto seu perfil de risco é mais alto.
- Um endereço de guarda não interage com smart contracts de terceiros e não concede permissões de gasto de tokens, reduzindo o número de pontos de roubo.
Os parâmetros de verificação se aplicam a qualquer operação DeFi que use approve e interação com contratos externos.
Perdas em transferências cross-chain estão mais frequentemente ligadas à substituição da interface, falta de liquidez na rede de destino e falhas na confirmação de mensagens.
❓ FAQ sobre pontes cripto
O que é um ponte cripto em palavras simples?
Um ponte cripto transfere um token da blockchain A para a blockchain B. Em lock-and-mint, o token é bloqueado na rede de origem e um equivalente wrapped é emitido na rede de destino. No esquema com pools de liquidez, a liberação na rede de destino vem do pool depois da confirmação do evento na rede de origem.
Por que pontes cripto são mais arriscados do que transações dentro de uma única rede?
Uma transferência cross-chain adiciona componentes confiáveis: contrato de reserva, mecanismo de confirmação de mensagens e governança de atualizações. A compromissão de qualquer componente pode levar à emissão de ativos sem lastro ou à retirada da reserva do ponte.
Quais sinais são usados para avaliar a confiabilidade de um ponte cripto?
A avaliação se resume a três sinais: endereço do contrato de reserva, mecanismo de confirmação de mensagens entre redes, como multisig, guardians, validadores PoS ou oracle mais relayer, e regras de governança de atualizações, como limiar de assinaturas, timelock e limites de liberação.
O que geralmente acontece depois de um hack de ponte cripto ou da parada de transferências?
Depois de um incidente, a equipe do ponte interrompe novas transferências ou introduz limites para conter perdas. Tokens wrapped em outra rede muitas vezes são negociados com desconto em relação ao ativo original, porque o resgate fica incerto. A recuperação inclui corrigir o erro, rever a governança e tentar cobrir o déficit da reserva.
Que alternativas são usadas para transferir ativos entre redes?
Alternativas práticas incluem saques por exchanges centralizadas, com risco custodial e exigências de compliance, e soluções cross-chain nativas dentro de ecossistemas específicos, com limites de redes e tokens. Escolher uma alternativa muda a superfície de confiança, mas não elimina o risco por completo.
O que importa nos pontes cripto
Um ponte cripto move um token de uma rede para outra sem vender o ativo. Pontes são usados para trabalhar com aplicações em outra rede e reduzir taxas na rede de destino.
O principal risco de uma transferência cross-chain está ligado ao contrato de reserva e ao mecanismo de confirmação de mensagens. Um erro de verificação, a compromissão do limiar de chaves ou uma atualização incorreta de parâmetros leva à retirada da reserva ou à emissão de ativos wrapped sem lastro.