Versions, avis de sécurité et travaux sur le protocole, par ceux qui conçoivent les logiciels Bitcoin.
121 publications
Finies les réécritures incessantes du chainstate sur le disque avec Bitcoin Core 30.3, qui répare aussi un plantage de feebumper lorsque le montant combiné du bump fee n’est pas disponible (#34870) et un bug de sélection des pièces qui calculait un montant comme un booléen (#34888). Côté PSBT, les clés publiques MuSig2 sont désormais validées à la désérialisation des pubnonces et des signatures partielles (#34219).
Bitcoin Core
Fuite d’adresse IP colmatée pour -privatebroadcast dans Bitcoin Core 31.1 : certaines connexions sortaient sur le clearnet au lieu de passer par le réseau de confidentialité activé. La mise à jour met aussi fin aux réécritures du chainstate à l’origine d’une activité disque excessive et rejette les listes de clés publiques vides dans l’agrégation de clés MuSig2 (#35316).
Bitcoin Core
Un échec de la poignée de main v2 peut trahir l’adresse IP de l’expéditeur dans Bitcoin Core 31.0 : avec -privatebroadcast, la nouvelle tentative en v1 contourne le proxy Tor et se connecte directement au pair. Déclencheur le plus probable : un pair malveillant qui coupe volontairement la poignée de main. En attendant 31.1, on peut désactiver la fonction, régler -v2transport=0 ou faire passer le trafic sortant IPv4/IPv6 par Tor.
Bitcoin Core
Les versions de Bitcoin Core postérieures à 0.14.0 et antérieures à 29.0 pouvaient lire de la mémoire libérée en validant un bloc invalide spécialement conçu, ce qui faisait planter le nœud. CVE-2024-52911 est jugée de gravité élevée, même si l’attaquant doit dépenser une preuve de travail valide en tête de chaîne, et une exécution de code à distance paraît peu probable. Cory Fields l’a signalée ; 29.0 contient le correctif.
Bitcoin Core
Le cluster mempool remplace l’ancienne conception dans Bitcoin Core 31.0 : les limites d’ancêtres et de descendants cèdent la place à des clusters plafonnés à 64 transactions et 101 ko, et le CPFP carveout disparaît. Le -dbcache par défaut monte à 1024 Mio sur les machines dotées d’au moins 4096 Mio de RAM, et une nouvelle option -privatebroadcast réserve les diffusions de sendrawtransaction à Tor ou I2P.
Bitcoin Core
Deux échecs liés aux portefeuilles sans nom sont corrigés dans Bitcoin Core 28.4 : la migration des portefeuilles legacy (#34156) et createfromdump, qui effaçait le répertoire wallets en cas d’erreur (#34215). Un seed DNS est par ailleurs retiré de chainparams (#33723).
Bitcoin Core
Bitcoin Core 29.3 ne sanctionne plus les pairs qui envoient des transactions invalides au regard du consensus (#33050). La validation gagne un cache de midstate de sighash par entrée pour les scripts legacy, P2SH et segwit v0 (#32473) et détecte le witness stripping sans rejouer les vérifications de Script (#33105), tandis que addPackageTxs, côté mineur, perd un dépassement d’entier non signé (#33475).
Bitcoin Core
Plus d’échec de migration sur les portefeuilles legacy sans nom avec Bitcoin Core 30.2 (#34156), et createfromdump n’efface plus le répertoire wallets lorsqu’il échoue sur l’un d’eux (#34215). Un Ctrl-C ne bloque plus pendant les appels d’attente IPC (#33511).
Bitcoin Core
Dans de rares cas, une migration ratée de wallet.dat sous Bitcoin Core 30.0 ou 30.1 peut effacer tous les fichiers du répertoire du portefeuille et mettre les fonds en danger. Les développeurs ont retiré ces binaires et demandent de ne pas migrer via l’interface graphique ou en RPC avant 30.2. Le bug suppose un wallet.dat par défaut, sans nom, dont la migration ou le chargement échoue ; les autres utilisateurs ne sont pas touchés.
Bitcoin Core
Les portefeuilles de Bitcoin Core 30.1 ne prennent plus en compte les pièces TRUC non confirmées qui ont des ancêtres (#33528). Côté IPC, les options n’exigent plus l’argument -m (#33229), la journalisation des messages pèse moins lourd (#33517) et les appels waitNext en cours peuvent être annulés (#33676).
Bitcoin Core
Des transactions non standard spécialement conçues pouvaient occuper un nœud Bitcoin Core quelques secondes chacune sans que l’expéditeur soit déconnecté, de quoi retarder la propagation des blocs. Signalée par Antoine Poinsot et de faible gravité, CVE-2025-46598 a été atténuée dans v30.0 grâce à une réduction du temps de validation dans le pire des cas.
Bitcoin Core
Un bloc de plus de 1 Go pouvait déborder un contrôle de taille sur les nœuds Bitcoin Core 32 bits et les faire planter à l’écriture sur le disque, mais seulement sous forme de compact block et contre une victime configurée avec un -maxmempool supérieur à 3 Go contenant 1 Go de transactions. Découverte par Pieter Wuille, CVE-2025-46597 est de faible gravité ; le plafonnement de -maxmempool sur les systèmes 32 bits l’a refermée dans 29.1 et 30.0.
Bitcoin Core
Envoyer des blocs invalides à répétition pouvait épuiser le disque d’un nœud Bitcoin Core, qui journalisait chaque bloc échouant aux contrôles de base ou bifurquant avant le dernier checkpoint. De faible gravité, CVE-2025-54605 a été signalée par Niklas Goegge et, indépendamment, par Eugene Siegel. La limitation du débit des journaux dans 29.1 et 30.0 l’a corrigée.
Bitcoin Core
Les taux de frais minimaux par défaut baissent dans Bitcoin Core 28.3 : -blockmintxfee passe à 1 satoshi par kvB, -minrelaytxfee et -incrementalrelayfee à 100 satoshis par kvB. Ceux des portefeuilles ne bougent pas, et les transactions moins chères risquent de mal se propager tant que les nouvelles valeurs ne se seront pas répandues sur le réseau. Les permissions de whitelist ne s’appliquent plus non plus aux connexions entrantes onion (#33395).
Bitcoin Core
FillBlock reçoit deux correctifs P2P dans Bitcoin Core 29.2 : un contrôle de mutation du witness (#32646) et une vérification d’en-tête vide avant l’appel (#33296). Les contrôles TRUC ne sont plus appliqués lors d’une réorganisation (#33504), et getblock comme getblockheader cessent de renvoyer la cible de la tête de chaîne (#33446).
Bitcoin Core
Les limites d’OP_RETURN disparaissent de fait dans Bitcoin Core 30.0 : -datacarriersize vaut 100 000 par défaut et une même transaction peut porter plusieurs sorties de données, mais -datacarriersize=83 rétablit l’ancien plafond. Les taux de frais de relais par défaut tombent à 0,1 satoshi par vB, les opérations de signature legacy sont plafonnées à 2500 par transaction standard, et une nouvelle commande bitcoin chapeaute les exécutables existants.
Bitcoin Core
Dans Bitcoin Core 29.1, la journalisation inconditionnelle sur disque est limitée à 1 Mio par heure pour chaque emplacement source (#32604), et une transaction standard ne peut contenir plus de 2500 opérations de signature legacy potentiellement exécutées. Les taux de frais de relais par défaut descendent à 100 satoshis par kvB, tandis que les builds 32 bits plafonnent -maxmempool à 500 Mo et -dbcache à 1 Gio.
Bitcoin Core
Un peu plus de la moitié des changements de Bitcoin Core 28.2 concernent la compilation. Guix notarise désormais le bundle de l’application macOS et signe tous les binaires macOS et Windows (#31407), et depends reçoit des correctifs de compilation pour libevent sur NetBSD (#31500) et pour freetype sous cmake (#32693).
Bitcoin Core
Exit UPnP dans Bitcoin Core 29.0 ; -natpmp s’appuie désormais sur une implémentation intégrée de PCP et NAT-PMP au lieu de libnatpmp. L’ephemeral dust arrive comme nouvelle règle, un correctif de la double réservation de poids de bloc ajoute -blockreservedweight, et les nœuds réclament les parents manquants à tous les pairs ayant annoncé une orpheline. Les versions 26.x et antérieures atteignent la fin de maintenance.
Bitcoin Core
Avec -port, Bitcoin Core 28.1 calcule le port d’écoute onion par défaut en ajoutant un à ce port, au lieu de le figer à 8334 sur le mainnet : plusieurs nœuds locaux peuvent de nouveau cohabiter sans collision au démarrage. Les lignes HiddenServicePort manuelles de torrc devront peut-être être modifiées. Les données secrètes sont aussi effacées dans DecodeExtKey (#31166).
Bitcoin Core
