Supprimer la restriction op_return

Ces derniers jours, Internet a été en effervescence avec la proposition de supprimer la restriction OP_return - il s'agit d'une proposition faite par le développeur Bitcoin Core OG Peter Todd.

Author: Jaleel Jialiu

Auteur: Jalel Jialiu

In recent days, the Internet has been abuzz with the proposal to remove the OP_RETURN restriction - this is a proposal made by Bitcoin Core OG developer Peter Todd.

Ces derniers jours, Internet a été en effervescence avec la proposition de supprimer la restriction OP_return - il s'agit d'une proposition faite par le développeur Bitcoin Core OG Peter Todd.

Although there are many doubts in the community about the change to OP_RETURN, according to an announcement posted on GitHub on May 5 by Bitcoin developer and Blockstream core contributor Greg Sanders (nicknamed "instagibbs"): In the next network upgrade, Bitcoin Core will no longer impose any byte or quantity restrictions on OP_RETURN.

Bien qu'il y ait de nombreux doutes dans la communauté au sujet du changement d'OP_return, selon une annonce publiée sur Github le 5 mai par le développeur de Bitcoin et contributeur BlockStream Core Greg Sanders (surnommé "Instagibbs"): Dans la prochaine mise à niveau du réseau, Bitcoin Core n'imposera plus de restrictions d'octet ou de quantité sur OP_return.

What exactly is OP_RETURN?

Qu'est-ce que OP_return exactement?

We all know that Bitcoin is a ledger that can never be tampered with, and every transaction is like writing a line of record on it.

Nous savons tous que Bitcoin est un grand livre qui ne peut jamais être falsifié, et chaque transaction est comme écrire une ligne d'enregistrement.

OP_RETURN is like sticking a "note" on the edge of a book page - you can write a few dozen words or a small piece of data into it. This note is marked as "read-only" by the system. Others cannot use it as money, and it will not have any impact on other "money" records in the ledger.

OP_return, c'est comme coller une "note" sur le bord d'une page de livre - vous pouvez écrire quelques dizaines de mots ou un petit morceau de données. Cette note est marquée comme «lecture seule» par le système. D'autres ne peuvent pas l'utiliser comme de l'argent, et cela n'aura aucun impact sur les autres enregistrements "monétons" dans le grand livre.

The reason for having such a "note" function is that sometimes people want to permanently pin some additional information (such as legal proof, short messages, anniversaries or even confessions) on the chain, but do not want to occupy the UTXO space used to store "tradable" bitcoins. With OP_RETURN, this information is thrown into a drawer like waste paper - the node only leaves traces and does not occupy the inventory, and the "available money" on the chain is still clean and neat.

La raison d'avoir une telle fonction de "note" est que parfois les gens veulent épingler en permanence certaines informations supplémentaires (telles que la preuve juridique, les messages courts, les anniversaires ou même les confessions) sur la chaîne, mais ne veulent pas occuper l'espace UTXO utilisé pour stocker des bitcoins "tradomables". Avec OP_return, ces informations sont jetées dans un tiroir comme le papier déchet - le nœud ne laisse que des traces et n'occupe pas l'inventaire, et «l'argent disponible» sur la chaîne est toujours propre et soigné.

In the past, in order to prevent people from writing long "notes" and clogging up the network, Bitcoin Core only allowed one OP_RETURN in each transaction by default, and a maximum of 80 bytes of content could be stored. If the content exceeded, the node would directly refuse to relay it and would not help package it.

Dans le passé, afin d'empêcher les gens d'écrire de longues "notes" et de boucher le réseau, Bitcoin Core n'a permis qu'un seul OP_return dans chaque transaction par défaut, et un maximum de 80 octets de contenu pouvaient être stockés. Si le contenu dépassait, le nœud refuserait directement de le relayer et n'aiderait pas à l'emballer.

Now, the 80-byte and single-line limit are gone - you can write as long as you want, as many notes as you want, and nodes will automatically relay and miners will be happy to package them.

Maintenant, la limite de 80 octets et une seule ligne a disparu - vous pouvez écrire aussi longtemps que vous le souhaitez, autant de notes que vous le souhaitez, et les nœuds relâchent automatiquement et les mineurs seront heureux de les emballer.

But the fact is that people have been working around 80 bytes for a long time.

Mais le fait est que les gens travaillent environ 80 octets depuis longtemps.

Before the OP_RETURN limit, there were ways to bypass the 80-byte limit. No matter how strict the filtering and relay strategies were, they could not stop people who really wanted to write data on Bitcoin. Because only miners and handling fees determine which transactions are put on the chain, giving miners higher rewards will naturally tend to pack more transactions, and the gameplay will not change due to node strategies.

