A guerra das bridges: quem move a tua cripto entre cadeias

Outubro deu três avisos à vez

Na madrugada de 13 de outubro, o token THEO do projeto Autheo caiu mais de 90% em poucas horas. A causa não foi o mercado. Um atacante abusou de uma chave de relayer de confiança, cunhou 19 milhões de THEO sem qualquer lastro na Base e trocou-os de imediato por cerca de 700,8 ETH, à volta de 1,76 milhões de dólares (uns 1,58 milhões de euros), despejando-os numa pool com pouca liquidez, segundo a CryptoTimes. A bridge da Autheo corre sobre a Hyperlane e o módulo de segurança escolhido para aquela rota, o TrustedRelayerIsm, depende de um único relayer para autorizar as mensagens que chegam. Uma chave, um relayer, e o token perdeu quase todo o valor.

Doze dias antes, a 1 de outubro, foi o NEAR Intents a parar. Um bug na forma como o sistema de depósitos e levantamentos Omni comunicava com o smart contract do NEAR Intents deixou escapar cerca de 3,8 milhões de dólares (uns 3,4 milhões de euros), e a equipa suspendeu depósitos e levantamentos em mais de uma dezena de blockchains, da BNB Smart Chain à Polygon, TON, Optimism e Avalanche, de acordo com a CoinDesk. O desfecho foi raro: o atacante devolveu tudo no dia seguinte, depois de a equipa o identificar e abrir canal de comunicação. Illia Polosukhin, cofundador da NEAR, confirmou que «o atacante devolveu todos os ativos roubados um dia depois, após a equipa do NEAR Intents o ter identificado e estabelecido contacto».

E a 9 de outubro, um grupo de investigadores publicou no arXiv o estudo empírico Understanding Verification Vulnerabilities in Cross-chain Bridges. Analisaram 588 relatórios de auditoria de 36 projetos de bridges reais e construíram um conjunto de dados com 830 instâncias de vulnerabilidades espalhadas por 786 ficheiros de contratos. Chamam-lhes Cross-chain Verification Vulnerabilities, ou falhas de verificação cross-chain, e definem-nas como tudo o que corre mal quando um contrato de bridge autentica, interpreta ou processa mal os dados que chegam de outra cadeia, sejam mensagens, provas ou assinaturas. Organizaram-nas em 11 padrões e cinco categorias, e testaram as ferramentas que supostamente as apanham: das quatro modelos de linguagem avaliados, só dois passaram de um valor de referência modesto, com o melhor a chegar a 51,2% de deteção. Por outras palavras, nem a máquina de ponta vê metade destas falhas.

Três episódios, três camadas diferentes (uma bridge clássica, um sistema de intents e a literatura académica), a mesma conclusão. Em 2026, a pergunta já não é «em que blockchain estás», mas «em quem confias para transportar o teu dinheiro entre blockchains, e como é que essa confiança é imposta». Com o Bitcoin a rondar os 82 mil dólares, cerca de 74 mil euros (CoinDesk), e com dezenas de milhares de milhões de euros em ativos presos em contratos de bridge, a resposta deixou de ser um detalhe técnico. Este texto é um mapa de segurança de quem move a tua cripto: como funciona uma bridge, que modelos de confiança existem, como se comportam os principais protocolos quando são atacados, e o que a lei portuguesa e europeia alcança (ou não) quando o contrato parte.

O que uma bridge faz ao teu dinheiro

Nenhuma blockchain fala nativamente com outra. O Bitcoin não sabe o que acontece na Ethereum, a Ethereum não lê a Solana, e um token só existe na cadeia onde foi emitido. Uma bridge é a peça que finge o contrário: deixa-te usar, numa cadeia de destino, um valor que continua a viver na cadeia de origem. Há basicamente três maneiras de o fazer, e todas definem onde fica o teu risco.

No modelo lock-and-mint, depositas um ativo num contrato na cadeia A, que o tranca, e a bridge cunha uma versão espelhada («wrapped») na cadeia B. O token na cadeia B é um IOU, uma promessa de que, lá atrás, existe o original trancado. No modelo burn-and-mint, o token é queimado na origem e recriado no destino, sem cofre a acumular reservas. E numa liquidity network não há cunhagem nenhuma: um fornecedor de liquidez adianta-te o ativo no destino e fica com o teu depósito na origem, como uma casa de câmbio com balcões nas duas pontas.

