4982

Conclusion en un coup d’œil : pour le développement d’applications intégrant Lightning, il est recommandé de mettre à jour dès que possible vers LDK v0.2.6 — l’éditeur a corrigé le fait que les frais de splice soient un peu “surélevés” par le pair, avec la portion excédentaire consignée dans la sortie du pair, ainsi que le problème où, après refus d’une fausse tentative de paiement, les nœuds pourraient ne pas redémarrer.

D’après le CHANGELOG officiel de lightningdevkit/rust-lightning (2026-09-09, titre The More You Dig) : un splice malveillant ne peut plus, lorsqu’on initie un splice de notre côté, ajuster légèrement les frais de transaction et consigner la partie excédentaire dans la sortie du pair (#4905) ; après qu’un paiement portant le même payment_hash a été transféré avec succès, le système refuse immédiatement un faux HTLC, et ne provoque plus non plus un état où ChannelManager est rendu impossible à désérialiser et ne parvient donc pas à démarrer (#4982). Autres corrections : une fausse alerte d’événement de splice lors d’une erreur d’écriture de sérialisation, ainsi que des problèmes de plantage menant à l’échec du démarrage après la fermeture d’un canal qui n’avait jamais été confirmé.
L’annonce indique qu’à ce jour, aucun rapport d’exploitation avérée ou de pertes de fonds n’a été observé.

Relecture indépendante : CryptoSlate (2026-09-13) reprend la même version — la v0.2.6 corrige un décalage de petits montants liés à splice et l’échec du redémarrage ; si LDK est intégré au portefeuille/service de paiement, les utilisateurs finaux doivent attendre l’intégration par l’éditeur de l’application pour obtenir le correctif.

Figure : schéma / capture générée par IA, pas une capture du panneau de contrôle officiel.
Données à jour : CHANGELOG LDK v0.2.6 (2026-09-09) ; CryptoSlate 2026-09-13.
Partage d’informations uniquement, ne constitue pas un conseil en investissement.
#Lightning #比特币