A carregar preços…
🩸BEARISH

Lightning Labs elimina falha que validava faturas Lightning canceladas

A falha podia expor comerciantes a entregas não pagas, mas os fundos dos remetentes permaneceram seguros e foram lançadas correções para ambos os defeitos antes da divulgação de 2026.

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.

Tokens relacionados
$BTC

Perguntas frequentes

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

Atribuição da fonte
Agregado de CryptoSlate · Verificado · Última atualização há 27d
Abrir original →