El software antiguo de Lightning Terminal podía dejar una factura de un comerciante marcada como liquidada después de que un pago de Bitcoin Lightning se cancelara y los fondos fueran devueltos al remitente. Un comerciante que confiara en ese estado podría entregar bienes o conceder crédito sin haber recibido el pago. Lightning Labs divulgó el problema el 21 de septiembre de 2026, sin informar de un balance de pérdidas para los comerciantes.
Por qué es importante
La discrepancia se producía entre el resultado del pago en la red Lightning y el estado de la factura almacenado por el nodo receptor. Un contrato HTLC, o contrato de hash con bloqueo temporal, cancelado devolvía los fondos al remitente, mientras que la factura podía seguir apareciendo como pagada. Los fondos del remitente no estaban en riesgo y el aviso no describe ningún fallo de la cadena base de Bitcoin.
El desencadenante implicaba los componentes tapd y lnd de Lightning Terminal. Con el interceptor de facturas de tapd activado, unos registros de cable personalizados podían hacer que pagos BTC ordinarios que incluyeran un registro experimental de validación se trataran como pagos de activos. La regla de reenvío estricto cancelaba entonces el conjunto de HTLC, mientras que las versiones afectadas de lnd aún podían marcar la factura como liquidada. El desencadenante no requería que el comerciante tuviera canales de activos abiertos.
Impacto en el mercado
Lightning Terminal v0.15.0-alpha incluye correcciones para ambos defectos. El desencadenante de tapd se corrigió en taproot-assets v0.5.1 y Terminal v0.14.1-alpha, mientras que lnd v0.19.0-beta corrigió el defecto de contabilización de facturas. Las versiones anteriores de Terminal, taproot-assets hasta v0.5.0 y lnd desde 0.18.4-beta hasta 0.18.5-beta estaban afectadas.
Para los operadores que no puedan actualizarse y no tengan canales de activos, Lightning Labs identifica --taproot-assets-mode=disable como una forma de evitar el desencadenante observado de tapd. El incidente pone de relieve la necesidad de que los comerciantes concilien el estado de la factura con la liquidación del pago antes de entregar valor.
Preguntas frecuentes
-
¿Qué hacía el error de Lightning Terminal?
Podía dejar una factura de un comerciante marcada como liquidada después de que el pago de Lightning se cancelara y los fondos volvieran al remitente.
-
¿Estaban en riesgo los fondos del remitente de Bitcoin?
No. El problema podía crear un estado falso de pago para el destinatario, mientras que el pago cancelado devolvía los fondos al remitente.
-
¿La vulnerabilidad afectaba a la cadena base de Bitcoin?
No. La discrepancia se producía entre la liquidación del pago de Lightning y el estado de la factura registrado por el nodo receptor.
-
¿Qué componentes de Lightning estaban implicados?
El desencadenante implicaba el interceptor de facturas de tapd y un defecto independiente del estado de las facturas en lnd. Ambos componentes están incluidos en las configuraciones afectadas de Lightning Terminal.
-
¿Cómo pueden reducir el riesgo los operadores afectados?
Los operadores deben actualizarse a Lightning Terminal v0.15.0-alpha o a las versiones corregidas correspondientes de los componentes. Quienes no puedan actualizarse y no tengan canales de activos pueden desactivar el modo de activos con --taproot-assets-mode=disable.
CoinDesk
CZ Binance
TheBlock
Crypto News
WuBlockchain
Lookonchain