O hack no sidechain Liquid Network, que levou quase 4.000 BTC (cerca de US$ 320 milhões), expôs uma ilusão perigosa que reina no mercado. A rede teve que pausar as operações, e as exchanges congelaram depósitos e saques de LBTC na hora. O incidente escancarou a diferença brutal entre a segurança matemática do ledger distribuído do Bitcoin e um sistema multisig federado na mão de um punhado de empresas.
O que rolou no hack da Liquid Network
A rede Liquid, desenvolvida pela Blockstream (a empresa do Adam Back), foi drenada em quase 4.000 BTC — o que equivale a US$ 320 milhões e representa cerca de 95% de todo o colateral em BTC usado para emitir LBTC. A rede foi paralisada e o fluxo de LBTC nas corretoras foi travado imediatamente.
Em press releases e na mídia especializada, a Blockstream sempre vendeu a rede como uma "solução de segunda camada (L2)". Na prática, o ataque escancarou a distância entre uma blockchain pública de verdade e uma federação multisig rodando na infraestrutura de poucas entidades corporativas. Os 95% do colateral roubados não sumiram por uma falha na camada base do Bitcoin, mas sim porque o gateway externo, mantido pelos "funcionários" da federação, foi totalmente comprometido.
Por que o Bitcoin é inquebrável, mas a Liquid rodou?
A diferença gritante entre o Bitcoin e qualquer sidechain, bridge ou L2 está no modelo de segurança e na mecânica de consenso.
O Bitcoin é blindado por Proof-of-Work (PoW) e validado por dezenas de milhares de nodes independentes rodando o protocolo no mundo todo. Para aprovar uma transação inválida no Bitcoin (tipo roubar moedas de uma carteira sem uma assinatura ECDSA/Schnorr válida), não adiantaria nem controlar 99% do hashrate. Os full nodes simplesmente rejeitariam o bloco na hora. O único vetor de ataque teórico à história da rede é o ataque de 51%, que permite reordenar transações já feitas (gasto duplo), mas nunca forjar assinaturas de terceiros.
Na Liquid Network, o jogo é totalmente outro. Ela não é uma blockchain independente, mas sim uma Strong Federated Sidechain.
| Parâmetro | Bitcoin (L1) | Liquid Network (Sidechain) |
|---|---|---|
| Mecanismo de consenso | Proof-of-Work (PoW) | Consenso Federado (Strong Federation) |
| Validação de blocos | ~50.000+ full nodes independentes | Quórum de 15 de 20 (ou 11 de 15) Functionaries |
| Custódia do colateral (BTC) | Private keys distribuídas dos usuários | Custódia Multisig (Watchmen / Functionaries) |
| Vetor de ataque para roubo | Matematicamente impossível (Criptografia ECDSA/Secp256k1) | Comprometimento das chaves privadas dos membros da federação |
| Paralisação da rede | Impossível (Rede P2P autônoma) | Interrupção manual acionada pelos operadores |
A Liquid roda sob o esquema de 2-way peg (ancoragem bidirecional). O usuário trava BTC em um endereço multisig na rede principal do Bitcoin, gerenciado pelos chamados "Functionaries" — um grupo seleto de exchanges e players institucionais. Em troca, uma quantidade equivalente de LBTC é mintada na Liquid.
O rombo de 4.000 BTC não aconteceu por falha na criptografia de curva elíptica nem por bug no código do Bitcoin Core. Os atacantes simplesmente meteram a mão nas chaves de assinatura do multisig dos federados, que guardavam os bitcoins de lastro na L1.
A ilusão de arquitetura: Blockchain de verdade vs. Banco de dados com grife
Virou mania no marketing cripto chamar qualquer lista encadeada de blocos assinada por meia dúzia de servidores de "blockchain inovadora".
Uma blockchain de verdade precisa entregar três pilares inegociáveis:
- Ambiente Trustless: Sem privilégios para ninguém. Nenhuma entidade consegue censurar transações ou alterar saldos unilateralmente.
- Imutabilidade Real: Reescrever o histórico após a confirmação fica exponencialmente mais caro a cada novo bloco minerado.
- Validação Sem Concessões: Todo e qualquer node valida de forma autônoma todas as regras desde o bloco Genesis.
Soluções como a Liquid são, na prática, bancos de dados corporativos permissionados com assinatura criptográfica (basicamente, uma custódia multisig gourmetizada). Quando você troca BTC por LBTC, WBTC ou qualquer outro token sintético, você abre mão das garantias matemáticas do Bitcoin em troca da confiança jurídica e técnica de um grupo de custodiantes.
[Usuário]
│
▼ (Trava: Matemática PoW + Secp256k1)
[Blockchain Bitcoin] ──► [Cofre Multisig dos Federados] ◄── [VETOR DE ATAQUE (Chaves/Servidores)]
│
▼ (Trava: Reputação de 15 empresas)
[Rede Liquid / LBTC]Se as chaves do multisig vazarem (como aconteceu na Liquid), o lastro evaporou e o LBTC vira pó, um token sem garantia nenhuma por trás.
Por que é impossível roubar Bitcoins da rede principal?
Muita gente se pergunta: se os caras drenaram US$ 320 milha da Liquid, eles conseguem "hackear" o Bitcoin da mesma forma?
A resposta curta é: Não. O Bitcoin não tem um cofre central, não depende de smart contract único e nem de servidores de custódia.
Cada BTC existe como um UTXO (Unspent Transaction Output) travado por um script matemático. Para movimentar esse UTXO, você precisa apresentar a única prova aceita: a chave privada correspondente àquele endereço público.
- Ataque por força bruta na chave privada: O tamanho da chave Secp256k1 é de 256 bits. Isso dá um espaço de busca de 2256 combinações (algo como 1077). Nem se juntássemos todo o poder de processamento do planeta conseguiríamos adivinhar uma única chave antes do fim do universo.
- Ataque ao código do protocolo: Qualquer mudança no Bitcoin Core passa por um processo brutal de code review, e qualquer bloco fora das regras é simplesmente ignorado pela rede. Se os mineradores tentarem inventar moedas acima do limite de 21 milhões, os full nodes rejeitam os blocos na hora e a transação nem roda.
Brechas só aparecem onde entra o fator humano e a centralização de chaves: em bridges, sidechains, corretoras centralizadas e estruturas multisig customizadas.
Anatomia do Risco: por que bridges custodiais estão sempre na mira dos hackers
O incidente com a Liquid Network escancarou o maior gargalo de toda a infraestrutura de transferências cross-chain: a agregação de liquidez.
Tentando resolver o gargalo de escalabilidade das redes L1, o ecossistema apostou alto em wrapped tokens e sidechains. Só que tem um detalhe: qualquer sistema que exige travar um ativo nativo em um único endereço para mintar a sua versão "sósia" em outra rede cria, automaticamente, um Ponto Único de Falha (Single Point of Failure).
Para um atacante, não faz o menor sentido tentar quebrar a criptografia de curvas elípticas Secp256k1. É infinitamente mais fácil e barato focar o ataque na infraestrutura de gestão de chaves:
- Infraestrutura de Nodes (Node Infrastructure): Os servidores que rodam os nós validadores costumam ficar concentrados em pouquíssimos provedores de nuvem (AWS, Hetzner, GCP). Ao comprometer o acesso à API ou ao hypervisor, o hacker extrai as chaves criptografadas direto da memória RAM.
- Fator Humano e Engenharia Social: Para assinar uma transação num esquema M-of-N, basta dobrar a resistência ou comprometer a máquina dos engenheiros de DevOps das empresas validadoras do ecossistema.
- Vulnerabilidades em Assinatura Limiar (Threshold Signatures / MPC): Quando a federação usa computação distribuída para gerar a assinatura sem expor a chave em um só lugar, brechas matemáticas nas próprias libs de MPC (como rola direto com bibliotecas estilo Fireblocks ou Thorchain) permitem reconstruir a chave-mestra a partir de uma sequência de assinaturas interceptadas.
Análise comparativa de segurança: L1 vs L2 vs Sidechains vs Bridges
Para deixar claro o nível de risco de cada arquitetura, nosso time de analistas traduziu as características das redes em métricas puras de engenharia:
| Tipo de Arquitetura | Exemplo | Proteção da Colateral | Risco de Perda Total dos Fundos | Quem controla o saque para a L1 |
|---|---|---|---|---|
| L1 Blockchain | Bitcoin, Ethereum | Matemática do Consenso (PoW/PoS) + ECDSA/Ed25519 | Inexistente (só se vacilar e perder a Private Key) | O dono da Private Key |
| Trustless L2 / Rollups | Arbitrum, Optimism | ZK-proofs ou Fraud Proofs no nível do Smart Contract da L1 | Mínimo (limitado a bugs no código do contrato L1) | Contrato da L1 baseado em provas matemáticas |
| Federated Sidechain | Liquid, RSK (no modelo base) | Multisig mantido por um grupo de custodiantes (Federação) | Alto (vazamento ou vazamento de chaves dos federados) | Conselho de custodiantes / entidades da federação |
| Cross-chain Bridges | Ronin, Wormhole, Multichain | Smart Contract + Nodes Relayers / Multisig | Crítico (historicamente o vetor de ataque mais visado) | Pool restrito de relayers ou multisig |
O que esse exploit ensina para traders e investidores
Nosso time de engenharia e a equipe de gestão de risco da EXMON definiram três regras práticas para você proteger seu capital quando protocolos externos vacilarem:
- Não confunda ticker com fundamento: LBTC, WBTC, tBTC, BTCB — nada disso é Bitcoin de verdade. São apenas notas promissórias (IOUs) com diferentes níveis de garantia, rodando no topo de outras redes. O peg desses tokens só existe enquanto o pool de colateral na L1 estiver intocado. Se a garantia sumir, o token derrete até virar pó.
- Analise os riscos da cadeia de custódia: Se você segura um ativo sintético para economizar nas taxas de rede ou rodar arbitragem, precisa ter clareza total de quem é o custodiante desse colateral. Se for um multisig de 10 a 15 empresas, você está assumindo o risco acumulado da segurança de cada uma delas.
- Quer guardar para o longo prazo? Use redes nativas: Nenhuma sidechain ou bridge entrega a segurança do Layer 1. Para holdar de verdade, use exclusivamente transações L1 em endereços onde só você controla as chaves (seja em hardware wallets/cold storage ou multisigs não-custodiais sem terceiros na jogada).
Uma blockchain de verdade se apoia na matemática e nos incentivos econômicos de participantes independentes. Qualquer solução que tente trocar um consenso descentralizado pela "confiança em um grupinho de empresas renomadas" vai rodar cedo ou tarde — porque essas empresas são, sim, alvos fáceis de hack.
