Três bridges, sete dias: a semana que expôs o cross-chain

Enquanto a Bitcoin passava a semana a oscilar em torno dos 80 mil dólares (cerca de 72 mil euros), numa queda de aproximadamente 3,4% em sete dias segundo a Fortune, três pontes cross-chain partiram-se longe dos ecrãs de preços. Não foi uma, nem duas: foram três bridges distintas em sete dias, e nenhuma falhou da mesma forma. A Cysic perdeu o controlo do caminho de cunhagem a 17 de outubro, a WAX libertou ativos que nunca recebeu a 22 de outubro, e a Initia suspendeu a cadeia inteira a 23 de outubro. Para quem acompanha os alvos de preço para 2026, o ruído estava todo no gráfico; o risco estava na infraestrutura.

Esta sequência não é uma coincidência de calendário. É uma demonstração ao vivo de uma tese que a investigação académica acabou de formalizar: a bridge é uma máquina de verificação, e há muitas maneiras diferentes de a verificação falhar. Um estudo submetido ao arXiv a 9 de outubro catalogou 830 destas falhas em 36 projetos reais, agrupando-as em 11 padrões e cinco categorias. Por outras palavras, a semana de outubro não trouxe falhas novas; trouxe três execuções novas de um menu que já estava escrito. Este artigo percorre esse menu, caso a caso, e explica porque é que o mercado já começou a votar com os pés.

Três bridges, sete dias, três maneiras de partir

Comecemos pelo que aconteceu, sem jargão. Uma bridge, ou ponte cross-chain, é o pedaço de software que deixa um ativo sair de uma blockchain e aparecer noutra. A Bitcoin não sabe o que se passa na Ethereum, a Ethereum não sabe o que se passa na Solana, e nenhuma delas tem forma nativa de confirmar factos sobre as outras. A bridge preenche esse vazio: tranca ou queima o ativo de origem, e cunha ou liberta um equivalente no destino. Todo o sistema depende de uma única promessa, a de que aquilo que a ponte cunha do outro lado está genuinamente coberto por aquilo que foi trancado ou queimado deste lado.

Quando essa promessa se quebra, o resultado é sempre o mesmo em espírito: aparece dinheiro do nada e sai dinheiro a sério. O que muda de caso para caso é onde exatamente a promessa cedeu. Na Cysic, a instrução de cunhagem foi forjada a partir de uma base de dados comprometida fora da cadeia. Na WAX, a lógica de levantamento libertou fundos sem confirmar o depósito correspondente. Na Initia, o contrato verificou que uns tokens tinham sido queimados, mas nunca verificou se esses tokens alguma vez tinham estado cobertos. Três pontos de rutura distintos, uma só consequência: reservas drenadas e um botão de pausa carregado à pressa.

A escala individual foi modesta, e é precisamente aí que reside a lição. Não estamos a falar dos 292 milhões de dólares da KelpDAO nem dos 320 milhões da Liquid; estamos a falar de setecentos mil, setenta e cinco mil e dois milhões e setecentos mil. São valores que não fazem manchete global, mas que mostram o mecanismo a nu, sem o drama de uma recapitalização de centenas de milhões a distrair da engenharia. Três bridges pequenas a falhar em sete dias dizem mais sobre a saúde estrutural do setor do que um único roubo recorde.

O que uma bridge faz com o teu dinheiro (e porque é um cofre)

Para perceber porque é que estas três falhas são, no fundo, a mesma falha vista de três ângulos, convém olhar para a anatomia do que uma ponte faz. Existem basicamente dois modelos de liquidação. No primeiro, trancar-e-cunhar (lock-and-mint), o ativo original fica fechado num contrato na cadeia de origem e a ponte emite uma versão embrulhada no destino; é o modelo clássico, e o mais perigoso, porque acumula uma pilha de garantias reais num único endereço. No segundo, queimar-e-cunhar (burn-and-mint), o token é destruído na origem e reemitido no destino, sem pilha de garantias presa num cofre, desde que a emissão seja nativa e controlada pelo próprio emissor.

