Kuinka bugi kaatoi väliaikaisesti yhden Lightning-verkon PlatoBlockchain Data Intelligence -toteutuksen. Pystysuuntainen haku. Ai.

Kuinka bugi kaatoi väliaikaisesti yhden Lightning-verkon toteutuksen

Katso tämä jakso YouTubessa Or Jylinä

Kuuntele jakso tästä:

Tässä "Bitcoin, Explained" -jaksossa isännät Aaron van Wirdum ja Sjors Provoost keskustelevat äskettäin tapahtuneesta bugista btcd Bitcoin -toteutuksessa, joka vaikutti suureen osaan Lightning-verkostoa, koska se katkaisi LND Lightning -solmut Bitcoin-lohkoketjusta.

Episodissa van Wirdum ja Provoost selittävät, että kehittäjä käyttää nimeä Burak Twitterissä loi 998/999 multisig-tapahtuman hyödyntämällä äskettäistä Taproot-päivitystä. Vaikka tämä oli kelvollinen tapahtuma, btcd- ja LND-solmut hylkäsivät sen ja hylkäsivät siksi tapahtuman sisältävän lohkon ja kaikki sen jälkeiset lohkot. Lightning Labs julkaisi samana iltana korjaustiedoston LND-solmujen ongelman korjaamiseksi.

Erityisesti Provoost selittää, että btcd hylkäsi tapahtuman, koska sillä on enimmäisraja sille, kuinka paljon todistajatietoja Segwit-tapahtuma voi sisältää. Vaikka muut Bitcoin-toteutukset pakottavat tämän rajoituksen Segwit-version 0 tapahtumiin, Segwit-version 1 (eli Taproot) -tapahtumilla ei ole tällaista rajoitusta. Tämä ristiriita näyttää aiheuttaneen ongelman btcd-toteutuksessa.

Silti on hieman epäselvää, miksi tämä btcd:n bugi vaikutti ilmeisesti myös moniin LND Lightning -solmuihin, jotka käyttävät Bitcoin Corea btcd:n sijaan lohkojen vahvistamiseen. Tämän viikon jakson toisella puoliskolla Provoost spekuloi, kuinka nämä kaksi voivat liittyä toisiinsa.

Jakson päätteeksi van Wirdum ja Provoost selittävät, kuinka Lightning-verkkoon vaikuttaa, kun Lightning-solmut hylkäävät Bitcoin-lohkoketjun.

Aikaleima:

Lisää aiheesta Bitcoin Magazine