Aujourd’hui, une nouvelle version du Daemon Lightning Network (LND), version 0.19.2, a été publiée. Cette mise à jour se concentre principalement sur les corrections de bogues et les améliorations des performances.
Certains des principaux correctifs incluent un bogue qui a provoqué des confirmations de paiement manquées, un problème rare qui pourrait geler le nœud pendant le démarrage et une fuite de mémoire qui a fait utiliser le logiciel plus de ressources au fil du temps. Il corrige également des accidents qui pourraient se produire lorsque le nœud se démarrait dans certains modes ou la gestion des sauvegardes.
La version comprend une migration facultative pour réduire la taille de la «base de données de journaux pourri» (SphinxReplay.DB), ce qui aide à réduire l’utilisation du disque et de la mémoire. Ce nettoyage s’exécute automatiquement à moins d’être désactivé dans les paramètres.
« La migration est facultative mais activée par défaut », a déclaré les notes de version. « Si vous rencontrez des problèmes, vous pouvez désactiver la migration en définissant No-GC-Decayed-Log = TRUE dans la configuration. Cette migration n’empêche pas la rétrogradation des versions V0.19.x-beta antérieures. »
D’autres modifications incluent une meilleure gestion des connexions peer-to-peer (P2P), un suivi amélioré des paiements dans les journaux et des calculs de frais plus précis. La mise à jour améliore également la compatibilité avec les réseaux de test et ajoute de petites mises à jour aux outils de ligne de commande (LNCLI).
Les améliorations supplémentaires incluent une meilleure gestion des connexions, une amélioration de la mise en forme du trafic AUX et des mises à jour de l’interface RPC pour un débogage plus facile. Le service Lightning Seed prend désormais en charge TestNet4 et Signet, ce qui facilite la découverte des pairs pour les nouveaux nœuds.
La mise à jour a été construite à l’aide de Go1.23.9 et permet aux autres de confirmer que les fichiers publiés correspondent au code source d’origine. Les utilisateurs de Docker peuvent également exécuter un script pour vérifier l’installation avant de démarrer le conteneur.
La version peut être vérifiée à l’aide de signatures PGP et d’Opentimestamps pour confirmer qu’elle n’a pas été falsifiée. Tous les détails et les instructions sont disponibles ici.