Bitcoin Core v32.0rc1 a été étiqueté le 14 sept. avec une signature vérifiée, ouvrant une fenêtre RC de 26 jours qui vise une version finale le 10 octobre. Le candidat est un logiciel en préversion, et non une mise à jour de production, et surtout n'active aucune nouvelle règle de consensus. Quatre RPC passent par défaut à PSBTv2 dans cette version, tandis que le plus grand changement de performance ajoute le préchargement parallèle des sorties de transactions lors de la connexion de bloc (8 workers par défaut, configurable jusqu'à 16).
Pourquoi c'est important
La mise à jour apporte de réels gains de performance et de compatibilité plutôt qu'un choc au niveau des tokens. Le préchargement parallèle des sorties de bloc réduit le temps de validation sur le matériel lié au disque, et l'index de transactions reconstruit utilise moins de la moitié de l'espace disque du format précédent. Les équipes de portefeuilles qui créent, convertissent ou ajustent les frais des PSBT doivent tracer ces flux via leurs parseurs et signataires en aval, tandis que la gestion des frais obtient un nouveau chemin par défaut qui combine les estimateurs de politique de bloc et de mempool et peut renvoyer une erreur si l'un des composants tombe en panne. La réécriture du serveur HTTP élargit encore la surface de test : une limite d'en-tête de 8 192 octets, un plafond par défaut de 16 connexions RPC, de nouveaux contrôles de cache REST et une déconnexion immédiate des adresses client non autorisées.
Impact sur le marché
Le risque de perturbation se concentre dans les pannes opérationnelles, et non dans le consensus. Les anciennes versions de nœuds ne peuvent pas lire le nouveau format d'index de transactions, ce qui signifie qu'une rétrogradation déclenche une autre reconstruction qui peut durer des heures. Les opérateurs axés sur la confidentialité doivent aussi reproduire les chemins d'échec autour du correctif de repli Tor, de la file de 10 000 entrées et de la limite de relais de 1 000 tentatives. L'étiquette finale n'étant encore qu'un objectif, le travail pratique de la fenêtre RC consiste à exposer ces cas limites par rapport à la base 31.1 avant la date limite du 10 octobre.
Questions fréquemment posées
-
Quand la sortie de Bitcoin Core v32.0 est-elle attendue ?
Le candidat v32.0rc1 a été étiqueté le 14 sept. avec une signature vérifiée, le 10 octobre étant listé comme objectif pour l'étiquette finale de v32.0, laissant une fenêtre RC de 26 jours.
-
Bitcoin Core v32 active-t-il de nouvelles règles de consensus ?
Non. La version v32 est une mise à jour logicielle qui modifie le comportement RPC par défaut et les réglages de performance, mais ne signale pas l'activation d'une nouvelle règle de consensus.
-
Quels changements côté portefeuille sont livrés dans Bitcoin Core v32 ?
Quatre RPC passent par défaut à PSBTv2, tandis que d'autres interfaces suppriment des champs obsolètes ou rejettent des arguments que les anciennes versions toléraient. Les équipes qui créent, convertissent ou ajustent les frais des PSBT doivent tracer ces flux via les parseurs et signataires en aval.
-
Quel est le plus grand changement de performance dans Bitcoin Core v32 ?
Le préchargement parallèle des sorties de transactions lors de la connexion de bloc, par défaut à 8 workers et prenant en charge jusqu'à 16. Les opérateurs peuvent comparer la validation liée au disque entre réglages pour évaluer les compromis en CPU, mémoire et latence de stockage.
-
Que se passe-t-il si un opérateur rétrograde depuis Bitcoin Core v32 ?
L'index de transactions reconstruit utilise moins de la moitié de l'espace disque, mais les anciennes versions ne peuvent pas lire le nouveau format. Une rétrogradation déclenche une autre reconstruction qui peut durer des heures.
WuBlockchain
CoinTelegraph
CZ Binance
CoinDesk
TheBlock