A razão pela qual as bridges são o alvo preferido do crime on-chain é geométrica. Um protocolo de empréstimo arrisca os fundos de quem lá deposita; uma bridge concentra as garantias de toda a gente que alguma vez a atravessou. Quando um atacante encontra a falha, não leva uma posição, leva o cofre. É por isso que, mesmo com a atividade de bridges a representar uma fatia decrescente das perdas totais da DeFi, cada incidente individual continua a ser desproporcionadamente caro. A ponte é, em termos de incentivos, o caixa-forte do banco deixado numa esquina sem guarda.

Mas o cofre é a parte fácil de perceber. A parte difícil, e a que explica a semana de outubro, é que a bridge é antes de mais uma máquina de verificação. A sua função não é mover valor; é decidir se uma afirmação sobre outra cadeia é verdadeira antes de agir sobre ela. «A maioria das bridges não verifica totalmente o que aconteceu noutra cadeia. Em vez disso, dependem de um sistema mais pequeno para o reportar», explicou Ben Fisch, diretor executivo da Espresso Systems, à CoinDesk, a propósito do caso KelpDAO. Essa dependência num «sistema mais pequeno» que reporta a realidade é a mesma dependência que faz um oráculo de preços ser um ponto de falha: quem controla a mensagem controla a verdade que o contrato vai aceitar como boa.

Guardar esta ideia é guardar a chave de tudo o que se segue. As três bridges de outubro não foram assaltadas por génios da criptografia que partiram cifras. Foram enganadas. Em cada caso, o código fez exatamente aquilo para que foi escrito, aceitou uma afirmação que lhe foi apresentada como verdadeira, e agiu em conformidade. O problema nunca esteve na matemática; esteve naquilo que a ponte escolheu acreditar.

Cysic: quando a mentira entra pela porta das traseiras

A 17 de outubro, às 12:31:38 UTC, um atacante cunhou dez milhões de tokens CYS na BNB Smart Chain. Não encontrou nenhum buraco no contrato inteligente da bridge. Em vez disso, segundo a The Block, obteve acesso não autorizado a uma base de dados usada pelos serviços que suportam a ponte e explorou uma vulnerabilidade na lógica de processamento para submeter uma mensagem de cunhagem fraudulenta. O contrato recebeu uma ordem que vinha da fonte certa, com o formato certo, e obedeceu. A fraude entrou pela retaguarda, pela infraestrutura fora da cadeia que alimenta a ponte, e não pela porta da frente auditada.

O desfecho foi rápido e parcial. O atacante vendeu cerca de 7,2 milhões dos tokens cunhados, converteu o produto e recebeu 306,6 ETH, perto de 727 mil dólares (cerca de 650 mil euros), na Ethereum, antes de a equipa reagir. A Cysic colocou na lista negra o endereço do atacante às 13:47:52 UTC, 76 minutos depois do início, congelando aproximadamente 2,8 milhões de tokens (cerca de 28% do total cunhado), conforme relatou a crypto.news. A fundação sublinhou que a mainnet da Cysic não foi afetada e que «os ativos existentes dos utilizadores não foram roubados», acrescentando um detalhe importante para a leitura dos números: «a quantidade de tokens cunhada não representa, por si só, a perda final em dólares». Uma oferta de recompensa de 10% foi recusada, e os fundos acabaram encaminhados para o Tornado Cash, segundo a Shattered.

A lição da Cysic é desconfortável para quem acha que um bom código basta. A ponte foi comprometida através de um sistema de apoio, uma base de dados, que nenhuma auditoria de contrato inteligente cobre. O verificador on-chain estava a fazer o seu trabalho; o problema é que o seu trabalho era confiar numa fonte que deixou de ser fiável. Quando a mensagem que chega é forjada mas bem-formada, a melhor lógica de validação do mundo limita-se a carimbar a fraude.

WAX: o levantamento sem depósito

Cinco dias depois, a 22 de outubro, foi a vez da bridge multichain da WAX, que liga a WAX à Solana e à Ethereum. Aqui a falha foi de contabilidade, não de infraestrutura. A lógica de levantamento libertou ativos mapeados no lado da Solana e da Ethereum sem exigir o depósito correspondente do lado da WAX. Descrita por alguns analistas como uma condição de «taxa negativa», a falha permitiu que o atacante retirasse valor de um lado sem pagar nada do outro, exatamente o tipo de desequilíbrio que uma ponte existe para impedir.

