La dernière version du logiciel de nœud Bitcoin (BTC) a été officiellement annoncée le 27. Cette mise à jour vise principalement à améliorer la façon dont les données sont lues dans la propagation des transactions et dans le processus d'authentification des blocs. Auparavant, chaque pair gérait séparément ses propres files de sortie; cette structure a été abandonnée, et un fichier partagé a été introduit dans le nœud afin de réduire l'utilisation de mémoire et de CPU.

Le document officiel indique que la nouvelle limite de transmission des transactions est fixée à 14 par seconde, et les pairs liés sont conçus pour appliquer un taux d'opération de 2,5 fois plus élevé. En outre, le débit maximal de données transactionnelles est fixé à 12 Mo par minute, afin de permettre une capacité de burst plus importante durant quelques secondes. Lors de l'extension de blocs, la base de données d'état de la chaîne lit en avance les informations de sortie des transactions précédentes, et permet aux travailleurs (initialement 8 à 16) de procéder simultanément, augmentant ainsi le taux d'authentification.

Dans la note de cette version, Bitcoin Core a indiqué qu'il n'avait pas publié la version 32.0, bien que le code porte l'étiquette 32.0; en réalité, la version déployée est 32.1. Les modes d'accès réseau ont également été modifiés, et dans les services Tor générés automatiquement, si le démon Tor est pris en charge, la méthode PoW (Proof of Work) sera appliquée.

La méthode de chiffrement ElGamal (type 0), qui est progressivement retirée par I2P, sera supprimée avant ou à la version v34; et l'utilisation limitée de CJDNS est encore en cours d'évaluation pour le support.

Sur le plan de sécurité, une attention particulière a été portée : le 28, dans la note de sécurité, a confirmé qu'il pouvait y avoir un problème d'utilisation excessive de la mémoire via l'appel select() sur les systèmes d'exploitation autres que Linux. Cette notice classifie ce problème comme « modéré » et indique que les nœuds Linux ne sont pas affectés.

Il est à noter que les faibless de sécurité découvertes par l'analyse automatique LLM sont corrigées dans les versions 29.5, 30.4, 31.2 et 32.1; ainsi la mise en place d'une politique de divulgation rapide des vulnérabilités qui apparaissent dans les principales versions a été annoncée avec cette note.

Le document inclut également la proposition BIP‑361, qui propose de limiter progressivement les signatures ECDSA·Schnorr ; elle est actuellement en état « draft » et n'a pas encore été activée ni adoptée dans le réseau, mais reste une possibilité d'application future.

CoinBase ($COIN) a conseillé dans un document technique publié le 13 octobre de préparer à l'avance la conversion inter-coin; il prédit que ce processus pourrait prendre plusieurs années. Ce type d'information ne se concentre pas sur les fluctuations de prix ou les rendements d'investissement, mais montre la direction politique et les améliorations logicielles.)