A diferença é tudo. Numa bridge lock-and-mint, o contrato que tranca os depósitos acumula o valor de todos os utilizadores. É um cofre, e um cofre cheio é um alvo. É por isso que as bridges foram, durante anos, o sítio mais rentável para roubar em cripto: não é preciso enganar milhares de carteiras, basta quebrar uma peça central. E há um segundo perigo, mais subtil: quando o token wrapped de uma bridge passa a ser aceite como colateral noutro protocolo, uma cunhagem falsa não fica contida na bridge. Infeta todo o sistema que confiou nela, uma dinâmica que já tratámos a propósito de como os ativos cross-chain perseguem rendimento como garantia. O ataque à Autheo foi exatamente isto em miniatura: tokens sem lastro, cunhados do nada, vendidos antes de alguém reagir.

O problema de fundo: acreditar num facto de outra cadeia

Toda a segurança de uma bridge se resume a uma pergunta: como é que o contrato no destino sabe que aconteceu mesmo algo na origem? Ele não vê a outra cadeia. Depende de que alguém, ou algo, lhe reporte o facto, e é aí que mora quase todo o risco. O estudo do arXiv deu nome académico a este ponto cego ao catalogar as falhas de verificação cross-chain, mas a frase mais clara sobre o assunto é de um engenheiro, não de um paper.

Depois do roubo de 292 milhões de dólares (cerca de 262 milhões de euros) ao bridge da KelpDAO, em abril, Ben Fisch, CEO da Espresso Systems, resumiu assim ao CoinDesk: «A maior parte das bridges não verifica realmente o que aconteceu na outra cadeia. Em vez disso, confia num sistema mais pequeno para o reportar.» E a conclusão: «A bridge funcionou como foi desenhada. Só acreditou na informação errada.» Nenhum contrato foi quebrado no sentido clássico. O contrato fez exatamente o que lhe mandaram: aceitou uma mensagem que parecia legítima e libertou o dinheiro.

É a mesma intuição que Vitalik Buterin tinha publicado já em 2022, quando avisou, numa nota citada pela Cointelegraph, que «há limites fundamentais para a segurança de pontes que saltam entre várias zonas de soberania». A tese dele era que um futuro multi-chain faz sentido, mas que mover valor entre cadeias soberanas carrega um risco que não desaparece por mais engenharia que se lhe ponha em cima. Quatro anos e vários milhares de milhões de dólares depois, o estudo de outubro só pôs números nessa intuição: pelo menos 11 ataques ligados a falhas de verificação, com perto de 330 milhões de dólares (cerca de 300 milhões de euros) em perdas associadas, e isto contando apenas o que coube na definição estrita do paper.

O espetro da confiança: cinco modelos, cinco maneiras de partir

Não existe «a bridge». Existe um espetro de desenhos, ordenados por quanto é que pedem para confiares em pessoas em vez de matemática. No extremo mais frágil estão os comités de assinantes; no extremo mais robusto, as provas criptográficas que não precisam de acreditar em ninguém. A tabela resume as cinco famílias, com exemplos reais e a forma típica como cada uma se parte.

Repara no padrão: quatro das cinco famílias dependem, em última análise, de que humanos ou máquinas controladas por humanos digam a verdade. Só a quinta, a das provas criptográficas, substitui a confiança por verificação. Guardar esta tabela na cabeça é meio caminho para ler qualquer bridge, porque a pergunta deixa de ser «é segura?» e passa a ser «de que família é, e o que teria de correr mal?».

Wormhole: dezanove guardiões e um quórum

