Cómo un error derribó temporalmente una implementación de Lightning Network

Mira este episodio en YouTube Or Retumbar

Escucha el episodio aquí:

En este episodio de "Bitcoin, explicado", los anfitriones Aaron van Wirdum y Sjors Provoost analizan un error reciente en la implementación de btcd Bitcoin que afectó a una gran parte de Lightning Network, ya que desconectó los nodos LND Lightning de la cadena de bloques de Bitcoin.

En el episodio, van Wirdum y Provoost explican que un desarrollador que se hace llamar Burak en Twitter creó una transacción multigrado 998 de 999 aprovechando la reciente actualización de Taproot. Aunque se trataba de una transacción válida, los nodos btcd y LND la rechazaron y, por lo tanto, rechazaron el bloque que incluía la transacción y todos los bloques posteriores. Lightning Labs lanzó un parche esa misma noche para solucionar el problema con los nodos LND.

Específicamente, explica Provoost, btcd rechazó la transacción porque tiene un límite máximo sobre la cantidad de datos de testigos que puede incluir una transacción de Segwit. Aunque otras implementaciones de Bitcoin imponen este límite en las transacciones de la versión 0 de Segwit, las transacciones de la versión 1 de Segwit (es decir, Taproot) no tienen dicho límite. Esta discrepancia es lo que parece haber causado el problema en la implementación de btcd.

Aún así, no está claro por qué este error en btcd aparentemente también afectó a muchos nodos LND Lightning que usan Bitcoin Core en lugar de btcd para validar bloques. En la segunda mitad del episodio de esta semana, Provoost especula cómo se pueden conectar los dos.

Para concluir el episodio, van Wirdum y Provoost explican cómo Lightning Network se ve afectada cuando los nodos Lightning rechazan la cadena de bloques de Bitcoin.