Comment un bogue a temporairement interrompu une implémentation du réseau Lightning

Regardez cet épisode sur YouTube Or Rumble

Écoutez l'épisode ici:

Dans cet épisode de "Bitcoin, Explained", les hôtes Aaron van Wirdum et Sjors Provoost discutent d'un bogue récent dans l'implémentation de btcd Bitcoin qui a affecté une grande partie du Lightning Network, car il a déconnecté les nœuds LND Lightning de la blockchain Bitcoin.

Dans l'épisode, van Wirdum et Provoost expliquent qu'un développeur du nom de Burak sur Twitter a créé une transaction multisig 998 sur 999 en tirant parti de la récente mise à jour de Taproot. Bien qu'il s'agisse d'une transaction valide, les nœuds btcd et LND l'ont rejetée, et ont donc rejeté le bloc qui comprenait la transaction et tous les blocs qui l'ont suivi. Lightning Labs a publié un correctif le soir même pour résoudre le problème avec les nœuds LND.

Plus précisément, explique Provoost, btcd a rejeté la transaction car elle a une limite maximale sur la quantité de données témoins qu'une transaction Segwit peut inclure. Bien que d'autres implémentations de Bitcoin appliquent cette limite aux transactions Segwit version 0, les transactions Segwit version 1 (c'est-à-dire Taproot) n'ont pas une telle limite. Cette divergence est ce qui semble avoir causé le problème dans l'implémentation de btcd.

Pourtant, on ne sait pas trop pourquoi ce bogue dans btcd a apparemment également affecté de nombreux nœuds LND Lightning qui utilisent Bitcoin Core plutôt que btcd pour valider les blocs. Dans la seconde moitié de l'épisode de cette semaine, Provoost spécule sur la manière dont les deux pourraient être liés.

Pour conclure l'épisode, van Wirdum et Provoost expliquent comment le Lightning Network est affecté lorsque les nœuds Lightning rejettent la blockchain Bitcoin.