Hechos clave:
-
El error afectĆ³ a las aplicaciones LNbits y BTCPay Server.
-
Un desarrollador de Core Lightning revirtiĆ³ inmediatamente el cambio que generĆ³ el error.
Los desarrolladores de Core Lightning Network (CLN) liberaron su mĆ”s reciente actualizaciĆ³n (23.02) la semana pasada. Sin embargo, esta nueva versiĆ³n contenĆa un error que afecta a LNURL, una funciĆ³n que permite crear facturas de la red Lightning sin necesidad de conexiĆ³n a Internet. En pocas horas, la actualizaciĆ³n fue suspendida y quedarĆ” en ese estado hasta arreglar la falla descubierta.
A travĆ©s de una serie de publicaciones en Twitter, un desarrollador de Lightning identificado como Calle divulgĆ³ que el error de CLN afectĆ³ a la wallet LNbits, enfocada en Lightning, de cuyo mantenimiento se encarga. El error afectarĆa a cualquier aplicaciĆ³n que haya ejecutado la actualizaciĆ³n. Entre estas tambiĆ©n se encuentra BTCPay Server.
Calle, quien tambiĆ©n es desarrollador de la wallet de Bitcoin Cashu y de Lightningtipbot, una wallet para recibir propinas en Telegram, dijo: āhasta que descubramos cĆ³mo solucionar los problemas introducidos por las nuevas actualizaciones de CLN, la actualizaciĆ³n de CLN 23.0 romperĆ” bĆ”sicamente todas las funciones de LNURLā. LNURL es un proyecto que surgiĆ³ en 2021 para facilitar el uso de la red Lightning de Bitcoin, como reportĆ³ CriptoNoticias.
En el momento en que se difundiĆ³ la informaciĆ³n, Calle expresĆ³ que habĆa sido imposible para Ć©l ādegradarā su cliente a una versiĆ³n anterior. Como respuesta a esta observaciĆ³n, Rusty Russell, un desarrollador de CLN enfocado en programaciĆ³n de cĆ³digo abierto, sugiriĆ³ que no se utilizara una versiĆ³n anterior a 11.0.
Russell aƱadiĆ³ ademĆ”s que para Ć©l era la primera vez que ocurrĆa un error de tal magnitud en CLN.
El error de Core Lightning
El error detectado estaba en una funciĆ³n que mostraba una descripciĆ³n de cada pago a travĆ©s de un hash. Luego de conocerse la falla, Russell introdujo una modificaciĆ³n del cĆ³digo que remueve esta funciĆ³n.
āConsidero que una parte clave del trabajo de CLN es saber lo que estamos pagando, sea cual sea la interfaz. Ā”Pero se suponĆa que esto nunca debiĆ³ ser un cambio repentino! AsĆ que espera el 23.02.2 prontoā, dijo Russell en un tuit.
Calle indicĆ³ que la verificaciĆ³n a travĆ©s del hash de descripciĆ³n se encuentra en la capa de la aplicaciĆ³n y que CLN exige texto sin formato (algo que no pide ninguna otra implementaciĆ³n de Lightning). āEs por eso que cualquier pila LNURL debe reajustarse solo para que funcione con CLNā, explicĆ³ Calle. Y aƱadiĆ³ que este era el caso para el beneficiario y ahora tambiĆ©n para el pagador, por lo que con el error encontrado ahora las dos partes involucradas en una transacciĆ³n estarĆan siendo afectadas.
MƔs allƔ de las consecuencias momentƔneas para las aplicaciones que ejecutan el cliente CLN, algunas personas expresaron opiniones divididas respecto a esta falla de CLN.
Algunos, como fiatjaf, quien colabora en el desarrollo de Nostr y Zebedee, sugirieron que las personas dejarĆan de usar LNURL luego de esto. Otros, por su parte, felicitaron a Russell por su rĆ”pida respuesta. Entre estas personas se encuentran el mismo Calle y Ben Arc, quien tambiĆ©n colabora en el desarrollo de LNbits.