La guerre OP_RETURN de Bitcoin vient de devenir nucléaire : une proposition de fork de chaîne

Un fork de Bitcoin proposé ce week-end commencerait une période d'activation pour mettre à jour les règles de consensus afin de limiter le stockage de données non liées au mouvement on-chain de 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 commun pour les médias, les objets de collection, les roll-ups et d'autres usages novateurs ou commerciaux à son niveau de consensus de base.

Spécifiquement, la proposition intensifie le désaccord concernant l'approche assouplie de Bitcoin Core v30 en matière de mise en file d'attente de jusqu'à 100 Ko de données arbitraires par transaction dans les mémoires tampons des nœuds (“mempools”).

Cela rendrait de tels morceaux de données contigus incompatibles avec les règles de la blockchain pour les transactions valides — pas seulement les règles de standardisation par défaut des mempools.

Pour 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 qui n'ont rien à voir avec la validation du mouvement de bitcoin (BTC).

La version 29 (v29) et les versions antérieures de Bitcoin Core interdisaient plusieurs sorties OP_RETURN par transaction, ainsi que des sorties OP_RETURN dépassant 84 octets, dans son mempool par défaut.

Core v30, en revanche, accepte et relaye plusieurs sorties OP_RETURN, ainsi que des sorties OP_RETURN allant jusqu'à 100 Ko, dans sa mempool par défaut.

Les développeurs de Bitcoin Core ont publié la version 30 le 10 octobre.

Un hard fork de Bitcoin crée une blockchain incompatible avec les versions antérieures, nécessitant une mise à jour de tous les nœuds, tandis qu'un soft fork est compatible avec les versions antérieures, permettant aux anciens nœuds de valider la validité des transactions sur la même blockchain.

Deux propositions d'activation pour un soft fork de Bitcoin

Signalant la popularité croissante de Core v30 sur la liste de diffusion Bitcoin-Dev, Dathon Ohm a proposé une méthode d'activation duale pour un soft fork qui, si elle réussit, mettrait définitivement fin à de nombreux types de stockage de données on-chain tels que les inscriptions, les runes, les ordinals et les roll-ups.

Il est intéressant de noter que, comme proposé, cela ne mettrait pas fin aux Stamps — un type de protocole plus difficile à censurer qui intègre des données sur 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.”

En essence, la proposition proactive a une hauteur de bloc de remplacement de 987424 — probablement janvier 2027 en fonction des temps de minage moyens — pour un “jour de drapeau” ordonné lorsque les personnes soutenant la réduction du stockage de données on-chain 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 le CSAM et refuseraient d'inclure ces transactions dans la blockchain de Bitcoin.

“Dans ce cas, les nouvelles règles entrent en vigueur sur le tout prochain bloc,” a écrit Dathon Ohm.

Bien que les deux méthodes d'activation soient alarmantes, la méthode réactive a reçu le plus de critiques en raison de son impact à court terme.

Déjà en alléguant que ses partisans prévoient d'utiliser le droit comme arme et d'envoyer des lettres légales menaçantes aux mineurs pour les contraindre à exécuter ce fork réactionnaire, cette méthode d'activation controversée attire le plus d'attention sur les réseaux sociaux.

Blâmer Luke Dashjr et Bitcoin Mechanic

Beaucoup de gens blâment le développeur principal Luke Dashjr et son collègue du pool de minage OCEAN, Bitcoin Mechanic, pour la proposition de Dathon Ohm.

Pendant le week-end, de nombreux développeurs, y compris Dashjr, se sont réunis à Plan B, une conférence Bitcoin parrainée par Tether en Suisse.

Dashjr, en plus de tâches telles que les examens des demandes de tirage et l'attribution des numéros BIP, plaide pour Knots, une version forkée de Bitcoin Core qui refuse d'augmenter les allocations de stockage de données OP_RETURN de Core v30.

Certaines personnes croyaient que la réunion en personne offrait une occasion à la communauté Knots de proposer ce soft fork.