Une transaction BTC a momentanément fait échouer le Lightning Network le week-end dernier, un problème qui a rapidement été résolu.
Un développeur connu sous le nom de Burak a créé et envoyé des BTC dans le cadre d’une transaction multi-signatures, qui a nécessité 998 signatures sur 999 pour être valide, et a payé un peu moins de 5 dollars de commission.
Le format de transaction est celui de Taproot, qui permet d’effectuer des transactions avec des signatures multiples qui ressembleraient à une seule signature.
Le problème est apparu lorsque le client LND, l’une des implémentations les plus populaires de Lightning, a développé un problème de synchronisation qui a empêché de nombreux nœuds de continuer à ouvrir des canaux de paiement sur ce réseau.
La source du problème : trop de signatures à traiter
Les développeurs ont rapidement corrigé le problème, qui a trouvé son origine dans une limite du nombre de signatures que le client peut lire dans chaque transaction, plus précisément les signatures incluses dans la section Segregated Witness (témoin distinct) qui a été mise en œuvre en 2017 dans Bitcoin et que Taproot utilise.
La transaction en question comportait beaucoup plus de signatures que prévu, ce qui a fait que le client du LND n’a pas pu l’inclure dans le cadre de son analyse des blocs de bitcoins, ce qui est nécessaire pour valider l’ouverture des canaux de paiement.
Après avoir détecté l’erreur, Lightning Labs, le développeur de LND, a mis à jour le réseau et a procédé à l’ajout du client à son Lightning, pour l’inclure dans les futures versions du logiciel.
Le développeur Olaoluwa Osuntokun a expliqué ce qui s’est passé dans un fil Twitter :
“LND utilise cette bibliothèque pour analyser les blocs reçus d’un nœud ou du réseau P2P. En raison de ce beug, le LND n’était pas en mesure d’analyser un nouveau bloc, mais il était toujours possible de continuer à rediriger les paiements”.
À l’époque, certains services travaillant avec Lightning Network ont signalé des incohérences dans le comportement de leurs nœuds, comme ZeroFeeRouting, BTCPayServer et Amboss.Tech, qui ont pu surmonter l’imprévu.
Des “tours de contrôle” sont nécessaires pour éviter les incidents du Lightning.
L’erreur n’a affecté que l’implémentation LND, développée par Lightning Labs, alors que d’autres implémentations comme Eclair, Core Lightning et LNK n’ont pas été affectées.
Cependant, certains soutiennent la nécessité de mettre en place des “tours de contrôle” sur Lightning Network, une méthode dans laquelle un tiers impartial surveille le statut des nœuds Lightning et tient les participants informés.
Il n’y a pas beaucoup d’implémentations de ce type sur le Lightning, mais récemment, un ingénieur espagnol a publié une mise à jour.
Avis de non-responsabilité
Avis de non-responsabilité : Conformément aux directives de The Trust Project, BeInCrypto s'engage à fournir des informations impartiales et transparentes. Cet article vise à fournir des informations exactes et pertinentes. Toutefois, nous invitons les lecteurs à vérifier les faits de leur propre chef et à consulter un professionnel avant de prendre une décision sur la base de ce contenu.