Avant la limite OP_return, il y avait des moyens de contourner la limite de 80 octets. Peu importe à quel point les stratégies de filtrage et de relais étaient strictes, ils ne pouvaient pas arrêter les gens qui voulaient vraiment écrire des données sur Bitcoin. Étant donné que seuls les mineurs et les frais de manutention déterminent quelles transactions sont mises sur la chaîne, donner aux mineurs des récompenses plus élevées auront naturellement tendance à effectuer plus de transactions, et le gameplay ne changera pas en raison des stratégies de nœud.

For example, the well-known Tapoort Wizz NFT, a nearly 4M image, filled up an entire block. In addition, the Ordinals inscriptions and runes used various "detours and workarounds" to bypass restrictions. Some were even written into spendable outputs, which took up more resources.

Par exemple, le célèbre Tapoort Wizz NFT, une image de près de 4 m, a rempli un bloc entier. De plus, les inscriptions et les runes ordinales ont utilisé divers «détours et solutions de contournement» pour contourner les restrictions. Certains ont même été rédigés en sorties dépenses, ce qui a repris plus de ressources.

Is this more in line with the spirit of Bitcoin?

Est-ce plus conforme à l'esprit de Bitcoin?

According to the opinions of various developers, we can know that first of all, Bitcoin Core has its own "standardness policy" in the transaction propagation (relay) stage, which is used to perform three levels of checks before the transaction reaches the miners: first, to prevent "denial of service" attacks and reject transactions whose computing power, memory or bandwidth consumption far exceeds the transaction fee; second, through strategies to guide wallet authors to construct transactions that save transaction fees and do not create redundant UTXO; third, to retain upgrade security - treating unknown opcodes or version bits as "non-standard" until the soft fork is officially activated.

Selon les opinions de divers développeurs, nous pouvons savoir que tout d'abord, Bitcoin Core a sa propre "politique standard" dans la phase de propagation de transaction (relais), qui est utilisée pour effectuer trois niveaux de vérification avant que la transaction n'atteigne les mineurs: d'abord, pour empêcher la consommation de "déni de service" et rejeter les transactions dont les transactions de calcul, la mémoire ou la consommation de bande passante dépassent de loin les frais de transaction; Deuxièmement, grâce à des stratégies pour guider les auteurs du portefeuille pour construire des transactions qui enregistrent les frais de transaction et ne créent pas UTXO redondant; Troisièmement, pour conserver la sécurité de mise à niveau - traiter les opcodes ou les bits de version inconnus comme "non standard" jusqu'à ce que la fourche souple soit officiellement activée.

OP_RETURN and its 80-byte upper limit are the product of this concept: giving users a provably "unspendable" output that can store a small commitment or hash and prevent nodes from counting it as UTXO, thereby avoiding "losing money" garbage output on the chain.

OP_RETURN et sa limite supérieure de 80 octets sont le produit de ce concept: donner aux utilisateurs une sortie provablement "non compendable" qui peut stocker un petit engagement ou un hachage et empêcher les nœuds de le compter sous le nom d'Utxo, évitant ainsi "perdre de l'argent" la production de déchets sur la chaîne.

But now this soft limit has become useless. On the one hand, private mining pools and some centralized services do not enforce this rule at all. Anyone who wants to write a large amount of data can bypass the strategy - either paying miners directly, or hiding the information with bare-multisig, fake public keys, or even spendable scripts - and still put the content they want to write on the chain; on the other hand, adding a bunch of blacklist filters at every turn will only turn into a "cat and mouse" game, which can neither stop the most basic data from being written, nor increase the risk of accidentally damaging user funds.

Mais maintenant, cette limite douce est devenue inutile. D'une part, les pools miniers privés et certains services centralisés n'appliquent pas du tout cette règle. Quiconque souhaite rédiger une grande quantité de données peut contourner la stratégie - soit payer directement les mineurs, soit cacher les informations avec un multitisig nu, de fausses clés publiques, soit même des scripts dépensables - tout en mettant le contenu qu'ils souhaitent écrire sur la chaîne; D'un autre côté, l'ajout d'un tas de filtres à liste noire à chaque tour ne se transformera que en un jeu "chat et souris", ce qui ne peut pas empêcher les données les plus élémentaires d'être écrites, ni augmenter le risque d'endommager accidentellement les fonds d'utilisateurs.

Developers on the supporting side believe that after completely removing the 80-byte limit, nodes and wallets can enjoy two major practical benefits: first, the UTXO set is cleaner, and the data is packed into a clearly "unspendable" OP_RETURN output, rather than entangled in various fancy scripts or multiple transactions; second, nodes are more unified in what

Les développeurs du côté support croient qu'après avoir complètement supprimé la limite de 80 octets, les nœuds et les portefeuilles peuvent profiter de deux avantages pratiques majeurs: premièrement, l'ensemble UTXO est plus propre, et les données sont emballées dans une sortie OP_return clairement "non compensée", plutôt que dans divers scripts fantaisie ou transactions multiples; Deuxièmement, les nœuds sont plus unifiés dans ce