A Wormhole é a veterana das redes de atestação. Dezanove operadores a que chama guardiões observam as cadeias ligadas e, quando 13 deles concordam que uma transação aconteceu, emitem um documento assinado, a VAA (Verifiable Action Approval), que o contrato no destino aceita como verdade. É um modelo 13-de-19: enganar a bridge exige corromper mais de dois terços dos guardiões ou, pior, encontrar uma forma de forjar uma VAA sem sequer os incomodar. Em escala, a Wormhole é gigante: mais de mil milhões de mensagens cross-chain e acima de 60 mil milhões de dólares (uns 54 mil milhões de euros) em volume acumulado através de mais de 40 blockchains, segundo o levantamento de mercado da BlockEden.

E, mesmo assim, foi exatamente a verificação que falhou. Em fevereiro de 2022, um atacante explorou uma função de validação na Solana que não confirmava se a conta de assinatura pertencia à rede de guardiões, forjou uma VAA falsa e cunhou 120 mil wETH, cerca de 325 milhões de dólares (uns 292 milhões de euros), sem tocar no quórum, conforme reconstruiu a Halborn. O desfecho foi suave para os utilizadores porque a Jump Crypto, que apoiava a equipa de desenvolvimento, repôs os 120 mil ETH em cerca de um dia. Mas a lição é permanente: ter 19 guardiões não serve de nada se a porta ao lado deixa entrar sem perguntar quem são. O quórum protege contra signatários desonestos, não contra código que nem chega a consultar os signatários.

LayerZero: quando a configuração é a arma

A LayerZero é a força dominante do setor. Por ela passa à volta de 75% de todo o volume de bridges, com uma média de 293 milhões de dólares por dia, mais de 44 mil milhões de dólares (cerca de 40 mil milhões de euros) em ativos transportados e 150 milhões de mensagens entregues desde 2022 por mais de 150 blockchains, de novo pelos dados da BlockEden. O seu modelo de segurança é modular: cada aplicação escolhe uma Decentralized Verifier Network (DVN) e define um esquema «X de Y de N», ou seja, quantos verificadores de quantos têm de concordar. Em teoria, é flexível e poderoso. Na prática, a flexibilidade virou o problema.

O roubo à KelpDAO em abril, o maior hack de DeFi do primeiro semestre, mostrou porquê. A implementação do rsETH corria com uma DVN 1-de-1: um único verificador bastava para validar uma mensagem. Os atacantes, atribuídos ao grupo norte-coreano Lazarus pela Chainalysis, comprometeram os nós RPC internos que alimentavam essa DVN e, em simultâneo, lançaram um ataque de negação de serviço contra os RPC externos, forçando o sistema a confiar nos nós envenenados. Forjaram uma mensagem de queima de rsETH e saíram com 116.500 rsETH. A própria documentação da LayerZero avisa, a preto no branco, que «as implementações em produção devem configurar explicitamente a sua pilha de segurança com, pelo menos, uma DVN exigida que não seja operada pela LayerZero Labs» (docs.layerzero.network). A KelpDAO não o fez, ou fê-lo de forma insuficiente, e seguiu-se uma guerra de culpas: a LayerZero diz que a equipa baixou manualmente para 1-de-1 e que isso está fora do âmbito do bug bounty; a Kelp responde que a configuração foi, na prática, aprovada pela LayerZero no arranque (CoinDesk).

O detalhe que importa para quem detém o token é este: o rsETH não estava parado. Era colateral sistémico, usado em mercados de crédito por toda a DeFi, uma peça do mesmo ecossistema que descrevemos em staking líquido e de quem é o recibo do teu ETH. Uma cunhagem falsa num canto da LayerZero ameaçou contaminar posições de empréstimo a quilómetros de distância. É a contaminação de que Fisch e outros falam: o risco não fica na bridge, viaja com o token.

Chainlink CCIP e a fuga para a segurança

Se a KelpDAO mostrou o custo de uma configuração permissiva, o mercado respondeu com os pés. Desde abril, mais de 7,2 mil milhões de dólares em ativos migraram da LayerZero para o Chainlink CCIP (CoinDesk), e a decisão da BitGo de mover 7,4 mil milhões de dólares em WBTC empurrou o total anunciado para perto dos 15 mil milhões de dólares, cerca de 13 mil milhões de euros (CoinMarketCap). A lista de migrantes é um quem-é-quem: Kelp e Lombard (mais de mil milhões cada), Solv (700 milhões), Virtuals, Re e os ativos tokenizados da Kraken.

