Les développeurs de Core Bitcoin ont inversé leur plan pour déprécier la configurabilité de l’utilisateur de Datacarriersize par défaut d’OP_return quelques heures avant la version prévue de la version 30 de base (V30), l’un des modifications les plus controversées et largement publiées du logiciel dominant de Bitcoin pour des milliers d’opérateurs de nœuds.
Pull Demande (PR) 33453 a été fusionné par le mainteneur de base Ava Chow dans la branche maîtresse de Bitcoin Core via Github hier soir à New York.
Le logement de la onzième heure a signalé une légère victoire pour un mouvement dissident dirigé par des opérateurs de nœuds de nœuds qui ont protesté vocalement les servitudes de Core de Datacarriersize d’Op_return.
En vue de nombreux opérateurs de nœuds de nœuds, les pools de mémoire de la plupart des nœuds (MEMPOOL) doivent rejeter les transactions par défaut transportant de grandes quantités de données sans rapport avec le mouvement sur chaîne du bitcoin (BTC).
Plutôt que de charger les opérateurs de nœuds avec le stockage et la relance des données arbitraires autour du réseau pour les utilisations non de monnaie de BTC, les valeurs par défaut devraient dissuader ce stockage de données arbitraires dans les sorties OP_return.
Bien que le logiciel Core V30 augmentera toujours Datacarriersize d’Op_return de moins de 90 octets à 100 kb pour son MecHepol par défaut, V30 conservera et ne prévoit pas de déprécier la possibilité pour les utilisateurs de modifier manuellement Ce plafond sur la quantité de données arbitraires que les sorties OP_return transporteront.
La dépréciation des options de configuration de Datacarrier et Datacarriersize a été initialement prévue pour la publication en octobre dans Core V30.
Cependant, en raison de l’examen et de la fusion réussies de PR 33453, la dépréciation de la configurabilité des utilisateurs est maintenant en attente indéfiniment.
Le renversement de la politique de dernière minute ne défait pas tous les changements controversés du V29 dans le V30.
