Hvordan en fejl midlertidigt bragte en implementering af Lightning Network PlatoBlockchain Data Intelligence ned. Lodret søgning. Ai.

Hvordan en fejl midlertidigt bragte en implementering af Lightning-netværket ned

Se denne episode på YouTube Or Rumble

Lyt til afsnittet her:

I denne episode af "Bitcoin, Explained" diskuterer værterne Aaron van Wirdum og Sjors Provoost en nylig fejl i btcd Bitcoin-implementeringen, der påvirkede en stor del af Lightning-netværket, da den frakoblede LND Lightning-noder fra Bitcoin blockchain.

I episoden forklarer van Wirdum og Provoost, at en udvikler går under navnet Burak på Twitter oprettede en 998-af-999 multisig-transaktion ved at udnytte den seneste Taproot-opgradering. Selvom dette var en gyldig transaktion, afviste btcd- og LND-noder den og afviste derfor den blok, der omfattede transaktionen, og alle blokke, der kom efter den. Lightning Labs udgav en patch samme aften for at løse problemet med LND-noder.

Specifikt, forklarer Provoost, btcd afviste transaktionen, fordi den har en maksimal grænse for, hvor mange vidnedata en Segwit-transaktion kan indeholde. Selvom andre Bitcoin-implementeringer håndhæver denne grænse på Segwit version 0 transaktioner, har Segwit version 1 (det vil sige Taproot) transaktioner ingen sådan grænse. Denne uoverensstemmelse er, hvad der ser ud til at have forårsaget problemet i btcd-implementeringen.

Alligevel er det lidt uklart, hvorfor denne fejl i btcd tilsyneladende også påvirkede mange LND Lightning-noder, som bruger Bitcoin Core frem for btcd til at validere blokke. I anden halvdel af denne uges afsnit spekulerer Provoost på, hvordan de to kan være forbundet.

For at afslutte episoden forklarer van Wirdum og Provoost, hvordan Lightning Network påvirkes, når Lightning-noder afviser Bitcoin blockchain.

Tidsstempel:

Mere fra Bitcoin Magazine