Croissance du support du réseau pour BIP-110 met en lumière le débat sur la taille des sorties de transaction Bitcoin

Les nœuds Bitcoin soutiennent de plus en plus le BIP-110, avec une adoption atteignant désormais 2,38 % du réseau. Selon les reportages de Cointelegraph, environ 583 nœuds actifs sur 24 481 exploitent actuellement cette implémentation, principalement via le logiciel Bitcoin Knots. La proposition établit des contraintes techniques spécifiques : limiter la taille des sorties de transaction à 34 octets et restreindre les données OP_RETURN à 83 octets. Contrairement aux modifications permanentes du protocole, le BIP-110 fonctionne comme un soft fork temporaire d’une durée d’un an, après quoi la communauté peut voter pour prolonger ou modifier ces restrictions.

Comprendre les spécifications de taille derrière le BIP-110

La désignation 110 et ses limites de taille associées ont émergé en réponse à des préoccupations persistantes concernant le réseau. Ces restrictions sur les sorties ciblent directement la fonction de script OP_RETURN, qui permet l’insertion de données arbitraires sur la blockchain. La version 30 de Bitcoin Core, déployée fin 2025, a supprimé la limite précédente de 83 octets régissant les opérations OP_RETURN — un changement qui a suscité une friction importante au sein de la communauté. La demande de fusion initiale pour cette modification est apparue plus tôt en 2025 et a immédiatement rencontré une résistance de la part des participants au réseau inquiets des conséquences potentielles.

Le compromis entre stockage et centralisation

Les critiques soutiennent que la suppression des contraintes de taille sur les données arbitraires crée des problèmes significatifs pour les participants au réseau. Chaque octet supplémentaire d’informations non essentielle augmente la charge de stockage sur les opérateurs de nœuds, ce qui accroît les coûts computationnels pour maintenir l’infrastructure Bitcoin. Étant donné que l’attrait fondamental de Bitcoin réside dans son accessibilité — les nœuds pouvant fonctionner sur des ordinateurs personnels standard plutôt que sur du matériel spécialisé — des exigences de données plus importantes représentent une menace réelle pour cette proposition de valeur. La préoccupation centrale est un effet en cascade : à mesure que la demande de stockage augmente, moins de personnes peuvent se permettre d’exploiter des nœuds indépendants, poussant progressivement le réseau vers la centralisation.

L’avocat de Bitcoin Matthew Kratter a illustré ce risque par une métaphore vivante, comparant l’excès de données à un organisme parasitaire étouffant un arbre hôte. L’analogie illustre comment une croissance incontrôlée des données pourrait saper la fondation décentralisée de Bitcoin.

Visions concurrentes sur les limites de données

Tout le monde ne partage pas cette perspective. Jameson Lopp, un contributeur éminent de Bitcoin Core, prône le maintien de l’approche OP_RETURN sans limite. Son argument repose sur une évaluation technique : il estime que les mécanismes de filtrage sont inefficaces pour prévenir le spam, quel que soit la taille des données. Selon lui, tenter de réguler la taille des sorties par des règles de protocole traite un symptôme plutôt que le problème de fond.

Cette divergence philosophique reflète une tension plus large au sein du développement de Bitcoin — équilibrer l’accessibilité et la flexibilité, tout en pesant la sécurité contre les barrières à la participation au réseau.