OP_RETURN : l'une des controverses les plus graves autour du BTC
TechFlow SélectionTechFlow Sélection
OP_RETURN : l'une des controverses les plus graves autour du BTC
Le bitcoin, en tant que consensus, n'a en réalité pas besoin de dépendre d'un seul logiciel client dominant.
Dédié à des analyses Web3 approfondiesRédaction : Liu Jiaolian
Récemment, une proposition visant à supprimer la limite de taille des données annexes dans l'opérateur OP_RETURN du client Bitcoin Core a suscité une vive controverse dans le secteur. Des promoteurs notoires comme le développeur Peter Todd ont soumis à plusieurs reprises des demandes de fusion (PR), déterminés à atteindre leur objectif coûte que coûte.
Le 23 juillet 2023, Peter Todd a soumis la PR#28130, proposant d'éliminer la restriction sur les données transportées par OP_RETURN. La demande a été fermée sans être adoptée.
Le 28 avril 2025, il a renouvelé sa tentative en soumettant une nouvelle fois la même proposition sous la forme de la PR#32359. Cette version radicale exigeait non seulement la suppression de la limite des données annexes, mais aussi la suppression complète de l’option de configuration, afin d’empêcher les utilisateurs de logiciels clients de lever eux-mêmes cette limite.
La majorité s'est opposée à cette proposition.
Un autre développeur, instagibbs, a proposé une alternative légèrement plus modérée via la PR#32406. Il recommandait de conserver temporairement l’option de configuration, mais de désactiver par défaut toute limitation.
Cette proposition a également recueilli plus de votes contre que pour. Instagibbs a rédigé un document explicatif pour clarifier l’origine de OP_RETURN et justifier ce changement proposé.
Un opposant typique est le développeur Luke Dashjr, mainteneur du logiciel client Bitcoin Knots, qui s'était violemment opposé aux inscriptions il y a deux ans. Pour plus de détails, voir les articles antérieurs de TechFlow à ce sujet.
Pour aider les lecteurs occasionnels à comprendre simplement cette question, TechFlow propose l’analogie suivante :
Supprimer la limite des données annexes + exécuter ces données dans la machine virtuelle = Ethereum
Bien sûr, la réalité est plus complexe. Le registre de Bitcoin repose sur un modèle UTXO sans état. Pour se rapprocher de la conception d’Ethereum, il faudrait transformer ce registre afin qu’il puisse stocker des données d’état — ce qui poserait alors le nouveau problème de l’explosion de l’état.
Quoi qu’il en soit, c’est précisément parce que Bitcoin Core avait refusé la proposition de Vitalik Buterin d’utiliser les capacités de données annexes du registre Bitcoin pour implémenter ses contrats intelligents que celui-ci avait été contraint de créer le projet Ethereum.
Au cours de ce cycle haussier, ceux qui ont parié sur la surperformance d’Ethereum par rapport au BTC doivent certainement ressentir un troupeau d’animaux galoper dans leurs têtes.
Étant donné que cette fonctionnalité relève uniquement d’un logiciel client et non d’un consensus protocolaire de Bitcoin, on peut être rassuré : cette controverse ne mènera pas à un hard fork tel que celui de 2017.
Les principaux arguments en faveur incluent : de nombreux clients modifiés ont déjà levé cette limite et bénéficient du soutien de certains pools miniers ; cela pourrait offrir de nouveaux incitatifs aux mineurs ; bloquer OP_RETURN n’empêche pas les utilisateurs d’exploiter ingénieusement d’autres fonctionnalités comme multisig ou taproot script pour transporter des données, et pire, pousse à fragmenter les données, aggravant ainsi la fragmentation des UTXO ; mieux vaut orienter que bloquer, car aucune méthode rigide ne permet d’identifier précisément les données inutiles, condamnant ainsi toute tentative à devenir un jeu sans fin du chat et de la souris ; etc.
Les arguments principaux contre comprennent : lever les restrictions pourrait entraîner une croissance rapide du registre Bitcoin, affaiblissant ainsi la décentralisation ; favoriserait une multitude d’applications non financières, diluant la position du BTC et le réduisant au rang de simple carnet de chèques ; etc.
Selon les statistiques de Clark Moddy Bitcoin, la taille actuelle de la blockchain Bitcoin est d’environ 748,1 Go, dont environ 3,83 Go proviennent des données annexes OP_RETURN, soit environ 0,5 %.
Il n’existe encore aucune conclusion formelle quant à l’intégration et la publication des PR concernées. Toutefois, selon les résultats du vote par les actions concrètes de la communauté, le nombre de nœuds utilisant la version allégée Bitcoin Knots dépasse désormais celui des nœuds exécutant la dernière version Bitcoin Core 29.0.
Nous assistons peut-être à un moment historique : en tant que consensus, Bitcoin n’a pas nécessairement besoin de dépendre d’un unique client dominant. (Même si c’est déjà une réalité, peu perçue par beaucoup.)
Un écosystème Bitcoin diversifié, avec deux ou trois clients Bitcoin, bases de code et équipes de développement rivales en équilibre, obéissant tous à un même consensus tout en différant sur les implémentations, en conflit mais sans rupture, ne mettrait-il pas davantage en valeur le charme de la décentralisation de Bitcoin ?
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News
