كيف تسبب خطأ مؤقتًا في إيقاف تنفيذ واحد لشبكة البرق

مشاهدة هذه الحلقة على موقع يوتيوب Or قعقعة

استمع الى الحلقة هنا:

في هذه الحلقة من "Bitcoin، Explained" ، يناقش المضيفان Aaron van Wirdum و Sjors Provoost الخطأ الأخير في تطبيق Bitcoin btcd الذي أثر على جزء كبير من شبكة Lightning Network ، حيث قام بفصل LND Lightning Nodes من Bitcoin blockchain.

في الحلقة ، أوضح فان ويردوم وبروفوست أن مطورًا يعرف باسمه بوراك على Twitter ، أنشأ 998 من 999 معاملة multisig من خلال الاستفادة من ترقية Taproot الأخيرة. على الرغم من أن هذه معاملة صالحة ، إلا أن عقدتي btcd و LND رفضتها ، وبالتالي رفضت الكتلة التي تضمنت المعاملة وجميع الكتل التي جاءت بعدها. أصدرت Lightning Labs تصحيحًا في نفس المساء لإصلاح مشكلة عقد LND.

على وجه التحديد ، يوضح Provoost أن btcd رفضت المعاملة لأن لديها حدًا أقصى لمقدار بيانات الشهود التي يمكن أن تتضمنها معاملة Segwit. على الرغم من أن تطبيقات Bitcoin الأخرى تفرض هذا الحد على معاملات Segwit الإصدار 0 ، فإن معاملات Segwit الإصدار 1 (أي ، Taproot) ليس لها مثل هذا الحد. هذا التناقض هو ما يبدو أنه تسبب في حدوث مشكلة في تنفيذ btcd.

ومع ذلك ، من غير الواضح بعض الشيء سبب تأثير هذا الخطأ في btcd أيضًا على العديد من عقد Lightning LND التي تستخدم Bitcoin Core بدلاً من btcd للتحقق من صحة الكتل. في النصف الثاني من حلقة هذا الأسبوع ، يخمن بروفوست كيف يمكن ربط الاثنين.

لاختتام الحلقة ، شرح فان ويردوم وبروفوست كيف تتأثر شبكة Lightning عندما ترفض عقد Lightning سلسلة Bitcoin blockchain.