O prejuízo foi pequeno em termos absolutos: 52.986 USDC, 21.558 USDT, 840 DAI, 2,55 WETH e 0,11 WBTC, algo entre 75 mil e 90 mil dólares (grosso modo 67 a 81 mil euros), de acordo com a Shattered. A monitorização em tempo real da Blockaid detetou o padrão anómalo, a equipa suspendeu a ponte, e a WAX retomou as operações já a 23 de outubro com uma correção, limites por transferência e a promessa de repor as reservas. Em termos de danos, foi o menos grave dos três.

Em termos conceptuais, porém, a WAX é o caso mais puro. Uma ponte tem uma única invariante a defender: para cada unidade libertada no destino, tem de existir uma unidade bloqueada na origem. A falha da WAX foi literalmente esquecer-se de verificar metade dessa equação. É a mesma classe de erro que, numa escala muito maior, derrubou pontes históricas como a Nomad, onde uma raiz de confiança inicializada a zero fez com que qualquer mensagem passasse a ser válida. A diferença entre 75 mil e 190 milhões é sorte e escala; a falha subjacente, libertar valor sem provar o seu lastro, é idêntica.

Initia: a queima que ninguém verificou

O terceiro caso, a 23 de outubro, foi o mais severo e o mais instrutivo. Um atacante explorou um bug de caching de scripts na MoveVM, o motor que executa contratos Move na cadeia Initia, às 14:59:26 UTC. Esse bug de dia zero permitiu-lhe cunhar dois milhões de AUSD, a stablecoin da rede, sem qualquer lastro. Até aqui, seria um problema interno. O que transformou um bug de execução num assalto cross-chain foi o passo seguinte, e é aqui que vale a pena abrandar.

O adaptador da ponte consegue confirmar que determinados tokens foram queimados. O que não consegue confirmar é se esses tokens alguma vez estiveram cobertos. O atacante cunhou uma reivindicação sem lastro, queimou-a, e o adaptador, ao ver a queima, libertou garantia real do outro lado. Através de rotas que passaram pela LayerZero, por adaptadores do lado da Ethereum e pelo protocolo CCTP da Circle, saíram aproximadamente 1,4 milhões de AUSD, 105 ETH e 1,08 milhões de USDC, cerca de 2,7 milhões de dólares (perto de 2,4 milhões de euros), segundo a KuCoin. A reserva de USDC da ponte caiu para 63 dólares, de acordo com a CryptoSlate, deixando os levantamentos legítimos sem fundos.

A reação foi drástica. A Initia deixou de produzir blocos às 15:41:30 UTC, cerca de 42 minutos após o início do ataque e apenas 14 minutos depois de o investigador pseudónimo Spreek ter sinalizado a atividade on-chain. O cofundador afirmou que o problema estava confinado à MoveVM e não afetava o token INIT. A 27 de outubro, porém, não existe ainda nenhum post-mortem final, nenhuma data de reinício foi anunciada, e a L1, as rollups e os fluxos da ponte permaneciam todos suspensos. A Initia é o retrato da pior versão da falha de outubro: a ponte confirmou um facto verdadeiro (a queima) e ignorou o facto que importava (o lastro).

O estudo das 830 falhas: isto não é azar, é um padrão

Se três bridges partidas em sete dias parecem uma maré de azar, a investigação académica discorda. A 9 de outubro, dias antes do início desta sequência, cinco investigadores da Academia Chinesa de Ciências e da Universidade de Zhejiang submeteram ao arXiv o primeiro censo sistemático desta classe de falhas, com o título Understanding Verification Vulnerabilities in Cross-chain Bridges: An Empirical Study. Analisaram 588 relatórios de auditoria de 36 projetos de bridges reais, destilaram 11 padrões de vulnerabilidade de verificação cruzada (a que chamam CVV) organizados em cinco categorias de alto nível, e construíram um conjunto de dados com 830 instâncias de falhas distribuídas por 786 ficheiros de contrato.

A definição que o próprio estudo oferece podia ter sido escrita a ver os ataques de outubro. Os contratos de bridge, escrevem os autores, «introduzem lógica de verificação adicional para validar dados de cadeias externas, como provas de estado, identidades de quem envia mensagens e assinaturas», e «implementar corretamente essa lógica é difícil». É isto que a Cysic, a WAX e a Initia têm em comum: todas tinham de validar um dado externo (uma mensagem, um depósito, uma queima) e todas validaram mal. A frase de Fisch, «a ponte funcionou como foi desenhada, apenas acreditou na informação errada», é a versão jornalística do que o estudo formaliza em 786 ficheiros.