O argumento do CCIP é a desconfiança institucionalizada. Em vez de um verificador configurável, cada rota é protegida por uma Risk Management Network, uma segunda rede independente, escrita por outra equipa e com outro código, que valida o que a rede principal diz antes de deixar passar. É o princípio da programação em N versões, em que dois sistemas construídos de forma diferente têm de concordar, e a filosofia de desenho é a defesa em profundidade e não a confiança cega, como a própria Chainlink descreve na apresentação da Risk Management Network. A Kraken justificou a mudança, precisamente, com os 16 e mais operadores de nós independentes por rota e os limites de transferência nativos do CCIP.

Johann Eid, da Chainlink Labs, chamou ao fenómeno uma «fuga contínua para a segurança» quando a Lombard aderiu, em maio (CoinDesk). A frase é boa, mas convém a cautela: concentrar perto de 13 mil milhões de euros de ativos tokenizados numa só infraestrutura cria um novo ponto único de falha, só que maior. A defesa em profundidade reduz a probabilidade de um erro passar; não elimina o facto de que, se passar, agora atinge muito mais gente ao mesmo tempo.

Axelar e Hyperlane: o custo da liberdade

Entre os dois gigantes vivem desenhos com filosofias próprias. A Axelar funciona como uma blockchain de prova de participação dedicada a interligar cadeias, com mais de 13 mil milhões de dólares (cerca de 12 mil milhões de euros) de volume acumulado por mais de 80 blockchains, de novo pela BlockEden. O seu futuro mudou em dezembro de 2025, quando a Circle anunciou a aquisição da equipa e da propriedade intelectual da Interop Labs, a criadora original da Axelar, para a integrar na sua própria cadeia Arc e no protocolo CCTP. A rede Axelar, a sua fundação e o token AXL permanecem independentes e governados pela comunidade, com a Common Prefix a assumir boa parte do desenvolvimento (Cointelegraph). É um sinal da direção do setor: a interoperabilidade está a ser absorvida por quem emite os ativos.

A Hyperlane representa o pólo oposto: qualquer pessoa pode implementar uma ligação sem pedir autorização a uma fundação ou a um multisig, e cada aplicação escolhe o seu Interchain Security Module (ISM), seja um multisig, uma rede de participação, um esquema otimista ou um módulo escrito à medida (docs.hyperlane.xyz). É liberdade total, com o custo que lhe corresponde: a responsabilidade pela segurança passa inteira para quem configura. Foi exatamente aí que a Autheo tropeçou. O token THEO movia-se entre a mainnet da Autheo, a Base e a Robinhood Chain através da Hyperlane, mas a rota estava protegida pelo TrustedRelayerIsm, o módulo que delega num único relayer de confiança a autorização das mensagens. Comprometido esse relayer, o atacante cunhou 19 milhões de THEO sem lastro e trocou-os pelos tais 700,8 ETH, segundo a CryptoTimes. A Hyperlane oferecia opções mais robustas. A Autheo escolheu a mais frágil, e o preço foi 90% do valor do token numa tarde.

O paralelo com a KelpDAO é demasiado nítido para ser coincidência. Em ambos os casos, o protocolo de base dava para configurar com segurança, e em ambos a equipa que construiu em cima escolheu o atalho de um só verificador. A conclusão prática é incómoda: na maioria das bridges modernas, o teu risco não é definido pelo protocolo que a alimenta, mas pela decisão de configuração de uma equipa que talvez nunca conheças.

IBC, Eureka e a via da matemática

Há uma família que não pede para confiares em ninguém: os light clients e as provas de conhecimento-zero. Em vez de uma rede de observadores a jurar que algo aconteceu, o contrato no destino corre uma versão miniatura da verificação da cadeia de origem e confirma, por si, que o bloco e a transação são válidos. É o modelo do Inter-Blockchain Communication (IBC) do ecossistema Cosmos, que liga centenas de cadeias há anos sem um único hack de consenso de monta. O problema sempre foi o custo: verificar assinaturas de uma cadeia dentro de outra é caro, e cadeias como a Ethereum não traziam suporte nativo para isso.

