Hur en bugg tillfälligt tog ner en implementering av Lightning Network PlatoBlockchain Data Intelligence. Vertikal sökning. Ai.

Hur en bugg tillfälligt tog ner en implementering av Lightning-nätverket

Se det här avsnittet på YouTube Or Rumble

Lyssna på avsnittet här:

I det här avsnittet av "Bitcoin, Explained" diskuterar värdarna Aaron van Wirdum och Sjors Provoost en ny bugg i btcd Bitcoin-implementeringen som påverkade en stor del av Lightning Network, eftersom den kopplade bort LND Lightning-noder från Bitcoin-blockkedjan.

I avsnittet förklarar van Wirdum och Provoost att en utvecklare går under namnet burak på Twitter skapade en 998-av-999 multisig-transaktion genom att utnyttja den senaste Taproot-uppgraderingen. Även om detta var en giltig transaktion, avvisade btcd- och LND-noder den och avvisade därför blocket som inkluderade transaktionen och alla block som kom efter den. Lightning Labs släppte en patch samma kväll för att åtgärda problemet med LND-noder.

Specifikt, förklarar Provoost, avvisade btcd transaktionen eftersom den har en maxgräns för hur mycket vittnesdata en Segwit-transaktion kan innehålla. Även om andra Bitcoin-implementationer upprätthåller denna gräns på Segwit version 0-transaktioner, har Segwit version 1 (det vill säga Taproot) transaktioner ingen sådan gräns. Denna diskrepans är vad som verkar ha orsakat problemet i btcd-implementeringen.

Ändå är det lite oklart varför denna bugg i btcd till synes också påverkade många LND Lightning-noder som använder Bitcoin Core snarare än btcd för att validera block. I den andra halvan av veckans avsnitt spekulerar Provoost hur de två kan hänga ihop.

För att avsluta avsnittet förklarar van Wirdum och Provoost hur Lightning Network påverkas när Lightning-noder avvisar Bitcoin-blockkedjan.

Tidsstämpel:

Mer från Bitcoin Magazine