O peg-out de US$ 320 milhões da Liquid: por que os HSMs assinaram a saída de quase 4.000 BTC

A Liquid Network pausou a atividade de sua ponte depois que cerca de 4.000 BTC — estimados em US$ 320 milhões no momento do caso — saíram da carteira da federação que dá suporte ao L-BTC. A retirada representaria aproximadamente 95% da reserva informada. Os relatos disponíveis apontam para uma suposta falha de inflação no software Elements, e não para o roubo de chaves da federação ou da SideSwap; os detalhes técnicos públicos, porém, continuam incompletos. 413

O que teria acontecido

A sequência relatada é relativamente simples, embora a vulnerabilidade ainda não tenha sido totalmente detalhada:

1. Um agente teria criado L-BTC sem BTC bloqueado como garantia, explorando uma falha no Elements.
2. Esse L-BTC teria sido enviado ao serviço regular de peg-out da SideSwap — o resgate que leva o ativo da Liquid de volta à rede principal do Bitcoin.
3. O pedido usou a Peg-out Authorization Key (PAK) da SideSwap, que Liquid e SideSwap afirmaram não ter sido comprometida.
4. A infraestrutura da federação autorizou a saída de BTC: reportagens indicam um pagamento de cerca de 3.996 BTC, dentro de um evento de aproximadamente 4.000 BTC. 26

Em outras palavras, a falha relatada não foi o furto das chaves que controlam a reserva. O problema é que uma retirada aparentemente passou pelas checagens de autorização, embora o L-BTC apresentado para resgate supostamente não tivesse lastro econômico válido.

Por que os HSMs puderam assinar sem chaves roubadas

A Liquid utiliza o modelo de Strong Federation: membros da federação operam coletivamente a sidechain e controlam a reserva de BTC por assinaturas em quórum. A própria documentação técnica da Liquid descreve esse modelo de consenso como Strong Federations.

Os módulos de segurança de hardware, os HSMs, protegem chaves de assinatura e aplicam políticas previamente configuradas. Eles não funcionam como auditores independentes de todo o histórico que determina se um ativo tem ou não lastro.

Se um pedido de peg-out apresenta entradas que o sistema reconhece como válidas — incluindo uma rota de autorização válida —, os HSMs podem assinar a transação sem que nenhuma chave privada tenha sido extraída. A distinção central é:

• Autorização: o peg-out teria sido processado com a PAK legítima da SideSwap.
• Origem e lastro: o L-BTC usado no resgate teria sido criado por uma falha no Elements, e não pela emissão normal respaldada por BTC. 2

A SideSwap afirmou que a saída de aproximadamente 4.000 BTC passou por seu serviço como uma ordem de cliente; também disse que sua PAK não foi comprometida e que o L-BTC veio de um bug no Elements, não de seus próprios sistemas.

Isso não implica uma quebra da criptografia dos HSMs ou das assinaturas em quórum. Uma falha compartilhada de validação ou emissão pode levar signatários automatizados, que funcionam como previsto, a aprovar uma retirada que jamais deveria ser elegível. Uma assinatura válida comprova que a política de assinatura foi atendida; não comprova, sozinha, que o ativo resgatado estava devidamente lastreado.

Eles são mesmo “white hats”?

Os responsáveis deixaram uma mensagem on-chain dizendo: “we are whitehats. contact us on chain” (“somos white hats; contatem-nos on-chain”). 16

Segundo os relatos, Blockstream/Liquid entrou em contato por mensagens on-chain assinadas, e os agentes ofereceram devolver “a maior parte” dos fundos depois que a vulnerabilidade fosse corrigida em toda a rede. 418

Isso mostra que eles alegaram agir como pesquisadores de segurança e deixaram um canal de comunicação. Não prova, por si só, que sejam white hats. Até o momento reportado, não havia confirmação de devolução dos recursos, correção pública nem reabertura da rede. 13

Por isso, o termo mais preciso é supostos white hats. A classificação só poderá ser avaliada com fatos verificáveis: devolução dos fundos, divulgação do método explorado e correção independente da falha.

Reação de Liquid, SideSwap e exchanges

A Liquid desativou os nós da ponte e pausou as operações, interrompendo a movimentação normal entre Bitcoin e Liquid. Exchanges foram avisadas para pausar, ou se preparar para pausar, depósitos e saques de L-BTC. 48

