Les développeurs Bitcoin Core sont divisés sur la proposition OP_RETURN de Peter Todd

Peter Todd, développeur Bitcoin Core, a suggéré de lever les restrictions de taille imposées à l'opération OP_RETURN. Cependant, certains développeurs s'opposent à sa proposition, arguant qu'elle pourrait compromettre l'avenir de Bitcoinet celui de ses investisseurs.

Parmi les opposants à la proposition figure Jason Hughes, vice-présidentdent développement et de l'ingénierie chez Ocean Mining, qui estime que les modifications suggérées pourraient compromettre Bitcoinla valeur du a déclaré: «BitcoinBitcoinBitcoin BitcoinBitcoinBitcoinBitcoin BitcoinBitcoin en une cryptomonnaie sans valeur, et personne ne semble s'en préoccuper. J'ai exprimé mes objections, j'en ai perdu le sommeil, et malgré le rejet manifeste de cette proposition par la communauté, elle est en cours d'adoption. »

Todd affirme que les développeurs ont contourné les restrictions de taille des données

Todd a proposé de supprimer la limite de taille des données stockées avec OP_RETURN sur GitHub. Actuellement limitée à 80 octets, cette limitation, selon Todd, permettrait d'optimiser le code source de Bitcoin. Il a également indiqué que cela améliorerait l'efficacité sans compromettre la sécurité du réseau et offrirait la possibilité de créer des chaînes latérales et des ponts inter-chaînes.

De plus, il estime que cette limite est largement inefficace, car les développeurs peuvent facilement la contourner en modifiant directement le code ou en utilisant une version dérivée de Bitcoin Core.

Néanmoins, nombreux sont ceux, au sein de la communauté Bitcoin, qui s'opposent encore à sa proposition, la jugeant insensée et susceptible de mener à des conflits similaires à ceux de 2014 concernant l'opération OP_RETURN. À l'époque, la crainte du spam avait contraint les développeurs à réduire de moitié la limite de données, la faisant passer de 80 à 40 octets, ce qui avait entraîné une augmentation de la taille des blocs et des frais de transaction. Par la suite, les développeurs avaient été contraints de ramener cette limite à 80 octets.

Willem Schroe ne voit aucune nécessité de modifier les restrictions de taille des données pour le moment

Concernant cette proposition, Willem Schroe, fondateur de Botanix Labs, a fait valoir qu'il était possible d'augmenter la taille des requêtes OP_RETURN, mais qu'il ne voyait pas l'intérêt de modifier les règles standard pour simplifier le processus. Il a affirmé que les utilisateurs n'avaient pas forcément besoin de modifications des limites de données, d'autant plus que des solutions de contournement existent déjà.

Il a soutenu que si une majorité croissante utilisait des systèmes de transactions différents, la situation serait complètement différente, mais ce n'est pas le cas.

De plus, il a affirmé que les développeurs de chaînes latérales ne devraient pas influencer les décisions de Bitcoin Core, car le fondement du BTC repose sur la monnaie. Par conséquent, les décisions concernant cet actif devraient se concentrer en priorité sur la monnaie et sur toutes les autres fonctionnalités développées autour de celle-ci.

Les partisans affirment que la proposition pourrait améliorer l'efficacité du Bitcoinsans sacrifier sondentfondamentale

Certains membres de la communauté Bitcoin perçoivent cette proposition plus positivement, y voyant une amélioration potentielle pour le réseau.

Par exemple, un utilisateur X bien connu, Karbon, a fait valoir que les modifications apportées à la limite de données pourraient entraîner le passage d'un plus grand nombre de transactions via des chaînes latérales et des ponts, ce qui, à son tour, aurait un avantage net pour le réseau.

Certains ont tenté de comparer la situation actuelle aux Ethereumproblèmes récurrents d' Un utilisateur de X a fait remarquer que le BTC ne devrait pas être un système centré sur la couche 2 comme Ethereum ; selon lui, c'est ce qui a causé la perte Ethereum. À l'instar de Willem, il affirme que c'est de l'argent et qu'il faut continuer à l'appeler ainsi.