Augmenter la capacité du système Bitcoin
- Source
- Bitcoin Corebitcoincore.org
- Date de parution
- Longueur de l’original
- 1 min de lecture
- Langue
- anglais
Résumé SATWEI
En signant la feuille de route sur la capacité, 57 personnes, dont Pieter Wuille, Gregory Maxwell et Wladimir J. van der Laan, y voient la meilleure suite à leur travail sur le passage à l’échelle au sein de Bitcoin Core. La liste reste ouverte à d’autres signatures.
Mots-clés
- Passage à l’échelle
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