Tout ce qui provient des sources officielles.
141 publications
L’accumulateur d’Utreexo tient en moins de 1 ko là où un nœud conserve sinon un ensemble d’UTXO d’environ 11 Go, explique Davidson Souza dans le récap #423, au prix d’une bande passante plus élevée. Eric Price, de MARA, et PortlandHODL sont aussi invités, avec au programme les contrôleurs vardiff qui laissent en plan les mineurs ralentis et un projet de BIP sur les clés internes indépensables.
Bitcoin Optech
Les pools peuvent laisser en plan un mineur qui ralentit, coincé sur une difficulté de share calée sur son ancienne vitesse, soutient Eric Price sur Delving Bitcoin ; il propose un minuteur qui abaisse la difficulté après un intervalle sans share. Davidson Souza veut que le hintsfile de SwiftSync fasse disparaître les preuves de suppression d’Utreexo pendant le téléchargement initial des blocs, et NTL a rédigé un projet de BIP pour des clés internes taproot indépensables.
Bitcoin Optech
Adam Gibson présente à Mark Erhardt et Mike Schmidt, animateurs d’Optech, Babilonia, son protocole de coinjoin déguisé en paris discrets, et cite un article de Ron Rivest de 1997 sur les micropaiements façon loterie comme lointaine racine des paiements probabilistes. Rob Segers revient ensuite sur ses mesures d’un client léger pour paiements silencieux.
Bitcoin Optech
Babilonia, proposition d’Adam Gibson, déguise les coinjoins en tirages à pile ou face on-chain qui, vus de l’extérieur, ressemblent à des paiements ordinaires, même si son article admet que l’efficacité du protocole n’a pas encore de mesure claire. D’après les benchmarks de Rob Segers, BlindBit Oracle v2 télécharge environ 2,1 fois plus qu’un filtre limité à taproot avec données de tweak, en échange de l’absence de faux positifs. LDK v0.2.6 colmate une vulnérabilité de déni de service.
Bitcoin Optech
Les lectures et écritures disque intensives en fonctionnement normal venaient d’un bug corrigé dans Bitcoin Core 29.4 : la base chainstate réécrivait sans cesse de grandes parties d’elle-même. Le correctif désactive la seek compaction de LevelDB et compacte le chainstate à intervalles réguliers (#35465).
Bitcoin Core
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
En réutilisant le nonce du message version sur de nombreuses connexions, un attaquant pouvait simuler des auto-connexions et gonfler les journaux d’un nœud Bitcoin Core. La première connexion de la victime expirant après 60 secondes par défaut, remplir un disque prendrait longtemps ; CVE-2025-54604 est de faible gravité. Niklas Goegge l’a signalée en 2022, et la limitation du débit des journaux dans 29.1 et 30.0 y met fin.
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
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
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
