Versões mais antigas do software Lightning Terminal podiam deixar uma fatura de comerciante marcada como liquidada depois de um pagamento Bitcoin Lightning ser cancelado e os fundos devolvidos ao remetente. Um comerciante que dependesse desse estado podia libertar bens ou conceder crédito sem receber o pagamento. A Lightning Labs divulgou o problema em 21 de setembro de 2026, sem comunicar um total de perdas dos comerciantes.
Porque é importante
A discrepância ocorria entre o resultado do pagamento na rede Lightning e o estado da fatura armazenado pelo nó recetor. Um contrato hash time-locked cancelado, ou HTLC, devolvia os fundos ao remetente, enquanto a fatura podia continuar a aparecer como paga. Os fundos do remetente não estavam em risco, e o aviso não descreve uma falha da camada base da Bitcoin.
O gatilho envolvia os componentes tapd e lnd do Lightning Terminal. Com o interceptor de faturas do tapd ativado, registos personalizados do protocolo podiam fazer com que pagamentos BTC normais com um registo de endosso experimental fossem tratados como pagamentos de ativos. A regra de encaminhamento estrito cancelava então o conjunto de HTLCs, enquanto as versões afetadas do lnd podiam continuar a marcar a fatura como liquidada. O gatilho não exigia que o comerciante tivesse canais de ativos abertos.
Impacto no mercado
O Lightning Terminal v0.15.0-alpha inclui correções para ambos os defeitos. O gatilho do tapd foi corrigido no taproot-assets v0.5.1 e no Terminal v0.14.1-alpha, enquanto o lnd v0.19.0-beta corrigiu o defeito de contabilização das faturas. As versões anteriores do Terminal, o taproot-assets até à v0.5.0 e o lnd entre a 0.18.4-beta e a 0.18.5-beta foram afetados.
Para operadores que não consigam atualizar e não tenham canais de ativos, a Lightning Labs identifica --taproot-assets-mode=disable como uma forma de evitar o gatilho do tapd observado. O incidente destaca a necessidade de os comerciantes reconciliarem o estado da fatura com a liquidação do pagamento antes de libertarem valor.
Perguntas frequentes
-
O que fazia a falha do Lightning Terminal?
Podia deixar uma fatura de comerciante marcada como liquidada depois de o pagamento Lightning ser cancelado e os fundos devolvidos ao remetente.
-
Os fundos dos remetentes de Bitcoin estavam em risco?
Não. O problema podia criar um estado falso de pagamento para o destinatário, enquanto o pagamento cancelado devolvia os fundos ao remetente.
-
A vulnerabilidade afetava a camada base da Bitcoin?
Não. A discrepância ocorria entre a liquidação do pagamento Lightning e o estado da fatura registado pelo nó recetor.
-
Que componentes do Lightning estavam envolvidos?
O gatilho envolvia o interceptor de faturas do tapd e um defeito separado no estado das faturas do lnd. Ambos os componentes estão integrados nas configurações afetadas do Lightning Terminal.
-
Como podem os operadores afetados reduzir o risco?
Os operadores devem atualizar para o Lightning Terminal v0.15.0-alpha ou para as versões corrigidas dos componentes relevantes. Os que não possam atualizar e não tenham canais de ativos podem desativar o modo de ativos com --taproot-assets-mode=disable.