O achado mais inquietante não é o número de falhas, é a dificuldade de as detetar automaticamente. As ferramentas existentes oferecem cobertura documentada limitada destes padrões, e, dos quatro modelos de linguagem de grande escala que os autores testaram como detetores, apenas dois superaram uma linha de base ingénua de 29,3% de Macro-F1; o melhor chegou a 51,2%. Traduzindo: a melhor inteligência artificial testada acerta em pouco mais de metade das vezes a identificar que tipo de falha de verificação está perante ela. O estudo estima ainda que, até junho de 2026, pelo menos 11 ataques a bridges envolvendo vulnerabilidades de verificação resultaram em cerca de 330 milhões de dólares (perto de 296 milhões de euros) em perdas, um número coerente com os totais independentes da PeckShield.

A moral é que estas falhas não são exóticas nem imprevisíveis. São um catálogo conhecido, documentado em centenas de relatórios de auditoria, que a indústria continua a reproduzir porque as ferramentas de deteção ficam para trás e porque a camada onde a verificação acontece é, muitas vezes, a camada que ninguém audita. A tabela seguinte traduz os três casos de outubro para o vocabulário desse catálogo.

Repare-se que nenhuma das três colunas do meio diz «cifra partida» ou «chave adivinhada». Todas dizem a mesma coisa por outras palavras: a ponte aceitou como verdadeiro algo que não era. E não foram as únicas de outubro: a 1 de outubro, a NEAR Intents sofreu um exploit de cerca de 3,8 milhões de dólares, com os fundos devolvidos no dia seguinte após contacto da equipa, segundo a CoinDesk; e a 13 de outubro, a Autheo viu cunharem 19 milhões de tokens não lastreados por uma rota de bridge Hyperlane que usava um único relayer de confiança. O mês foi, por si só, uma pequena enciclopédia de falhas de verificação.

Chaves, não código: para onde foi mesmo o dinheiro em 2026

A semana de outubro encaixa num padrão que domina 2026 inteiro. A TRM Labs, no seu relatório do primeiro semestre, contou um número recorde de 207 ataques com cerca de 972 milhões de dólares (perto de 872 milhões de euros) roubados, menos em valor do que no ano anterior mas mais em frequência. O dado que interessa é a distribuição: o comprometimento de infraestrutura, chaves e operações representou apenas cerca de 15% dos incidentes, mas 76% do valor perdido. Dito de outra forma, os bugs de Solidity são a maioria dos incidentes e uma minoria do dinheiro; é a camada humana e operacional que sangra as grandes somas. Foi a primeira vez, nota a TRM Labs, que o compromisso de chaves superou o código como vetor dominante.

Ronghui Gu, cofundador da auditora CertiK, resumiu a mudança numa frase que vale por um relatório inteiro: «Um protocolo pode passar uma auditoria de código impecável e ainda assim perder milhões por causa de uma chave de administração comprometida», disse à Forbes. A Cysic é a ilustração perfeita: o contrato estava são, a base de dados é que não. O terceiro trimestre não melhorou o quadro. A CertiK contabilizou cerca de 1,26 mil milhões de dólares (aproximadamente 1,13 mil milhões de euros) perdidos em 247 incidentes, um salto de 53,9% face ao trimestre anterior, com o roubo da exchange Bitget a dominar, segundo a Cointelegraph.

Esta é também a razão pela qual as auditorias, por mais rigorosas que sejam, não chegam. Uma auditoria lê o contrato inteligente. Não lê a base de dados que alimenta o verificador, não lê a configuração que decide quantos nós têm de concordar, não lê o fluxo de trabalho de um programador cujo portátil foi infetado. A bridge de 2026 perde dinheiro precisamente pelas costuras que o relatório de auditoria não cobre. É um ponto que o leitor atento já encontrou noutros contextos: o risco concentra-se sempre no elo que ninguém está a verificar, seja um cliente de validação mal diversificado, como analisámos a propósito da oferta de ETH trancada, seja um único verificador numa ponte.

O palmarés que não envelhece

