Bitcoin Core, le responsable du principal client de nœud Bitcoin, a publié la version 30 de son protocole. Selon la note de version, cette mise à jour “inclut de nouvelles fonctionnalités, diverses corrections de bugs et améliorations de performances, ainsi que des traductions mises à jour”.
Bitcoin Core v30 a été une amélioration attendue mais controversée, car elle donne, de l’avis de nombreux utilisateurs et de nombreux développeurs, une « autorisation » pour effectuer du spam indéfini sur le réseau.
Selon le communiqué du 12 octobre, “avec la sortie de cette nouvelle version majeure, les versions 27.x et antérieures arriveront en fin de vie utile et ne recevront plus de mises à jour”. Environ une semaine et demie depuis la rédaction de cette note, les responsables révélera d’éventuelles vulnérabilités logicielles moyennes et graves suivant un processus de divulgation responsable.
Bitcoin Core v30 introduit des changements dans la politique de transmission des transactions, dans le système de communication peer-to-peer (P2P) entre nœuds, une nouvelle instruction de ligne de commande, une interface expérimentale pour le minage de Bitcoin pour Stratum V2, des changements dans le répertoire d’installation du logiciel et dans les anciens portefeuilles (héritage) le Bitcoin.
Les changements les plus importants se produisent au niveau des politiques de transaction. Comme CriptoNoticias l’a rapporté, Bitcoin Core prévoyait depuis longtemps d’augmenter la limite de données imposables sur le champ OP_RETURN, ce qui augmente la quantité de données pouvant être intégrées dans une transaction à 100 000 octets.
–taille du support de données (et code opération qui fixe la limite de stockage) est augmentée à 100 000 par défaut, ce qui supprime la limite (puisque la taille maximale de transaction sera atteinte en premier). Il peut être remplacé par –taille du support de données = 83 pour revenir à la limite appliquée dans les versions précédentes.
Equipe Bitcoin Core, nœud client principal du protocole.
CriptoNoticias a également signalé que Bitcoin Core ne prévoyait pas d’autoriser l’annulation de ladite limite via -taille du support de données = 83. Néanmoins, les responsables du protocole ont fait demi-tour dans cette décision lors des derniers jours de préparation de Bitcoin Core v30.
Des semaines et des mois à l’avance, Bitcoin Core v30 a suscité, et continue de provoquer, des inquiétudes chez les bitcoiners les plus « puristes » qui considèrent le Bitcoin comme un réseau exclusivement monétaire et le spam, comme une menace.
Ces bitcoiners considèrent que, grâce à cette mise à jour de la politique de transaction, le réseau pourrait être inondé d’images inutiles et dans certains cas pornographiques (qui vraisemblablement entraînerait des risques juridiques pour les courtiers de nœuds), détournant Bitcoin de son objectif central de système monétaire.
Cependant, selon les chercheurs de BitMex, il y aurait des raisons techniques pour lever la limite OP_RETURN. Cette mesure permettrait de garder les blocs compacts (Blocs compacts), une proposition introduite par le développeur Matt Corrallo, fonctionner efficacement.
“Si vous voulez que les blocs compacts fonctionnent pour vous, vous avez besoin d’un modèle raisonnablement bon de ce que les mineurs exploiteront, vous devrez donc peut-être avoir une limite OP_Return plus grande localement”, concluent-ils de BitMex.
