Hvordan en feil midlertidig brakte ned én implementering av Lightning Network

Se denne episoden på YouTube Or rumble

Hør episoden her:

I denne episoden av «Bitcoin, Explained» diskuterer vertene Aaron van Wirdum og Sjors Provoost en nylig feil i btcd Bitcoin-implementeringen som påvirket en stor del av Lightning Network, da den koblet LND Lightning-noder fra Bitcoin-blokkjeden.

I episoden forklarer van Wirdum og Provoost at en utvikler som går under navnet Burak på Twitter opprettet en 998-av-999 multisig-transaksjon ved å utnytte den nylige Taproot-oppgraderingen. Selv om dette var en gyldig transaksjon, avviste btcd- og LND-noder den, og avviste derfor blokken som inkluderte transaksjonen og alle blokker som kom etter den. Lightning Labs ga ut en oppdatering samme kveld for å fikse problemet med LND-noder.

Spesifikt, forklarer Provoost, avviste btcd transaksjonen fordi den har en maksimal grense for hvor mye vitnedata en Segwit-transaksjon kan inkludere. Selv om andre Bitcoin-implementeringer håndhever denne grensen på Segwit versjon 0 transaksjoner, har Segwit versjon 1 (det vil si Taproot) transaksjoner ingen slik grense. Dette avviket er det som ser ut til å ha forårsaket problemet i btcd-implementeringen.

Likevel er det litt uklart hvorfor denne feilen i btcd tilsynelatende også påvirket mange LND Lightning-noder som bruker Bitcoin Core i stedet for btcd for å validere blokker. I andre halvdel av denne ukens episode spekulerer Provoost på hvordan de to kan henge sammen.

For å avslutte episoden forklarer van Wirdum og Provoost hvordan Lightning Network påvirkes når Lightning-noder avviser Bitcoin-blokkjeden.