Nada disto é novo, e é por isso que é tão frustrante. O historial das grandes pontes é uma galeria dos mesmos erros repetidos em maior escala. Vale a pena olhá-lo de frente, porque cada linha desta tabela é um aviso que a semana de outubro mostrou não ter sido ouvido.

A Chainalysis calculou que, só em 2022, cerca de 2 mil milhões de dólares foram roubados em 13 ataques a bridges, aproximadamente 69% de todo o roubo de cripto nesse ano, segundo a própria Chainalysis. O caso KelpDAO merece destaque não pelo valor, mas pelo efeito de contágio: o rsETH drenado era garantia sistémica usada noutros protocolos, o que empurrou dívida incobrável para mercados de crédito como a Aave e obrigou a uma coligação de resgate sem precedentes. Esse episódio, e a disputa sobre quem fica a pagar a conta, ecoa diretamente a guerra civil que abalou a DAO da Aave. Uma ponte comprometida raramente fica contida na ponte.

O mercado já votou: 15 mil milhões fugiram para a CCIP

Se a engenharia ainda discute, o capital já decidiu. A revisão do terceiro trimestre da Chainlink, publicada a 21 de outubro, reportou mais de 15 mil milhões de dólares (cerca de 13,5 mil milhões de euros) em valor tokenizado migrado para o seu protocolo de interoperabilidade, a CCIP, ao longo de 2026, com a rede a assegurar agora acima de 85 mil milhões de dólares em valor cross-chain, segundo a FinanceFeeds. O catalisador foi explícito: o assalto de 292 milhões à KelpDAO em abril, atribuído ao grupo norte-coreano Lazarus, que expôs o perigo de uma ponte depender de um único verificador.

A debandada tem nomes. A BitGo moveu mais de 7,7 mil milhões de dólares em Wrapped Bitcoin em agosto, a Mantle migrou mais de 2,5 mil milhões através do seu MNT Super Portal em julho, e a própria KelpDAO transferiu mais de 1,5 mil milhões em rsETH em maio; Lombard, Solv, Virtuals e Kraken juntaram centenas de milhões cada. A diferença de desenho é o que move o dinheiro: a CCIP exige pelo menos 16 operadores de nós independentes por rota, mais uma Rede de Gestão de Risco separada, escrita por uma equipa diferente, capaz de vetar uma transferência sobre uma raiz que não tenha observado. Em outubro, a Chainlink lançou a CCIP 2.0, acrescentando verificação independente e controlos de conformidade para clientes institucionais, de acordo com a KuCoin.

Do outro lado, a própria LayerZero reconheceu, a 9 de maio, que «cometeu um erro» ao permitir que a sua rede de verificadores assegurasse ativos de alto valor numa configuração de risco, conforme noticiou a crypto.news, e retirou o suporte às configurações de um único verificador (1-de-1 DVN), caminhando para esquemas mais exigentes. O ponto não é que uma empresa seja boa e a outra má; é que o mercado aprendeu a diferença entre confiar num verificador e confiar em muitos, e está a pagar por essa diferença. A configuração deixou de ser um detalhe técnico para passar a ser o próprio produto.

Apagar o cofre: emissão nativa, intents e o limite de Buterin

Aumentar o número de verificadores encarece o ataque, mas não elimina o cofre. A outra metade da resposta da indústria é mais radical: encolher ou apagar o próprio cofre. A emissão nativa é a ferramenta principal. O protocolo CCTP da Circle move USDC nativo queimando-o numa cadeia e cunhando-o noutra, sem versão embrulhada, sem pilha de garantias presa num contrato e sem custodiante, como descreve a própria Circle. Se não há cofre com milhares de moedas lá dentro, não há honeypot para assaltar; o pior que um atacante pode fazer é falsificar uma queima, que é um problema de verificação muito mais estreito.

A segunda ferramenta é limitar o estrago quando algo corre mal. O padrão xERC-20, proposto como EIP-7281, deixa o emissor de um token controlar que pontes o podem cunhar e impor limites de ritmo por ponte, que se recarregam ao longo do tempo. Uma ponte comprometida fica assim limitada ao seu teto, incapaz de cunhar a oferta inteira de uma só vez, o tipo de cunhagem catastrófica que vimos quando um atacante gera milhões de tokens do nada. A terceira ferramenta são os intents: em vez de o utilizador atravessar uma ponte, declara o resultado que quer e um «solver» adianta os fundos no destino, assumindo o risco até ser reembolsado. O padrão ERC-7683 tenta uniformizar essa linguagem, e protocolos como a Across já a usam para comprimir tanto o custo como a superfície de ataque.

