Murch, développeur Bitcoin Core et éditeur du référentiel officiel de propositions d’amélioration du réseau (BIP), a publié des données en chaîne montrant que les sorties OP_RETURN supérieures à 83 octets ne représentent que 0,0032 % de l’espace total des blocs de Bitcoin.
Dans sa publication, il a qualifié ce pourcentage de « choquant » (sur un ton ironique) dirigé vers ceux qui ont averti que Bitcoin Core v.30 ouvrirait la porte à des contenus potentiellement illégaux et que le courrier indésirable dans le réseau Bitcoin en ayant activé ce type de sorties.
Les données proviennent de deux graphiques Dune Analytics créés par Murch lui-même, couvrant la période de février 2023 à mai 2026. Le premier enregistre le nombre hebdomadaire de sorties OP_RETURN triées par taille. Dans la semaine analysée par Murch, les sorties de plus de 83 octets ne représentaient que 0,000075 % du total des sorties.
Le deuxième graphique mesure l’espace total occupé par ces sorties en octets par semaine : celles de plus de 83 octets ont absorbé 0,14 % de l’espace total consommé par les sorties OP_RETURN, équivalent à 0,0032% de l’espace de bloc Bitcoin.
Les deux graphiques exposés par le développeur montrent un faible volume de sorties OP_RETURN dépassant la limite de 83 octets d’utilisation du réseau.
Contrairement aux données fournies par Murch, un rapport publié à la mi-avril par un courtier de nœuds Bitcoin prévenait qu’au cours du dernier trimestre, les enregistrements via des protocoles tels que Ordinals et Runes et les transactions avec OP_RETURN représentaient 44 % des opérations Bitcoin ; sur ce pourcentage, près de 63 % étaient des sorties OP_RETURN.
Ces données, qui coïncident avec celles rapportées par CriptoNoticias en octobre 2025, montrent que, en considérant non seulement les opérations OP_RETURN supérieures à 83 octets, le pourcentage indiqué par Murch augmente considérablement.
OP_RETURN est un opcode Bitcoin qui permet d’inclure des données arbitraires (texte, identifiants, enregistrements) dans une transaction. Jusqu’à Bitcoin Core 29, la limite pour ces données était de 83 octets.
En octobre 2025, et après un débat entamé des mois auparavant, Bitcoin Core 30 a étendu cette limite à 100 000 octets par défautun changement critiqué par la communauté Bitcoiner car, selon ses détracteurs, il facilite l’utilisation du Bitcoin comme réseau de fichiers, augmentant ainsi ce qu’ils considèrent courrier indésirable en occupant de l’espace de bloc sans transférer de valeur monétaire.
Mêmes données, arguments opposés
Adam Back, co-fondateur de Blockstream, a également ironiquement écarté l’alarme. Dans X, il a écrit que Bitcoin Mechanic (développeur et l’un des critiques les plus actifs du changement introduit dans Core 30) “ça vaut vraiment le coup de bifurquer”en référence sarcastique à la position de ceux qui proposent, comme Mechanic, l’introduction d’un soft fork à travers la proposition BIP-110 pour éviter l’inclusion de données arbitraires dans Bitcoin. Pour Back, cette proposition est disproportionnée par rapport à un impact que les données ne soutiennent pas.
Un mineur et opérateur de nœud a noté : « Alors pourquoi était-il si important de l’ouvrir par défaut dans l’implémentation de référence ? », avertissant que si l’utilisation de sorties OP_RETURN supérieures à 83 octets était si marginale, l’extension dans Core v.30 n’aurait pas été nécessaire.
De même, un autre utilisateur a répondu avec la même logique : « Ce n’est pas une question de quantité, mais de qualité », en arguant que la faible incidence actuelle ne justifie pas l’ouverture de la limite et que le problème n’est pas de savoir combien de sorties dépassent aujourd’hui 83 octets. mais quel type de contenu pourrait être intégré demain sans restriction.
Steve Tippeconnic, développeur spécialisé dans le quantique, a ajouté une critique technique plus précise. Selon lui, étendre la limite de OP_RETURN n’a pas résolu le problème avancé par ses défenseurs, puisque l’utilisation de données intégrées dans le témoinl’espace de transaction où les signatures numériques sont stockées et où des protocoles comme Ordinals peuvent également intégrer des informations.
D’un autre côté, a déclaré le spécialiste du quantum, le changement a ouvert un nouveau vecteur pour intégrer les données plus directement et plus visiblementsans aborder l’origine du débat. “Comme tout le monde au BIP-110 l’avait prédit”, a-t-il écrit, liant ce résultat aux avertissements que la proposition avait soulevés avant la sortie du Core 30.
BIP-110 : la proposition qui veut inverser le changement
BIP-110 est une proposition de soft fork créée par le développeur anonyme Dathon Ohm qui cherche à restreindre les utilisations non financières de l’espace de bloc Bitcoin, en le réservant aux paiements et aux règlements. Comme le rapporte CriptoNoticias, cette proposition a été incluse par défaut dans la dernière mise à jour du client Bitcoin Knots, un logiciel qui filtre les opérations activées par Core v.30.
L’activation du BIP-110 nécessite qu’un une masse critique d’opérateurs de nœuds installe ce client volontairement pour produire l’effet désiré. Si cette adoption n’a pas lieu, les règles BIP-110 n’entreront jamais en vigueur, car sans suffisamment de nœuds pour rejeter les blocs contenant des données arbitraires, le réseau continuera simplement à les accepter comme avant.
Dans ce contexte, les données de Murch ont relancé le débat sur la question de savoir si la limite élargie OP_RETURN représente un risque réel pour Bitcoin ou une alarme disproportionnée.