A SideSwap afirmou que pausou peg-ins e peg-outs enquanto a Liquid permanece paralisada.

São medidas de contenção: reduzem novas movimentações pela ponte enquanto operadores investigam a vulnerabilidade reportada, avaliam a situação da reserva e definem condições para uma retomada segura. O plano de recuperação descrito nas reportagens dependia da correção da falha, da atualização dos nós afetados e de uma solução para os BTC retirados. 1318

O que muda para quem tem L-BTC

O L-BTC foi concebido para representar Bitcoin na Liquid. Na prática, porém, sua equivalência com BTC disponível na rede principal depende de uma ponte em funcionamento e de reservas confiáveis.

Com cerca de 4.000 BTC retirados de uma reserva reportada de aproximadamente 4.200 BTC — e a ponte pausada —, o resgate normal de L-BTC foi interrompido, e a possível insuficiência de reserva passou a ser a questão imediata para os detentores. 313

Isso não determina o resultado final. Mas, durante o incidente, deter L-BTC não era operacionalmente o mesmo que deter BTC livremente sacável na camada base do Bitcoin. O desfecho dependerá da recuperação dos fundos, da correção do suposto bug, das decisões da federação e das políticas de prestadores de serviço.

E os outros ativos emitidos na Liquid?

A saída de BTC da carteira da federação não retira automaticamente as reservas próprias dos emissores de outros ativos. A Liquid declarou que ativos como USDT, DePix e RWAs não foram afetados diretamente pelo incidente.

Ainda assim, “não afetado” não significa “sem risco”. Uma rede pausada pode limitar acesso por carteiras, suporte de exchanges, liquidez, disponibilidade de transações e o uso de L-BTC como ativo de taxas e de ponte. O lastro direto de cada ativo continua dependendo de seu emissor e de sua custódia; sua utilidade operacional depende da normalização da infraestrutura da Liquid.

A lição de arquitetura: federação atual versus ponte em estilo BitVM

A Liquid atual depende de uma federação permissionada conhecida e de uma reserva controlada por assinaturas em quórum. Isso é diferente de fazer a própria rede Bitcoin verificar diretamente se todo resgate está lastreado.

Peg federado atual	Direção proposta em estilo BitVM, de 1 entre N
Uma federação fixa controla a reserva de BTC por assinaturas em quórum.	A Blockstream descreve a proposta como pesquisa de longo prazo, não como substituição já implantada da Liquid.
A segurança depende da proteção das chaves, da operação dos signatários e da correção do software compartilhado de validação e políticas.	A meta é reduzir as premissas de confiança em relação a desenhos convencionais baseados em assinaturas em quórum.
Um defeito comum de software pode levar todos os signatários automatizados a aceitar a mesma interpretação inválida.	Sistemas em estilo BitVM usam verificação otimista e mecanismos de contestação; sua segurança depende do desenho correto do protocolo e de ao menos um contestador honesto e ativo.

Um modelo em estilo BitVM não elimina o risco de pontes; ele desloca o risco para outras premissas. Contestadores precisam poder e querer agir, o processo de prova de fraude precisa estar correto, e retiradas podem envolver mais complexidade ou demora. Pesquisas sobre pontes baseadas em BitVM descrevem um modelo que requer ao menos um participante honesto, enquanto o BitVM2 busca permitir que qualquer pessoa conteste uma afirmação inválida durante a execução.

Se o mecanismo relatado for confirmado, o caso da Liquid ilustra por que essa diferença importa: uma federação de assinaturas em quórum pode resistir ao roubo de chaves e, ainda assim, ficar exposta quando todos os signatários dependem da mesma interpretação falha do software sobre a validade de um ativo para resgate.

Em resumo

O evento reportado de US$ 320 milhões na Liquid foi uma crise de validação de ponte, e não um roubo convencional de chaves privadas. Um lote de L-BTC alegadamente sem lastro parece ter percorrido uma rota de peg-out autorizada, levando a federação a liberar BTC reais. 24

As questões em aberto são relevantes: qual foi exatamente a vulnerabilidade no Elements, qual é a posição final de reservas e lastro do L-BTC, se os fundos serão devolvidos e quais controles precisarão mudar antes que a ponte possa voltar a operar com segurança. Até que isso seja verificado publicamente, o caso deve ser tratado como não resolvido — não como uma divulgação white-hat concluída nem como uma simples interrupção de serviço.