Nenhuma destas soluções é uma bala de prata, e convém não a vender como tal. A própria NEAR Intents foi explorada a 1 de outubro, prova de que mover a confiança para os solvers e para as costuras off-chain não a elimina, apenas a desloca. É a tese de fundo de Vitalik Buterin desde 2022: «há limites fundamentais para a segurança de pontes que saltam entre várias zonas de soberania», argumentou o cofundador da Ethereum, defendendo um futuro multi-chain mas não cross-chain, conforme reportou o The Defiant. Cada salto entre cadeias herda a pior segurança das duas pontas, e nenhum truque de engenharia revoga essa aritmética.

Porque é que a CMVM não te devolve o dinheiro

Para o leitor português, a pergunta prática é simples: se eu perder fundos numa bridge, quem responde? A resposta honesta é desconfortável. O quadro europeu é o MiCA, transposto em Portugal pela Lei n.º 69/2025, com o período transitório para os prestadores nacionais a terminar a 1 de julho de 2026, conforme detalham a Banco de Portugal e a análise jurídica da CMS. Nesse arranjo, a CMVM supervisiona a conduta de mercado e o abuso de mercado, e o Banco de Portugal trata da componente prudencial, da governação dos prestadores de serviços (CASP) e das stablecoins (tokens de moeda eletrónica e tokens referenciados a ativos).

O problema é que o MiCA regula prestadores de serviços, não protocolos. Uma exchange que te vende cripto é um CASP e tem obrigações; uma bridge autónoma, uma vez implantada, muitas vezes não tem operador a quem o regulador possa chegar. Não há balcão, não há licença, não há entidade a quem apresentar queixa com expectativa realista de reembolso. É a mesma propriedade, «ninguém controla isto depois de implantado», que torna as pontes difíceis de proteger e difíceis de regular depois do facto. Esta zona cinzenta de responsabilidade, a de saber quem responde quando o código corre e algo arde, é exatamente a que explorámos a propósito de quem responde quando uma DAO arde.

A história recente das sanções confirma o impasse. Depois de o Tesouro dos EUA ter sancionado o misturador Tornado Cash em 2022, citando milhares de milhões lavados, incluindo fundos da Ronin e da Harmony, um tribunal federal decidiu em 2024 que a OFAC excedera a sua autoridade, por contratos inteligentes imutáveis não poderem ser «propriedade» de ninguém; o Tornado Cash foi retirado da lista em março de 2025, como noticiou a Forbes. A aplicação da lei tem tido mais sucesso contra pessoas (programadores, operadores) do que contra protocolos. Para o utilizador individual, a conclusão é dura mas útil: a prevenção é a única apólice de seguro que realmente existe.

Como ler uma bridge antes de a usares

Se o reembolso é improvável, a defesa passa a ser escolher bem e mover-se depressa. Não é preciso ser engenheiro para reduzir drasticamente o risco; é preciso fazer meia dúzia de perguntas antes de carregar em «confirmar». A lista seguinte é o mínimo defensável.

• Quem verifica a mensagem? Se a resposta for «um único validador» ou «um relayer de confiança», é um sinal de alarme. Prefere desenhos com múltiplos verificadores independentes ou provas criptográficas.
• O ativo é nativo ou embrulhado? A emissão nativa (CCTP e afins) não tem cofre para assaltar; a versão embrulhada vive de uma pilha de garantias que é, por definição, um alvo.
• Precisas mesmo de atravessar? Muitas vezes um agregador, um protocolo de intents ou até uma exchange centralizada resolvem o mesmo problema sem te exporem ao cofre.
• Nunca estacionar fundos na ponte. Atravessa o valor e tira-o do caminho. Uma ponte não é uma conta poupança; é um corredor para percorrer depressa.
• Confirma o site, não o anúncio. O vetor de perda mais comum para o utilizador individual não é o contrato a ser drenado, é um frontend falso promovido em anúncios de pesquisa. Verifica o domínio e as aprovações que estás a assinar.