É esse muro que as provas ZK derrubaram. O IBC Eureka, da Interchain Labs, estende o IBC à Ethereum através de um light client Tendermint escrito em Rust e compilado para uma prova ZK pela Succinct SP1, abrindo rota a mais de 115 cadeias IBC a partir da Ethereum (cosmos.network). A ideia é substituir o comité por um teorema: em vez de perguntar a signatários se a mensagem é real, gera-se uma prova matemática de que é, e o contrato só tem de a verificar. Charles Hoskinson, da Cardano, defendeu publicamente este caminho depois do ataque ao bridge da Wanchain, argumentando ao CoinDesk que «todo o software está sob este ataque enorme» e que as provas ZK deviam substituir de vez a confiança em operadores e multisigs.

É o modelo mais sólido que existe, mas «trust-minimized» não quer dizer «trustless». A confiança não desaparece, muda de sítio: passa a estar no circuito que gera a prova (um bug ali é invisível), no trusted setup de alguns esquemas, e no prover, que se for centralizado pode parar o serviço ou, pior, ser pressionado. A matemática não mente, mas quem a escreve e quem a corre ainda são humanos.

A bridge mais segura é não ter bridge?

A conclusão lógica de tudo isto levou o setor a uma ideia provocadora: e se o mais seguro fosse encolher ou apagar o cofre? Duas abordagens tentam-no. A primeira é a emissão nativa. O CCTP da Circle não tranca USDC para cunhar um IOU; queima o USDC na origem e cunha USDC nativo no destino, sem reservas acumuladas, sem token wrapped, sem custodiante (circle.com). Não há cofre para roubar porque não há cofre. A segunda é a arquitetura de intents: em vez de atravessares tu os ativos, declaras o que queres («quero X na cadeia B») e uma rede de solvers compete para to entregar, assumindo eles o risco de inventário. A norma ERC-7683, co-escrita pela Uniswap Labs e pela Across, padronizou este formato de ordens (erc7683.org).

E aqui entra o aviso de 1 de outubro. O NEAR Intents é um dos rostos desta nova geração, e foi precisamente ele a ser atacado, não no contrato principal que todos auditam, mas na costura entre o sistema de depósitos Omni e o smart contract de intents, por onde escaparam 3,8 milhões de dólares (CoinDesk). A moral não é que os intents sejam piores. É que apagar o cofre não apaga o risco: muda-o para as margens, para os sistemas de depósito, para os solvers, para as peças off-chain que ninguém trata como críticas até partirem. Mover-se entre cadeias sem bridge é possível; mover-se sem confiança, não.

Há, claro, a opção mais antiga de todas: usar uma exchange centralizada como ponte. Depositas na cadeia A, levantas na cadeia B, e a custódia fica com a corretora. Troca-se o risco de contrato pelo risco de contraparte, o que para muitos utilizadores retalhistas é um negócio razoável, desde que a corretora seja real e líquida, um ponto que separámos em liquidez real contra volume reportado nas exchanges. Não há resposta universal; há o reconhecimento de que cada rota troca um risco por outro.

Porque é que o código auditado não chega

Um mal-entendido comum é pensar que uma auditoria limpa é um certificado de segurança. Não é, e os números de 2026 são brutais nesse ponto. A TRM Labs contabilizou, no primeiro semestre, 207 ataques e cerca de 972 milhões de dólares roubados, mas com uma distribuição reveladora: os comprometimentos de infraestrutura, chaves e operações representaram só 15% dos incidentes e, ainda assim, 76% do valor (TRM Labs). O terceiro trimestre foi pior: a CertiK apurou 1,26 mil milhões de dólares em perdas e 247 incidentes, um salto de perto de 54% face ao trimestre anterior, com a corretora Bitget a liderar o ranking trimestral (Cointelegraph). O caso da Bitget, aliás, é um retrato perfeito do problema: a defesa tornou-se a porta de entrada, como dissecámos na autópsia cega da Bitget e do seu fornecedor de segurança.

