Un fork Bitcoin proposé ce week-end ouvrirait une période d’activation pour mettre à jour les règles de consensus afin de limiter le stockage de données sans rapport avec le mouvement en chaîne du BTC.
Dans une escalade dramatique de la guerre OP_RETURN de cette année, le développeur pseudonyme « Dathon Ohm » a relancé la proposition d’amélioration Bitcoin (BIP) 2017, également appelée « Softfork temporaire de données réduites », qui pourrait devenir BIP 444 si quelqu’un code un client d’activation et le formalise sur GitHub.
La nouvelle blockchain refuserait de nombreux types de stockage de données courants pour les médias, les objets de collection, les roll-ups et autres utilisations de nouveauté ou commerciales à son niveau de base, le consensus.
Plus précisément, la proposition aggrave le désaccord sur l’approche détendue de Bitcoin Core v30 consistant à mettre en file d’attente jusqu’à 100 Ko de données arbitraires par transaction dans les pools de mémoire des nœuds (« mempools »).
Cela rendrait ces blocs de données contigus incompatibles avec les règles de la blockchain pour les transactions valides – et pas seulement avec les règles de standardité par défaut des pools de mémoire.
Pour le contexte, Bitcoin Core est le logiciel le plus populaire pour les opérateurs de nœuds complets Bitcoin avec des milliers d’opérateurs en ligne à tout moment.
OP_RETURN est le code de script Bitcoin le plus courant pour placer des données dans des transactions sans rapport avec la validation du mouvement du Bitcoin (BTC).
La version 29 (v29) et antérieure de Bitcoin Core interdisait plusieurs sorties OP_RETURN par transaction, ainsi que les sorties OP_RETURN dépassant 84 octets, dans son pool de mémoire par défaut.
Core v30, en revanche, accepte et relaie plusieurs sorties OP_RETURN, ainsi que des sorties OP_RETURN allant jusqu’à 100 Ko, sur son pool de mémoire par défaut.
Les développeurs de Bitcoin Core ont publié la version 30 le 10 octobre.
Un hard fork Bitcoin crée une blockchain rétrocompatible nécessitant la mise à niveau de tous les nœuds, tandis qu’un soft fork est rétrocompatible et permet aux nœuds plus anciens de valider la validité des transactions sur la même blockchain.
Deux propositions d’activation pour un soft fork Bitcoin
Signalant la popularité croissante du Core v30 sur la liste de diffusion Bitcoin-Dev, Dathon Ohm a proposé une méthode d’activation double pour un soft fork qui, en cas de succès, mettrait fin définitivement à de nombreux types de stockage de données en chaîne tels que les inscriptions, les runes, les ordinaux et les roll-ups.
Il est intéressant de noter que, tel que proposé, cela ne mettrait pas fin à Stamps, un type de protocole plus difficile à censurer qui pirate les données de la blockchain d’une manière difficile à empêcher au niveau du consensus.
Dathon Ohm appelle les deux méthodes d’activation « proactive » et « réactive ».
Essentiellement, la proposition proactive a une hauteur de bloc d’espace réservé de 987424 – probablement janvier 2027 sur la base des temps d’extraction moyens – pour un « jour drapeau » ordonné où les personnes soutenant la réduction du stockage de données en chaîne mettraient à jour leurs règles de consensus.
La méthode réactive, en revanche, s’activerait de manière aléatoire à tout moment au cours des 15 prochains mois chaque fois que les mineurs remarqueraient un contenu illégal tel que CSAM et refuseraient d’inclure ces transactions dans la blockchain de Bitcoin.
« Dans ce cas, les nouvelles règles entrent en vigueur dès le bloc suivant », a écrit Dathon Ohm.
Bien que les deux méthodes d’activation soient alarmantes, la méthode réactive est celle qui a suscité le plus de critiques en raison de son impact à court terme.
Alléguant déjà que ses partisans envisagent d’utiliser la loi et d’envoyer des lettres juridiques menaçantes aux mineurs pour les pousser à diriger ce fork réactionnaire, cette méthode d’activation controversée attire le plus l’attention sur les réseaux sociaux.
Blâmer Luke Dashjr et Bitcoin Mechanic
De nombreuses personnes blâment le développeur principal Luke Dashjr et son collègue du pool minier OCEAN, Bitcoin Mechanic, pour la proposition de Dathon Ohm.
TheRage avait précédemment signalé que Dashjr prévoyait un hard fork. Il a répondu en qualifiant l’article de « mensonges totalement infondés ».
Au cours du week-end, de nombreux développeurs, dont Dashjr, se sont réunis à Plan B, une conférence Bitcoin sponsorisée par Tether en Suisse.
Dashjr, en plus des tâches telles que l’examen des demandes de tirage et l’attribution de numéros BIP, défend Knots, une version forkée de Bitcoin Core qui refuse d’augmenter les autorisations de stockage de données OP_RETURN du Core v30.
Certaines personnes pensaient que la réunion en personne offrait l’occasion à la communauté Knots de proposer ce soft fork.