Traduzindo essas perguntas em sinais concretos, a tabela abaixo separa aquilo que deve dar confiança daquilo que deve fazer recuar.

O que esperar depois desta semana

A semana de 17 a 23 de outubro não mudou a trajetória do setor; confirmou-a. Duas forças continuam a puxar em direções opostas. De um lado, a consolidação: o capital institucional foge para um punhado de redes de verificação robustas, e os mais de 15 mil milhões de dólares migrados para a CCIP são o sinal mais nítido de que a segurança passou a ser um critério de compra, não um detalhe de rodapé. Do outro, a fragmentação: cada nova cadeia, cada nova rollup, cada nova máquina virtual (como a MoveVM da Initia) cria superfícies de verificação novas que ainda ninguém estressou o suficiente.

O que o estudo das 830 falhas torna claro é que a indústria não tem um problema de conhecimento, tem um problema de aplicação. Os padrões estão documentados, as auditorias apontam-nos, e mesmo assim repetem-se, porque a camada onde a verificação realmente acontece (bases de dados, configurações, chaves, relayers) escapa ao perímetro que as auditorias cobrem. Enquanto a deteção automática destas falhas acertar em pouco mais de metade das vezes, cada semana calma será apenas o intervalo entre dois incidentes. A direção certa é conhecida: menos confiança, mais prova; menos cofres, mais emissão nativa; menos configurações silenciosas, mais limites explícitos.

Para o utilizador, a síntese é quase banal de tão simples. Trata cada travessia como uma operação de risco, não como um clique de rotina. Pergunta quem verifica, pergunta o que está em jogo, atravessa depressa e não deixes nada parado. A Cysic, a WAX e a Initia não foram vítimas de uma arma secreta; foram apanhadas a confiar em algo que não deviam. É uma lição que o setor já sabe de cor e que, previsivelmente, voltará a esquecer na próxima semana calma.

Perguntas frequentes

O que é uma bridge cross-chain em cripto?

Uma bridge, ou ponte cross-chain, é o software que permite mover um ativo de uma blockchain para outra. Tranca ou queima o ativo na cadeia de origem e cunha ou liberta um equivalente na cadeia de destino, funcionando como uma máquina de verificação que decide se uma afirmação sobre outra cadeia é verdadeira antes de agir.

Porque é que as bridges são o alvo preferido dos atacantes?

Porque concentram num só sítio as garantias de toda a gente que as atravessou. Um protocolo de empréstimo arrisca os fundos de quem lá deposita, mas uma bridge guarda um cofre coletivo, por isso quem encontra a falha não leva uma posição, leva o cofre inteiro. Em 2026, o comprometimento de infraestrutura e chaves representou cerca de 15% dos incidentes mas 76% do valor perdido, segundo a TRM Labs.

O que aconteceu à Cysic, WAX e Initia em outubro de 2026?

Em sete dias falharam três bridges de três formas diferentes. A Cysic perdeu 727 mil dólares a 17 de outubro quando uma base de dados comprometida alimentou uma mensagem de cunhagem forjada. A WAX libertou cerca de 75 mil dólares a 22 de outubro ao pagar levantamentos sem depósito correspondente. A Initia suspendeu a cadeia a 23 de outubro depois de um bug na MoveVM permitir cunhar 2 milhões de AUSD sem lastro, drenando cerca de 2,7 milhões de dólares.

As bridges são seguras e como posso reduzir o risco?

Nenhuma bridge é totalmente segura, mas o risco reduz-se muito com escolhas simples: preferir pontes com múltiplos verificadores independentes em vez de um único, favorecer emissão nativa em vez de tokens embrulhados, nunca estacionar fundos na ponte, confirmar sempre o domínio real em vez de clicar em anúncios, e ponderar se um agregador ou uma exchange resolvem o mesmo problema sem exposição ao cofre.

A CMVM reembolsa quem perde dinheiro numa bridge?

Na prática, não. O MiCA, transposto em Portugal pela Lei n.º 69/2025, regula prestadores de serviços como exchanges e custodiantes, não protocolos autónomos. Uma bridge sem operador identificável, uma vez implantada, não tem entidade a quem a CMVM ou o Banco de Portugal possam exigir reembolso, pelo que a prevenção é a única apólice que realmente protege o utilizador.

Por Yuki Tanaka, redação de DeFi e On-Chain da HOGE Wire.