Ronghui Gu, cofundador da CertiK, deu a formulação mais seca ao problema, em declarações à Forbes: «Um protocolo pode passar numa auditoria de código impecável e, ainda assim, perder milhões por causa de uma chave de administração comprometida.» A auditoria olha para o código on-chain. Mas os maiores roubos de bridges saíram pela camada off-chain: chaves de assinatura, relayers, nós RPC, chaves de upgrade, frontends. O estudo do arXiv confirma-o pelo lado das ferramentas: se nem os detetores automáticos nem os modelos de linguagem apanham metade das falhas de verificação, é porque o problema não está na sintaxe do contrato, mas na lógica de confiar em dados que vêm de fora. É o elo que a auditoria não vê.

O palmarés: para onde foi o dinheiro

A história das bridges cabe num punhado de desastres que, somados, explicam porque é que este continua a ser o elo mais caro da cripto. A tabela junta os marcos, com valores aproximados à data de cada ataque e convertidos ao câmbio atual de cerca de 1,11 dólares por euro.

Os números têm fonte, caso a caso. A Ronin, 625 milhões e ainda o maior roubo cripto de sempre, foi um multisig 5-de-9 em que a Sky Mavis controlava a maioria das chaves (CoinDesk). A Poly Network, 611 milhões, acabou com o atacante a devolver quase tudo depois de ser tratado por «Mr. White Hat» (CNBC). A Nomad caiu porque uma raiz de confiança ficou inicializada a zero, validando todas as mensagens (TRM Labs), e a BNB Bridge viu forjar uma prova IAVL que cunhou dois milhões de BNB, embora a rede tenha parado a tempo de congelar a maior parte (Halborn). A Multichain não foi sequer um hack de código, mas o colapso de um operador cujas chaves MPC estavam numa só pessoa (CoinDesk). Já a Liquid, da Blockstream, perdeu cerca de 4.000 BTC por uma colisão de chave de cache na verificação de range proofs, com o atacante a devolver 3.400 e a ficar com uns 600 (Chainalysis). Só em 2022, a Chainalysis contou cerca de 2 mil milhões de dólares roubados em 13 ataques a bridges, perto de 69% de todo o roubo cripto desse ano (Chainalysis). A Harmony Horizon caiu por um multisig de apenas 2-de-5 (CoinDesk), e em setembro de 2026 a Symbiosis viu cunhar o equivalente a 46 mil milhões de dólares em valor nominal de syBTC, ainda que o atacante só tenha conseguido extrair umas centenas de milhares (Shattered).

Como ler o modelo de segurança de uma bridge

Não é preciso ser engenheiro para avaliar o risco de uma rota antes de a usar. É preciso fazer as perguntas certas e saber o que é uma boa resposta. A tabela seguinte é um guia de leitura rápido, bandeira verde contra bandeira vermelha, para qualquer bridge.

A quarta linha merece destaque, porque é a defesa mais subvalorizada do setor. A norma xERC-20, proposta como EIP-7281, deixa o emissor de um token controlar que bridges o podem cunhar e impor a cada uma um limite de cunhagem que se recarrega ao longo do tempo (EIP-7281 no GitHub). Com um teto destes, o ataque à Autheo não teria produzido 19 milhões de tokens do nada, e o susto de 46 mil milhões em valor nominal da Symbiosis seria matematicamente impossível. Um relayer comprometido continuaria a ser mau, mas o estrago ficaria limitado ao teto, não a toda a oferta. É a diferença entre uma fuga e um rebentamento.

Quem responde quando a bridge parte? CMVM, MiCA e o vazio

Suponhamos que és um utilizador português e perdeste fundos numa bridge. A quem te queixas? A resposta desagradável é que, muitas vezes, a ninguém com poder para recuperar o teu dinheiro. Em Portugal, a MiCA foi transposta pela Lei n.º 69/2025, com o Banco de Portugal responsável pela dimensão prudencial, pela governação dos prestadores de serviços de criptoativos (os CASP) e pelas stablecoins, e a CMVM encarregada da conduta de mercado e do abuso de mercado (Banco de Portugal). O período transitório que permitia às antigas VASP continuar a operar terminou a 1 de julho de 2026 (CMS), e o calendário destas transições é, cada vez mais, matéria de mercado, como mostrámos na contagem regulatória das datas que o mercado já negoceia.

