Community Trust ScoreVérifié
Bitcoin Core entre dans sa dernière ligne droite avant une mise à jour majeure. Le premier candidat à la sortie de la version 32.0 a été étiqueté le 14 septembre, avec le 10 octobre fixé comme date de lancement cible selon le calendrier de publication du projet.
C’est une mise à jour plus importante que ne le suggère le numéro de version. Estimation des frais, sécurité, gestion de la mémoire, formats de transaction, infrastructure serveur — les développeurs ont touché à peu près tout. Et certaines des découvertes faites lors des tests étaient vraiment alarmantes, notamment concernant la consommation de mémoire dans le nouveau serveur web. Plus de détails à ce sujet dans un instant.
Comment l’estimation des frais change dans la version 32
Actuellement, Bitcoin Core estime les frais de transaction en regardant ce qui a été payé dans les blocs précédents. C’est tout le système. Cela fonctionne, mais c’est un peu brut — cela ne tient pas compte de ce qui est en attente dans le mempool pour être confirmé.
La version 32 ajoute un deuxième estimateur qui surveille directement ces transactions en attente. Le système à double estimateur signifie que les utilisateurs pourraient finir par payer des frais plus bas lorsque la congestion du réseau diminue, car le logiciel aura une image plus claire et actuelle de ce qui est réellement nécessaire pour faire passer une transaction. Ce n’est pas une refonte dramatique du fonctionnement de Bitcoin, mais une amélioration significative de la qualité de vie pour quiconque prête attention à ses dépenses de frais.
Les nœuds récupéreront également les données de transaction plus rapidement. La mise à jour permet une récupération de données multi-threadée, avec huit threads fonctionnant par défaut. Moins d’attente pour le chargement des données.
Faille de sécurité corrigée, format PSBT mis à jour
Il y a une correction de sécurité intégrée dans la version 32 qui méritait probablement plus d’attention qu’elle n’en a reçue. Une faille introduite dans Bitcoin Core 24.0 — affectant les systèmes non-Windows — permettait l’exécution de commandes malveillantes via des noms de portefeuille spécialement conçus. En gros, si quelqu’un pouvait alimenter un nœud avec un nom de portefeuille conçu pour exploiter la vulnérabilité, il pourrait exécuter des commandes arbitraires. Mauvais. La version 32 traite désormais les noms de portefeuille comme du texte littéral, ce qui ferme cette possibilité.
Bitcoin Core 32 passe également à PSBT version 2 — le nouveau format pour les transactions partiellement signées. PSBT est la manière dont les logiciels de portefeuille et les dispositifs de signature communiquent lorsqu’ils construisent une transaction nécessitant la signature de plusieurs parties ou dispositifs. Le format version 2 est plus propre et plus performant que l’original. Mais ce changement signifie que toute application ou service construit directement autour des commandes PSBT de Bitcoin Core doit vérifier la compatibilité. Les développeurs ont laissé le format plus ancien disponible pour les applications qui le demandent, donc ce n’est pas une coupure nette. Néanmoins, les services qui n’ont pas testé le nouveau format devraient probablement le faire avant le 10 octobre.
Le bug de mémoire qui a fait passer l’utilisation de 46 Mo à 3,2 Go
C’est là que les choses sont devenues vraiment préoccupantes lors des tests. Bitcoin Core 32 remplace le serveur web existant par une nouvelle implémentation. Lors de l’audit pré-sortie — réalisé avec le modèle Kimi K3 de Moonshot AI — les testeurs ont découvert un problème d’épuisement de la mémoire dans le nouveau serveur.
Le problème : les données des clients s’accumulaient en mémoire plus vite que le serveur ne pouvait les traiter. Lors d’un test de 90 secondes, 16 connexions REST non authentifiées ont fait passer la mémoire d’un nœud de 46 Mo à environ 3,2 Go. Ce n’est pas une lente augmentation — c’est un pic. Si ce comportement n’était pas corrigé, il pourrait faire planter un nœud ou le rendre inutilisable.
L’interface REST avait un problème connexe. Un test séparé a montré que la mémoire passait de 46 Mo à environ 3 Go en seulement une minute sous une charge similaire de connexions non authentifiées.
Après la correction, le même test a produit une utilisation de la mémoire d’environ 3 Mo. C’est un revirement assez spectaculaire. Les deux problèmes ont été détectés et résolus avant que la version stable ne soit livrée, ce qui est exactement ce que les tests pré-sortie sont censés faire — mais cela rappelle combien de choses peuvent mal tourner lorsqu’on remplace une infrastructure de base.
Les développeurs ont passé du temps à s’assurer que le nouveau serveur gère les requêtes efficacement sans laisser la mémoire gonfler de manière incontrôlée. L’ancien serveur avait le même défaut de base — l’accumulation de données dépassant le traitement — et le nouveau a failli être livré avec le même problème.
Pour les opérateurs de nœuds, le résultat pratique est une meilleure stabilité et une utilisation des ressources plus prévisible une fois la version 32 en place. Pour les développeurs construisant sur Bitcoin Core, le changement de format PSBT est le principal point à vérifier avant la sortie du 10 octobre. Les applications peuvent toujours demander l’ancien format de transaction si nécessaire, donc la compatibilité rétroactive n’est pas perdue — mais elle n’est pas garantie d’être sans faille sans test.
Le candidat à la sortie est en ligne maintenant. Quiconque gère une infrastructure Bitcoin Core voudra probablement faire partie de ce groupe de test plutôt que d’attendre la version stable.
Hub : Prix, actualités et analyses du Bitcoin
Hub: Bitcoin : prix, actualités et analyse
Questions Fréquentes
Quelle vulnérabilité de sécurité Bitcoin Core 32 corrige-t-il ?
Une faille de Bitcoin Core 24.0 sur les systèmes non-Windows permettait l’exécution de commandes malveillantes via des noms de portefeuille spécialement conçus. La version 32 corrige cela en traitant les noms de portefeuille comme du texte littéral.
À quel point le bug de mémoire découvert lors des tests de Bitcoin Core 32 était-il grave ?
Lors des tests, 16 connexions REST non authentifiées ont fait passer la mémoire d’un nœud de 46 Mo à environ 3,2 Go en 90 secondes. Après la correction, le même test a entraîné environ 3 Mo d’utilisation de la mémoire.
Pourquoi c'est important
Cette mise à jour de Bitcoin Core, qui vise à améliorer l'efficacité des transactions tout en renforçant la sécurité, s'inscrit dans un contexte où la gestion des frais et des ressources est cruciale pour l'adoption croissante des cryptomonnaies. En corrigeant un bug critique de mémoire et en optimisant divers aspects techniques, cette version pourrait contribuer à renforcer la confiance des utilisateurs et des investisseurs, notamment dans un environnement de marché de plus en plus compétitif. L'impact de telles améliorations sur la scalabilité et la fiabilité du réseau Bitcoin pourrait jouer un rôle déterminant dans son évolution future.
