No dia 6 de setembro, foi amplamente divulgado que a Liquid Network, infraestrutura construída sobre o ecossistema do Bitcoin, havia sofrido um ataque que resultou na retirada de aproximadamente 4.000 bitcoins de sua custódia federada, em um montante que chegou a cerca de US$ 320 milhões.O episódio chamou atenção não apenas pelo valor envolvido, mas pela forma como os recursos foram obtidos: os responsáveis exploraram uma vulnerabilidade no software utilizado pela rede para validar determinadas transações e, a partir dela, conseguiram criar aproximadamente 4.000 L-BTC sem o correspondente lastro em Bitcoin. Esses ativos foram posteriormente utilizados para retirar bitcoins reais da custódia federada da Liquid por meio da SideSwap.A primeira distinção importante é também a mais simples: o Bitcoin não foi hackeado. Não houve alteração na blockchain do Bitcoin, quebra de sua criptografia ou criação de novos bitcoins. O ataque ocorreu em uma infraestrutura construída ao redor do Bitcoin, especificamente na Liquid Network, uma sidechain federada criada para permitir transações com maior velocidade, privacidade e flexibilidade.Essa diferença é fundamental. A Liquid utiliza o L-BTC como uma representação do Bitcoin dentro de sua própria rede. Em condições normais, existe uma correspondência entre esses ativos e os bitcoins mantidos sob custódia federada pelos participantes da rede, em um modelo de assinaturas múltiplas (multisig): quando alguém movimenta BTC para a Liquid, recebe L-BTC; quando deseja retornar à rede principal, o processo inverso permite que o L-BTC seja convertido novamente em BTC.O problema atingiu justamente essa relação.Uma vulnerabilidade no software Elements, utilizado pela Liquid, afetava o mecanismo responsável pela validação de determinadas provas criptográficas das transações. Em termos simplificados, o sistema mantinha em memória resultados de verificações anteriores para evitar que os mesmos dados precisassem ser processados repetidamente. A falha permitia que determinadas informações inválidas fossem tratadas como se já tivessem sido validadas.Foi assim que os atacantes conseguiram fazer com que a rede aceitasse L-BTC que não possuíam o correspondente lastro em Bitcoin.Uma analogia com o sistema financeiro tradicional ajuda a compreender o que aconteceu. Não seria correto dizer que os responsáveis “fraudaram o Banco Central para emitir dinheiro”. Eles não criaram novos bitcoins nem alteraram a política monetária do Bitcoin. É mais próximo de alguém descobrir uma falha no sistema de uma instituição financeira, apresentar um comprovante de crédito que não corresponde a um depósito real e conseguir que o sistema aceite aquele comprovante como legítimo. Se, na etapa seguinte, esse crédito falso puder ser convertido em dinheiro efetivo, a vulnerabilidade deixa de ser apenas um problema contábil e passa a representar uma perda patrimonial concreta.Foi, em essência, o que aconteceu na Liquid. Os atacantes conseguiram produzir L-BTC sem lastro e utilizaram esses ativos em uma operação de peg-out, mecanismo destinado a transformar L-BTC novamente em Bitcoin. O resultado foi que uma falha na camada de validação permitiu que bitcoins efetivamente existentes na custódia federada fossem enviados para fora dela.A própria Liquid informou que as chaves criptográficas utilizadas no processo não haviam sido comprometidas. Portanto, não se tratou de uma invasão convencional de carteira. O problema estava no mecanismo que determinava se aquela operação era legítima.Essa diferença é relevante porque mostra que a segurança de sistemas financeiros digitais não depende apenas da proteção das chaves. Ela também está relacionada àquilo que acontece antes de uma assinatura, antes de uma autorização e antes de uma liquidação. Se o mecanismo que determina se uma operação é válida estiver vulnerável, o sistema pode autorizar uma movimentação perfeitamente legítima do ponto de vista criptográfico, mas baseada em uma premissa falsa.Depois da descoberta do ataque, a Liquid interrompeu temporariamente suas operações enquanto trabalhava na correção da vulnerabilidade. Os responsáveis, que se autodenominaram white hats, passaram a se comunicar por mensagens registradas na própria blockchain do Bitcoin e afirmaram que devolveriam os recursos depois que o problema fosse corrigido.Posteriormente, aproximadamente 3.400 BTC foram devolvidos. Cerca de 600 BTC, avaliados em aproximadamente US$ 47 milhões, permaneceram sob controle dos responsáveis pelo ataque.A classificação desses agentes como “hackers éticos”, contudo, exige cautela. O termo white hat normalmente está associado a profissionais que identificam vulnerabilidades com autorização ou comunicam o problema aos responsáveis sem causar prejuízo patrimonial. Nesse caso, houve exploração efetiva da falha, retirada de ativos e retenção de parte dos recursos. A própria Blockstream contestou a ideia de que a retenção dos bitcoins pudesse ser tratada simplesmente como uma recompensa pela descoberta da vulnerabilidade.Independentemente da discussão sobre a intenção dos atacantes, o episódio expõe uma questão mais ampla sobre a arquitetura do ecossistema de ativos digitais.O Bitcoin foi concebido para que sua rede principal possua determinadas propriedades de segurança, consenso e verificação que não dependem de uma instituição central autorizando cada transferência. Mas isso não significa que todas as estruturas construídas ao redor do Bitcoin herdem automaticamente essas mesmas propriedades.À medida que o Bitcoin passa a ser utilizado por meio de sidechains, pontes, custodiante, corretoras, protocolos de tokenização e sistemas de liquidação, surgem novas camadas entre o usuário e a blockchain principal. Essas estruturas podem resolver problemas importantes de escalabilidade, privacidade, liquidez e usabilidade. Ao mesmo tempo, acrescentam códigos, regras, mecanismos de validação e, consequentemente, novos pontos potenciais de falha.A segurança do Bitcoin, portanto, não se transfere automaticamente para tudo aquilo que utiliza o Bitcoin como base.Essa distinção é particularmente importante porque o usuário final normalmente enxerga apenas o ativo. Para quem possui BTC, pode parecer indiferente se uma operação acontece diretamente na blockchain principal ou por meio de uma infraestrutura construída sobre ela. Tecnicamente, entretanto, são ambientes diferentes, com modelos de confiança e superfícies de ataque diferentes.O incidente da Liquid torna essa diferença concreta. O Bitcoin continuou funcionando. Sua blockchain não precisou ser interrompida, reorganizada ou modificada. O que falhou foi um mecanismo externo responsável por representar e movimentar Bitcoin em outro ambiente.Isso não diminui a gravidade do episódio. Pelo contrário. Quanto mais essas infraestruturas passam a funcionar como pontes entre diferentes sistemas financeiros, maior é a importância de seus mecanismos de segurança. Uma vulnerabilidade localizada pode permitir que um problema originalmente restrito a uma camada específica alcance ativos que possuem valor econômico efetivo fora dela.Há, portanto, um paradoxo na evolução da infraestrutura cripto. Quanto mais sofisticado se torna o ecossistema, mais possibilidades surgem para utilizar Bitcoin de maneiras que não seriam possíveis apenas com as funcionalidades básicas da rede. Mas essa sofisticação também aumenta a quantidade de componentes que precisam ser confiáveis, auditados e monitorados.O ataque à Liquid é um exemplo claro desse fenômeno porque a falha não estava na escassez do Bitcoin, nem em sua criptografia, nem no consenso da rede principal. O problema estava no mecanismo utilizado para afirmar que determinado ativo dentro de uma infraestrutura paralela correspondia, de fato, a um Bitcoin mantido sob custódia federada pelos membros da federação da Liquid.A questão, portanto, vai além dos US$ 320 milhões movimentados no ataque. Ela diz respeito à própria relação de confiança entre um ativo digital e as estruturas criadas para representá-lo, custodiá-lo ou transferi-lo.No sistema financeiro tradicional, essa confiança costuma estar associada a bancos, câmaras de compensação, instituições de custódia e autoridades reguladoras. No universo dos ativos digitais, ela pode estar distribuída entre código, contratos, federações, validadores, pontes e mecanismos automatizados de liquidação. A substituição de instituições por software não elimina a necessidade de confiança. Ela apenas muda o lugar onde essa confiança precisa ser depositada.Por isso, o ataque à Liquid não demonstra que o Bitcoin seja inseguro. Os fatos conhecidos não sustentam essa conclusão. O que ele demonstra é algo mais específico: a segurança de um ativo não pode ser analisada apenas pela segurança da blockchain na qual ele foi originalmente criado. É preciso examinar também todas as camadas pelas quais esse ativo circula.Bitcoin pode continuar sendo uma das redes mais robustas do mundo e, ainda assim, uma infraestrutura construída sobre ele pode apresentar uma vulnerabilidade capaz de movimentar centenas de milhões de dólares.À medida que o Bitcoin deixa de ser apenas uma rede e passa a servir como base para uma infraestrutura financeira mais ampla, a análise dos riscos associados ao seu uso exige considerar não apenas o protocolo central, mas também as interfaces, os mecanismos de custódia, os sistemas de liquidação e as demais estruturas que fazem a conexão entre o ativo e o mundo real.O caso da Liquid mostra que, em um sistema cada vez mais complexo, a vulnerabilidade pode não estar na tecnologia que sustenta o Bitcoin, mas justamente nas camadas criadas para ampliar suas possibilidades de uso. A evolução do ecossistema traz novas funcionalidades, mas também novos pontos de confiança e, consequentemente, novas superfícies de ataque. O episódio mostra, portanto, que os riscos associados ao uso do Bitcoin também precisam ser avaliados a partir das infraestruturas que o representam, custodiam e movimentam fora de sua blockchain principal.ReferênciasChainalysis. (2026, September 9). How the $320M exploit of Liquid Network went down. https://www.chainalysis.com/blog/320m-exploit-liquid-network/CoinDesk. (2026, September 8). Liquid Network gets back 3,400 bitcoin from whitehat hackers; talks underway for the rest. https://www.coindesk.com/markets/2026/09/08/white-hat-hackers-return-most-of-usd320m-bitcoin-taken-from-liquid-networkLivecoins. (2026, September 7). Liquid Network sofre ataque de US$ 320 milhões em Bitcoin. https://livecoins.com.br/liquid-network-sofre-ataque-de-us-320-milhoes-em-bitcoin/Reuters. (2026, September 7). Bitcoin-based Liquid Network says $320 million withdrawn in hack. https://www.reuters.com/technology/bitcoin-based-liquid-network-says-320-million-withdrawn-hack-2026-09-07/TRM Labs. (2026, September). 2026’s biggest hack to date: Attackers drained USD 319 million in Bitcoin from Liquid Network, then returned 85% of funds. https://www.trmlabs.com/resources/blog/2026s-biggest-hack-to-date-attackers-drained-usd-319-million-in-bitcoin-from-liquid-network-then-returned-85-of-fundsFonte: O ataque à Liquid Network e os riscos das camadas construídas sobre o BitcoinVeja mais notícias sobre Bitcoin. Siga o Livecoins no Facebook, Twitter, Instagram e YouTube.