BR⚡LN Investiga · Versão 1.4 preliminar · Informações verificadas até 13/10/2026, 10:55 UTC (07:55 de Brasília)
Uma rede pode voltar a produzir blocos e ainda deixar seus usuários esperando pelo resgate de seus ativos. Cinco semanas depois da movimentação de quase 4 mil BTC ligada à Liquid, essa é a diferença que define o caso: a recuperação operacional avançou, mas a recuperação financeira continua incompleta nas evidências que conseguimos verificar.
Parte dos bitcoins foi devolvida. Uma explicação técnica foi publicada. A Liquid retomou transações. No entanto, no corte desta investigação, o site oficial ainda anunciava a pausa dos resgates pela ponte, e os dados públicos de reserva continuavam abaixo do agregado de L-BTC usado como referência. A pergunta deixou de ser apenas como os bitcoins saíram. Agora também é preciso saber o que falta para que os usuários voltem a resgatá-los.
O título desta investigação preserva a alegação inicial, com um número aproximado. Ele não significa que houve perda final comprovada de 4 mil BTC, nem resolve quem foi responsável pela movimentação.
Dois registros e uma ponte entre eles
Para entender o incidente, primeiro é preciso separar Bitcoin e Liquid. A Liquid é uma blockchain própria, também chamada de sidechain. Nela circula o L-BTC, uma representação de bitcoin cujo lastro é mantido numa ponte operada por uma federação de participantes. O BTC permanece registrado na rede Bitcoin; o L-BTC circula no outro sistema. A documentação da Liquid descreve essa arquitetura.
Uma comparação útil é a de um bem guardado e um recibo que pode circular. Transferir o recibo e retirar o bem são operações diferentes. A analogia tem limites: a Liquid usa assinaturas, regras e provas criptográficas, muito além de um recibo comum. Ainda assim, ela ajuda a entender por que conseguir enviar L-BTC não demonstra, por si só, que o BTC correspondente pode ser resgatado.
Essa retirada pela ponte recebe o nome de peg-out. O movimento de entrada é chamado de peg-in. Já a Lightning é outra rede de pagamentos, baseada em canais, que não depende da Liquid para existir. Aplicativos podem conectar esses ambientes, mas isso não faz deles um único sistema com uma única segurança.
Da movimentação à devolução parcial
Em 6 de setembro, a investigação do BR⚡LN confirmou no Bitcoin uma saída de 3.996,01834922 BTC, seguida por outras movimentações. Uma consolidação posterior reuniu fundos adicionais, chegando a 3.998,49748445 BTC. Os dois valores descrevem etapas distintas; não são estimativas concorrentes de uma mesma retirada.
Uma das transações trazia uma mensagem de pessoas que se apresentavam como “whitehats”, expressão usada para pesquisadores de segurança que atuam de forma autorizada. A mensagem podia ser verificada na blockchain. A identidade, a autorização e a intenção de quem a escreveu não podiam ser deduzidas dela.
No dia seguinte, 3.400 BTC foram devolvidos ao endereço da ponte federada. Foi uma mudança concreta na situação dos fundos, sem encerrar a investigação. Uma devolução parcial não comprova que houve acordo sobre o restante nem estabelece a perda econômica final.
Enquanto acompanhávamos os pagamentos, apareceu uma divergência técnica: nosso nó Elements, o software usado pela Liquid, rejeitava um bloco que um explorador público apresentava em sua cadeia. Isso exigiu corrigir uma afirmação inicial da análise. Ver uma transação no explorador não equivalia a validar independentemente todas as regras da retirada, inclusive sua autorização. Essa distinção permaneceu registrada mesmo depois de surgirem explicações mais completas.
Também apareceram mensagens cuja assinatura pudemos conferir contra a chave pública de segurança da Blockstream. A autenticação permitia atribuir o conteúdo assinado àquela chave; não revelava o conteúdo de trechos cifrados nem comprovava, sozinha, a existência de um acordo. O caso avançava, mas cada evidência respondia a uma pergunta diferente.
O que a correção resolveu — e o que continuou pendente
Ao longo de setembro, a cadeia voltou a avançar e serviços foram retomados em etapas. A atualização para Elements 23.3.4 e a concordância posterior entre nosso nó e exploradores ajudaram a verificar a recuperação da operação. Isso não significava que os resgates estavam reabertos.
A avaliação técnica publicada em setembro trouxe uma explicação para o incidente. Segundo o relato institucional, uma falha na validação permitiu aceitar L-BTC sem lastro e levá-lo ao resgate pela ponte. O problema explorado envolvia um cache, uma memória de resultados anteriores usada para evitar repetir cálculos.
O ponto delicado estava na combinação de campos sem delimitar corretamente seus comprimentos. Uma analogia ajuda: juntar “AB” com “C” produz a mesma sequência que juntar “A” com “BC”. Se as divisões importam e não são registradas, contextos diferentes podem parecer iguais. Isso ilustra a ambiguidade descrita, sem reproduzir o ataque nem substituir sua análise criptográfica.
O relato também mudou uma hipótese anterior: a explicação já não era simplesmente a falta de instalação de uma correção. A empresa descreveu outro problema introduzido na tentativa de corrigir uma falha anterior e informou implantação antes do ataque. Essa é uma explicação atribuída à instituição; não reproduzimos integralmente a exploração e toda a revalidação relatada.
Em seguida vieram anúncios de auditoria externa e de mudanças nas autorizações de retirada. O comunicado localizado em 29 de setembro continha medidas novas, corrigindo nossa leitura inicial de que apenas repetia a avaliação técnica. Anúncio, execução e conclusão, porém, são etapas distintas. Na checagem de 8 de outubro, ainda não havíamos encontrado confirmação de auditoria concluída ou de reabertura dos resgates.
Há uma razão para separar essas etapas: corrigir a validação da Liquid não desfaz pagamentos já confirmados no Bitcoin. Recuperar reservas exige devolução, cobertura ou outro mecanismo demonstrável. A correção técnica não substitui essa conta.
A conta que continua aberta em outubro
Na consulta de 13 de outubro, a API pública de reservas retornou 3.632,22850148 BTC. Outra API, de movimentações pela ponte, apresentou 4.234,75864413 L-BTC no agregado usado como referência.
A diferença entre os valores era 602,53014265 BTC, com uma razão de cobertura de aproximadamente 85,8%. Essa comparação ajuda a entender os números próximos de 603 BTC e 86% que passaram a circular. Ela não demonstra um novo incidente e não deve ser apresentada como prejuízo final auditado.
Os dados vêm de um indexador público, um serviço que organiza informações das redes. Repetimos as consultas e o cálculo, mas ainda não reconstruímos cada entrada, emissão, queima e obrigação da ponte. Além disso, os agregados têm alturas de atualização em duas redes diferentes. A reconciliação completa continua necessária.
Separadamente, nosso nó Bitcoin confirmou que uma saída de 598,50010393 BTC permanecia sem gasto. Essa saída acompanha parte do percurso dos fundos. Ela não mede todas as obrigações da Liquid, razão pela qual não deve ser confundida com o déficit calculado dos agregados.
A diferença entre as duas medidas é de 4,03003872 BTC. Ainda não reconciliamos sua origem exata. Atribuí-la automaticamente a taxas, a outro participante ou a um segundo desvio seria ir além da evidência. A comparação dos agregados é um avanço desta revisão; não elimina a ressalva anterior sobre a ausência de auditoria completa.
O que isso significa para o usuário
No corte desta análise, a Liquid processava transações enquanto os resgates pela ponte permaneciam pausados. Um serviço de troca pode oferecer uma rota alternativa usando sua própria liquidez, com preços e limites específicos. Isso explica por que dois aplicativos podem apresentar possibilidades diferentes sem que a ponte tenha sido reaberta. Não realizamos operações financeiras para testar essas rotas.
A insuficiência indicada pelas reservas é uma explicação plausível para parte da pausa: a federação havia condicionado a retomada ao lastro integral e às medidas de segurança. Ainda falta esclarecer quais condições permanecem pendentes, quem cobrirá eventual déficit e quando os resgates poderão voltar.
O episódio não demonstrou uma falha de consenso Bitcoin nem de protocolo Lightning nas evidências examinadas. O Bitcoin permitiu acompanhar pagamentos e devoluções sem depender apenas da versão pública dos envolvidos. Ao mesmo tempo, uma assinatura válida no Bitcoin não certifica que a reserva de uma ponte esteja correta. Aplicações dependentes da Liquid podem sofrer indisponibilidade ou restrições de liquidez, inclusive em rotas conectadas à Lightning.
Também não demonstramos perda patrimonial de outros ativos, como USDT e DePix, nem auditamos integralmente suas reservas. Compartilhar a infraestrutura pode afetar a disponibilidade de serviços; isso precisa ser distinguido de uma perda comprovada desses ativos.
A conclusão permanece aberta, mas já é possível formulá-la com precisão: a recuperação operacional avançou mais do que a recuperação financeira demonstrada. Ver a rede funcionando é uma etapa relevante. Para encerrar o caso, será preciso comprovar o lastro, esclarecer as responsabilidades e verificar a retomada dos resgates.
Menos rumor. Mais evidência. Don’t Trust. Verify.
Sobre o BR⚡LN
Conheça o BR⚡LN, o clube por trás desta série de investigações sobre Bitcoin, Lightning e sua infraestrutura. Para aprofundar a diferença entre guardar suas próprias chaves e depender de uma ponte, leia o guia Seja o seu próprio banco e veja como entrar no clube.