Le débat sur l'OP_RETURN de Bitcoin s'intensifie, alors que les développeurs de Bitcoin Core – le logiciel de nœud le plus populaire – ont déclaré qu'ils prévoyaient de supprimer complètement l'OP_RETURN dans la prochaine version.
La limite OP_RETURN est une restriction de 80 octets sur la quantité de données arbitraires pouvant être intégrées dans une transaction Bitcoin à l'aide d'un champ de sortie spécial, non dépensable.
« Les inscriptions de grandes données se produisent de toute façon et peuvent être effectuées de manière plus ou moins abusive », a déclaré Greg Sanders, contributeur principal et ingénieur chez Blockstream, connu sous le nom de 'instagibbs', dans un post sur Github annonçant la suppression. « Le plafond ne fait que les canaliser dans des formes plus opaques qui nuisent au réseau. »
Le débat était centré sur la question de savoir si la levée de la limite de 80 octets de OP_RETURN favorise la transparence et simplifie l'utilisation des données sur Bitcoin, ou si cela ouvre la porte à des abus, du spam, et un éloignement de l'axe financier de Bitcoin.
Sur Github, Sanders a ajouté que l'application du plafond a créé des incitations perverses poussant les utilisateurs à intégrer des données dans de fausses clés publiques ou des scripts dépensables. Supprimer la limite, soutient-il, « offre au moins deux avantages tangibles : un ensemble UTXO plus propre et un comportement par défaut plus cohérent. »
Tout le monde n'est pas convaincu. Le développeur principal Luke Dashjr considère depuis longtemps les inscriptions et d'autres formes de stockage de données comme du spam, et a averti en avril 2025 que ce changement était "une folie totale."
Au milieu de la controverse, Bitcoin Knots, également maintenu par Dashjr, a connu une adoption croissante, atteignant environ 5 % de part de tous les nœuds.
(bitcoin.clarkmoody.com) Bitcoin Knots, un fork plus personnalisable de Bitcoin Core, attire les utilisateurs cherchant un plus grand contrôle sur ce que leurs nœuds transmettent ou stockent, y compris la possibilité pour les utilisateurs de rejeter les transactions sans paiement comme les inscriptions.
Certains leaders d'opinion éminents dans l'industrie, comme Samson Mow, encouragent les opérateurs de nœuds à ne pas mettre à jour leur version de Bitcoin Core, ou à utiliser Knots à la place.
Sanders a défendu la suppression du plafond comme étant en accord avec l'éthique de Bitcoin : des règles minimales et transparentes.
« En retirant un moyen de dissuasion qui ne dissuade plus », a-t-il écrit, « Bitcoin Core permet au marché des frais d'arbitrer les demandes concurrentes. »
Mais cela n'apporte pas beaucoup de consensus.
« Cela marque un changement fondamental dans la direction de Bitcoin », a averti un commentateur sur GitHub.
"C'est la plus grande erreur que Core puisse faire à ce stade," a ajouté un autre sur Github. "Je veux être sur le registre en disant cela."
CORRECT: ( 6 mai, 08:14 UTC ) : Supprime le développeur "ancien" du septième paragraphe.
Le contenu est fourni à titre de référence uniquement, il ne s'agit pas d'une sollicitation ou d'une offre. Aucun conseil en investissement, fiscalité ou juridique n'est fourni. Consultez l'Avertissement pour plus de détails sur les risques.
Les développeurs de Bitcoin prévoient la suppression de la limite OP_RETURN dans la prochaine version
Le débat sur l'OP_RETURN de Bitcoin s'intensifie, alors que les développeurs de Bitcoin Core – le logiciel de nœud le plus populaire – ont déclaré qu'ils prévoyaient de supprimer complètement l'OP_RETURN dans la prochaine version.
La limite OP_RETURN est une restriction de 80 octets sur la quantité de données arbitraires pouvant être intégrées dans une transaction Bitcoin à l'aide d'un champ de sortie spécial, non dépensable.
« Les inscriptions de grandes données se produisent de toute façon et peuvent être effectuées de manière plus ou moins abusive », a déclaré Greg Sanders, contributeur principal et ingénieur chez Blockstream, connu sous le nom de 'instagibbs', dans un post sur Github annonçant la suppression. « Le plafond ne fait que les canaliser dans des formes plus opaques qui nuisent au réseau. »
Le débat était centré sur la question de savoir si la levée de la limite de 80 octets de OP_RETURN favorise la transparence et simplifie l'utilisation des données sur Bitcoin, ou si cela ouvre la porte à des abus, du spam, et un éloignement de l'axe financier de Bitcoin.
Sur Github, Sanders a ajouté que l'application du plafond a créé des incitations perverses poussant les utilisateurs à intégrer des données dans de fausses clés publiques ou des scripts dépensables. Supprimer la limite, soutient-il, « offre au moins deux avantages tangibles : un ensemble UTXO plus propre et un comportement par défaut plus cohérent. »
Tout le monde n'est pas convaincu. Le développeur principal Luke Dashjr considère depuis longtemps les inscriptions et d'autres formes de stockage de données comme du spam, et a averti en avril 2025 que ce changement était "une folie totale."
Au milieu de la controverse, Bitcoin Knots, également maintenu par Dashjr, a connu une adoption croissante, atteignant environ 5 % de part de tous les nœuds.
(bitcoin.clarkmoody.com) Bitcoin Knots, un fork plus personnalisable de Bitcoin Core, attire les utilisateurs cherchant un plus grand contrôle sur ce que leurs nœuds transmettent ou stockent, y compris la possibilité pour les utilisateurs de rejeter les transactions sans paiement comme les inscriptions.
Certains leaders d'opinion éminents dans l'industrie, comme Samson Mow, encouragent les opérateurs de nœuds à ne pas mettre à jour leur version de Bitcoin Core, ou à utiliser Knots à la place.
Sanders a défendu la suppression du plafond comme étant en accord avec l'éthique de Bitcoin : des règles minimales et transparentes.
« En retirant un moyen de dissuasion qui ne dissuade plus », a-t-il écrit, « Bitcoin Core permet au marché des frais d'arbitrer les demandes concurrentes. »
Mais cela n'apporte pas beaucoup de consensus.
« Cela marque un changement fondamental dans la direction de Bitcoin », a averti un commentateur sur GitHub.
"C'est la plus grande erreur que Core puisse faire à ce stade," a ajouté un autre sur Github. "Je veux être sur le registre en disant cela."
CORRECT: ( 6 mai, 08:14 UTC ) : Supprime le développeur "ancien" du septième paragraphe.
Voir les commentaires