Le développement de Core en 2015, en images
- Source
- Bitcoin Corebitcoincore.org
- Date de parution
- Longueur de l’original
- 2 min de lecture
- Langue
- anglais
Résumé SATWEI
Une vidéo retrace l’activité de commits de 2015 dans le dépôt Bitcoin Core, une année marquée par 2 versions majeures, 5 versions de maintenance et deux soft forks activés : BIP66 et BIP65, ce dernier ajoutant CHECKLOCKTIMEVERIFY. Relecteurs, testeurs et traducteurs n’apparaissent pas dans ces données, rappelle le projet.
Tiré de l’original
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