La tempête de l’interdiction d’inscription est réglée : la proposition de Luke Dashjr a été rejetée, où va la controverse ?

Le 7 janvier, la proposition du développeur du client Bitcoin Core, Luke Dashjr, « datacarriersize : Match more datacarrying #28408 » a été rejetée après discussion entre plusieurs développeurs de Bitcoin Core. La proposition a été présentée par Luke Dashjr en septembre 2023 dans le but principal de mettre à jour le logiciel Bitcoin Core afin qu’il puisse utiliser efficacement des méthodes de transport de données mises à jour pour limiter le développement des inscriptions.

Après avoir lu de multiples commentaires sur la proposition, ChainFeeds a compilé les points de vue des partisans et des opposants, les partisans soulignant la congestion actuelle à laquelle est confronté le réseau Bitcoin, en particulier l’état médiocre des mempools et le nombre croissant de transactions spammées causées par les transactions d’inscription. Les opposants affirment que la proposition n’est pas une solution efficace au problème du spam, car il est peu probable que les mineurs adoptent cette stratégie en raison de problèmes de revenus. De plus, la controverse porte sur la complexité de la mise en œuvre de la proposition et sur la complexité du code qui peut en découler.

Soutiens

Les partisans soutiennent que la proposition n’a rien à voir avec l’inscription elle-même, mais plutôt avec la congestion du réseau qu’elle provoque. Léo Haf, de BitcoinNode, souligne que « l’état actuel du mempool est très mauvais, le nombre de transactions de spam a dépassé les 200 000, et il semble que ce nombre augmente. Ces transactions de spam ont sérieusement entravé l’utilisation pratique de Bitcoin. La sécurité de l’exploitation de l’inscription est également un argument majeur parmi les promoteurs, car la vulnérabilité entraîne non seulement une augmentation des frais et des délais de traitement des transactions, mais peut également être un vecteur potentiel d’attaques DDoS. En outre, le degré de décentralisation du réseau sera également affecté, et les nœuds disposant de moins de ressources informatiques peuvent avoir du mal à répondre à la demande croissante, ce qui se traduira par une topologie de réseau plus centralisée. Une autre tendance inquiétante est que si trop et trop de données continuent d’être stockées sur la chaîne Bitcoin, il est probable qu’après un certain point, la plupart des fichiers Block ne contiendront plus qu’une quantité infinie de données json BRC-20.

Du point de vue des participants au réseau, tout d’abord, les utilisateurs sont confrontés à des frais élevés lorsqu’ils possèdent une certaine quantité de bitcoins, ce qui les empêche essentiellement d’accéder normalement au réseau. Deuxièmement, pour Node, ces transactions augmentent le coût de fonctionnement du Node, mais n’ajoutent aucune valeur au Bitcoin lui-même. Enfin, les inscriptions ne sont pas avantageuses pour les petits mineurs, car l’examen minutieux de ces transactions ne fait qu’encourager le développement de mempools privés.

D’un autre côté, les partisans soutiennent également que la proposition ne limite que la quantité de données transportées dans OP_RETURN, ce qui a toujours été l’« intention » de -datacarriersize. Wizkid 057, l’un des promoteurs, a déclaré : « Le spam est filtré à différents niveaux de code depuis plus d’une décennie, et tout ce que fait ce PR est d’appliquer la limite DataCarrierSize existante à une autre forme de transfert de données. 」

Adversaires

Les opposants soutiennent que la proposition n’est pas une solution efficace au problème du spam. Tout d’abord, il est peu probable que les mineurs adoptent cette stratégie, car les mineurs de Bitcoin Core utilisant la version mise à jour du PR perdront des frais importants. Le fondateur d’Ordinals, Casey Rodarmor, a noté qu’au cours des dix derniers mois, les transactions d’inscription ont généré au moins 100 millions de dollars de frais de transaction.

Le développeur de Bitcoin, Sjors Provoost, souligne que « si seul Ocean Pool utilise le PR, cela n’aura aucun impact sur l’ensemble du système ». S’il est largement adopté, le contournement devient un jeu d’enfant et conduit à un code plus complexe. 」

Murch, contributeur de Bitcoin Optech, affirme que malgré leur stupidité, les inscriptions ont moins d’impact négatif sur l’utilisation des zones témoins que d’autres moyens d’intégrer des données dans la blockchain. Mais il y a un problème : le patch de ce PR n’empêche pas le relais d’inscription de fonctionner, et les partisans de l’inscription peuvent toujours maintenir le relais en marche en s’assurant qu’un petit pourcentage de nœuds sur le réseau ne filtre pas l’inscription. Et les revenus du mineur en choisissant de filtrer les inscriptions seront réduits, et le mineur qui finira par exécuter la mise à jour s’occupera toujours des blocages, y compris les inscriptions. Par conséquent, il estimait que le changement de RP ferait plus de mal que de bien.

Bien sûr, la possibilité d’écrire du code pour détecter les données embarquées est également un point de discorde important. Selon Lisa Neigut, développeuse de Blockstream, exclure les transactions ordinales de Bitcoin en ajoutant des filtres est une approche assez complexe.

Finalement, la développeuse de Bitcoin Core, Ava Chow, a clôturé le PR, déclarant que dans la situation actuelle, il serait difficile pour la proposition d’aboutir à une conclusion qui satisferait tout le monde, il n’était donc pas nécessaire de poursuivre la discussion. Luke Dashjr s’en prend à l’inscription depuis novembre dernier, mais en fait, sa perception négative de l’inscription découle principalement de préoccupations concernant les risques potentiels du BitcoinMainnet, plutôt que d’éradiquer complètement l’inscription. On peut également voir dans la proposition que l’attente de Luke Dashjr est que la plupart des nœuds se conforment au PR, et n’exclut pas que Mining Pool veuille empaqueter les données d’inscription, ce qui apportera un certain inconvénient à l’expérience utilisateur, mais cela peut également donner lieu à des opportunités de développement de Bitcoin Layer 2.