Sortie de Bitcoin Core 29.4
- Source
- Bitcoin Corebitcoincore.org
- Date de parution
- Longueur de l’original
- 1 min de lecture
- Langue
- anglais
Résumé SATWEI
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).
Autres publications de Bitcoin Core
Pairs antérieurs à BIP31 en pause : la mémoire enfle lentement, sans limite
En faisant mine de ne pas gérer les pings de BIP 31, un pair malveillant pouvait esquiver la déconnexion au bout de 20 minutes et lire au ralenti : la file d’envoi du nœud gonflait alors de 2 Mo par heure au maximum pour chaque pair entrant, et de 5 Mo pour chaque pair sortant. La faille CVE-2026-117349, de gravité moyenne, est corrigée par #36667 dans Bitcoin Core 32.1, 31.2, 30.4 et 29.5 ; les nœuds en -blocksonly étaient bien moins exposés.
Bitcoin Core
Bitcoin Core 30.4 est sorti
Bitcoin Core 30.4 cesse de considérer les bits 5 à 28 de BIP 9 comme des signaux de soft fork, conformément à BIP 323 : les blocs qui les activent ne déclenchent plus d’alertes de déploiement inconnu (#34779). Côté réseau, un délai d’expiration s’applique désormais aux pairs en pause d’envoi (#36667), et les positions des flatfiles passent en entiers 64 bits (#36669).
Bitcoin Core
Hors Linux, les données urgentes TCP font gonfler la mémoire sans limite
Sous Windows, macOS et BSD, un pair connecté pouvait faire tomber un nœud en lui envoyant des données urgentes TCP : elles échappaient aux lectures en pause du backend select() et la mémoire s’accumulait sans limite (CVE-2026-117350). Les nœuds Linux, qui utilisent poll(), ne sont pas concernés. Bitcoin Core 32.1, 31.2, 30.4 et 29.5 corrigent ce bug de gravité moyenne, repéré par un LLM lors d’une analyse menée dans le cadre de Project Loupe.
Bitcoin Core