O problema é estrutural. A MiCA regula prestadores de serviços e emissores, não protocolos. Uma bridge verdadeiramente autónoma, depois de implementada, não tem operador: é código que corre sozinho. O regulador alcança quem está à volta dela (a exchange que lista o token wrapped, o custodiante registado como CASP, o emissor da stablecoin), mas não o contrato que efetivamente guarda o dinheiro. A mesma propriedade que torna uma bridge difícil de parar depois de implementada, a ausência de um dono, torna-a difícil de regular depois de partir. O artigo 75 da MiCA impõe um regime de responsabilidade à custódia, e o regulamento DORA exige resiliência operacional a quem é entidade regulada, mas nada disto se aplica a um relayer anónimo do outro lado do mundo.

O caso Tornado Cash é a parábola perfeita deste limbo. O Tesouro dos EUA sancionou o mixer em 2022; um tribunal de recurso decidiu depois que a OFAC tinha excedido a sua autoridade ao sancionar contratos imutáveis que ninguém controla, e a Tornado foi retirada da lista de sanções em março de 2025 (Forbes). A acusação penal, essa, recaiu sobre pessoas, não sobre o código, com o cofundador Roman Storm condenado em 2025 por operar um negócio de transmissão de dinheiro sem licença. A moral para quem usa bridges é sóbria: a responsabilização existe, mas chega tarde, recai sobre indivíduos e raramente devolve fundos. A tua primeira e melhor linha de defesa é a escolha da rota, não o recurso ao regulador.

Perguntas frequentes

O que é uma bridge de criptomoedas e porque é arriscada?

Uma bridge é o software que permite usar, numa blockchain, um valor que vive noutra. Na maioria dos casos tranca o teu ativo original num contrato e cunha uma versão espelhada no destino, juntando as reservas de todos os utilizadores no mesmo sítio. Esse cofre central é o que a torna um alvo tão rentável, porque quebrar uma peça compromete os fundos de muita gente de uma só vez.

Qual é a bridge cripto mais segura em 2026?

Não há uma resposta única, mas os modelos mais robustos são os que dependem de matemática em vez de pessoas: light clients com provas ZK, como o IBC Eureka, e a emissão nativa sem token wrapped, como o CCTP da Circle. Entre as redes de mensagens, o Chainlink CCIP atraiu perto de 15 mil milhões de dólares em migrações por usar verificação redundante. Ainda assim, mesmo o melhor desenho pode ser mal configurado, por isso verifica sempre quantos verificadores independentes a rota exige.

Porque é que as bridges cripto são tão atacadas?

Porque concentram muito valor e porque o seu ponto fraco é a verificação: o contrato de destino não vê a outra cadeia e tem de acreditar em quem lhe reporta o que lá aconteceu. Em 2026, a maioria das perdas não veio de erros no código auditado, mas de chaves roubadas, relayers comprometidos e configurações permissivas. A TRM Labs calculou que os comprometimentos de infraestrutura e chaves foram 15% dos incidentes mas 76% do valor roubado.

Posso recuperar fundos perdidos num hack de bridge?

Raramente, e quase nunca por via do regulador. A MiCA e a CMVM supervisionam prestadores de serviços e emissores, não protocolos autónomos sem operador, por isso não há a quem exigir o reembolso quando o contrato parte sozinho. Alguns casos acabam bem porque o atacante devolve os fundos ou porque uma coligação do setor repõe o lastro, mas isso é a exceção e não a regra.

Os intents são mais seguros do que as bridges?

Os intents tentam encolher o risco: em vez de atravessares os ativos, declaras o que queres e uma rede de solvers entrega-o, assumindo eles o inventário. Em teoria, elimina-se o cofre central. Na prática, o ataque ao NEAR Intents em outubro mostrou que o risco apenas se desloca para as peças off-chain, como os sistemas de depósito e os solvers. É uma arquitetura promissora, mas não isenta de pontos de falha.

Yuki Tanaka cobre DeFi e infraestrutura on-chain na HOGE Wire.