Bitcoin Core lance une correction pour le bug causant la perte de cryptomonnaies

Source : PortaldoBitcoin Titre original : Bitcoin Core lance une correction pour un bug causant la perte de cryptomonnaies Lien original : https://portaldobitcoin.uol.com.br/bitcoin-core-lanca-correcao-para-bug-que-causava-perda-de-criptomoedas/ Bitcoin Core a annoncé le lancement de la version de test v30.2rc1, une mise à jour apportant des corrections importantes suite aux problèmes détectés dans les versions 30.0 et 30.1 qui, dans de rares cas, pouvaient entraîner la perte de tous les bitcoins lors de la migration d’anciennes portefeuilles.

La nouvelle version est encore en phase de test par les développeurs et la communauté, mais représente une étape essentielle pour consolider la stabilité de l’implémentation la plus utilisée d’un nœud complet du réseau Bitcoin, dont la base de code est maintenue par une communauté de développeurs indépendants au nom de la sécurité et de la décentralisation.

La v30.2rc1 a été publiée en tant que candidat à la future version stable 30.2, avec un focus particulier sur la correction du bug de migration qui a généré une alerte mondiale : dans les versions 30.0 et 30.1, lors de la tentative de conversion de portefeuilles hérités du format ancien vers le nouveau standard, le logiciel pouvait, dans des circonstances spécifiques, effacer non seulement les fichiers du portefeuille en cours de migration, mais aussi d’autres fichiers de portefeuille présents dans le même répertoire, entraînant une perte définitive des fonds si aucune sauvegarde n’était effectuée.

Cette faille, considérée comme critique par les développeurs et les utilisateurs, a conduit à la suppression de la version affectée et à la recommandation d’un retour temporaire à la version 28.1, jusqu’à ce qu’un code corrigé soit testé et validé.

La nouvelle version de test apporte des ajustements dans le processus de migration des portefeuilles et des validations supplémentaires pour empêcher que la faille d’effacement ne se produise. Bien que le changelog complet soit technique, les principales modifications concernent la logique de chargement du fichier de portefeuille et la gestion des erreurs qui, lors de la précédente version, ne prenaient pas en compte adéquatement les cas d’interactions avec la configuration de pruning (qui réduit l’espace de stockage en supprimant les anciens données de la blockchain) ainsi que la présence de fichiers standardisés créés dans des versions antérieures de Bitcoin Core.

Cette correction est perçue par la communauté comme la priorité numéro un avant de remettre la v30 en version recommandée pour une utilisation générale.

Débat dans la communauté Bitcoin

Le lancement de la v30.2rc1 intervient dans un contexte de débat plus large au sein de la communauté concernant l’avenir du développement du logiciel Bitcoin. Les versions 30 étaient déjà sujettes à controverse avant même la découverte du bug, notamment en raison de changements liés à l’utilisation de OP_RETURN, un mécanisme permettant d’insérer des données arbitraires dans les transactions.

Ce débat a ravivé les comparaisons entre Bitcoin Core et Bitcoin Knots, une implémentation alternative maintenue par le développeur Luke Dash Jr., qui adopte une posture plus restrictive concernant le stockage de données sur la blockchain.

Les critiques de Core soutiennent que la succession de polémiques renforce la nécessité d’adopter des approches plus conservatrices dans le développement du logiciel le plus utilisé du réseau. Les défenseurs de Core, quant à eux, soulignent que le processus même d’identification publique de l’erreur, la suppression immédiate des versions affectées et la sortie rapide d’une version corrective pour les tests démontrent la robustesse du modèle de développement ouvert et la priorité donnée à la sécurité.

Alors que la v30.2rc1 passe désormais par la phase de tests de la communauté, l’attente est que, sauf nouvelle faille critique, la version stable 30.2 sera lancée dans les prochaines semaines. D’ici là, la recommandation reste la même : les utilisateurs doivent éviter tout processus de migration de portefeuilles sur les versions concernées et maintenir des sauvegardes à jour.