Jak błąd tymczasowo obniżył jedną implementację sieci Lightning?

Obejrzyj ten odcinek w YouTube Or Burczenie

Posłuchaj odcinka tutaj:

W tym odcinku „Bitcoin, Explained” gospodarze Aaron van Wirdum i Sjors Provoost omawiają niedawny błąd w implementacji bitcoina btcd, który dotknął dużą część sieci Lightning Network, ponieważ odłączył węzły LND Lightning od łańcucha bloków Bitcoin.

W odcinku van Wirdum i Provoost wyjaśniają, że programista pod nazwą Burak na Twitterze utworzył transakcję multisig 998 z 999, wykorzystując niedawną aktualizację Taproot. Chociaż była to prawidłowa transakcja, węzły btcd i LND odrzuciły ją, a zatem odrzuciły blok zawierający transakcję i wszystkie bloki, które pojawiły się po niej. Lightning Labs wypuściło łatkę tego samego wieczoru, aby naprawić problem z węzłami LND.

W szczególności, wyjaśnia Provoost, btcd odrzucił transakcję, ponieważ ma maksymalny limit ilości danych świadka, które może zawierać transakcja Segwit. Chociaż inne implementacje Bitcoin wymuszają ten limit dla transakcji Segwit w wersji 0, transakcje Segwit w wersji 1 (czyli Taproot) nie mają takiego limitu. Wydaje się, że ta rozbieżność spowodowała problem w implementacji btcd.

Mimo to, jest nieco niejasne, dlaczego ten błąd w btcd najwyraźniej dotknął również wiele węzłów LND Lightning, które używają Bitcoin Core zamiast btcd do walidacji bloków. W drugiej połowie odcinka z tego tygodnia Provoost spekuluje, w jaki sposób te dwie rzeczy mogą być połączone.

Podsumowując odcinek, van Wirdum i Provoost wyjaśniają, w jaki sposób węzły Lightning odrzucają łańcuch bloków Bitcoina, wpływając na sieć Lightning Network.