Wie ein Fehler eine Implementierung des Lightning-Netzwerks vorübergehend zum Erliegen brachte

Schau dir diese Episode auf YouTube an Or Rumpeln

Hör dir die Folge hier an:

In dieser Folge von „Bitcoin, Explained“ besprechen die Gastgeber Aaron van Wirdum und Sjors Provoost einen kürzlichen Fehler in der btcd-Bitcoin-Implementierung, der einen großen Teil des Lightning-Netzwerks betraf, da er LND-Lightning-Knoten von der Bitcoin-Blockchain trennte.

In der Folge erklären van Wirdum und Provoost, dass ein Entwickler den Namen trägt Burak,tr auf Twitter erstellte eine 998-von-999-Multisig-Transaktion, indem es das jüngste Taproot-Upgrade nutzte. Obwohl dies eine gültige Transaktion war, lehnten btcd- und LND-Knoten sie ab und lehnten daher den Block ab, der die Transaktion und alle darauf folgenden Blöcke enthielt. Lightning Labs veröffentlichte am selben Abend einen Patch, um das Problem mit LND-Knoten zu beheben.

Insbesondere, erklärt Provoost, lehnte btcd die Transaktion ab, weil es eine Höchstgrenze dafür gibt, wie viele Zeugendaten eine Segwit-Transaktion enthalten kann. Obwohl andere Bitcoin-Implementierungen dieses Limit für Transaktionen mit Segwit Version 0 durchsetzen, haben Transaktionen mit Segwit Version 1 (d. h. Taproot) kein solches Limit. Diese Diskrepanz scheint das Problem in der btcd-Implementierung verursacht zu haben.

Dennoch ist es ein wenig unklar, warum dieser Fehler in btcd anscheinend auch viele LND Lightning-Knoten betraf, die Bitcoin Core anstelle von btcd verwenden, um Blöcke zu validieren. In der zweiten Hälfte der Folge dieser Woche spekuliert Provoost, wie die beiden miteinander verbunden sein könnten.

Zum Abschluss der Episode erklären van Wirdum und Provoost, wie das Lightning Network betroffen ist, wenn Lightning-Knoten die Bitcoin-Blockchain ablehnen.