op_return制限の削除

最近では、インターネットはOP_Returnの制限を削除するという提案に驚かされてきました。これは、Bitcoin Core OG開発者Peter Toddによる提案です。

Author: Jaleel Jialiu

著者：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.

最近では、インターネットはOP_Returnの制限を削除するという提案に驚かされてきました。これは、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.

5月5日にGithubにBitcoin開発者とBlockstream Coreの寄稿者Greg Sanders（「Instagibbs」と呼ばれる）が投稿した発表によると、Op_returnの変更についてはコミュニティに多くの疑問がありますが、次のネットワークのアップグレードでは、Bitcoin CoreはOp_returnにバイトまたは量の制限を課しません。

What exactly is OP_RETURN?

op_returnとは正確には何ですか？

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.

私たちは皆、ビットコインが決して改ざんしない元帳であることを知っており、すべてのトランザクションはレコードのラインを書くようなものです。

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は、本ページの端に「メモ」を貼り付けるようなものです。数十語または小さなデータを書くことができます。このメモは、システムによって「読み取り専用」としてマークされています。他の人はそれをお金として使用することはできず、元帳の他の「お金」記録に影響を与えません。

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.

このような「メモ」関数を持つ理由は、人々がチェーンにいくつかの追加情報（法的証拠、短いメッセージ、記念日など）を永久に固定したいと思うことがありますが、「取引可能な」ビットコインを保存するために使用されるUTXOスペースを占有したくないことがあります。 Op_returnを使用すると、この情報は無駄な紙のような引き出しに投げ込まれます。ノードは痕跡のみを残し、在庫を占有しておらず、チェーンの「利用可能なお金」はまだきれいできれいです。

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.

過去には、人々が長い「メモ」を書いてネットワークを詰まらせるのを防ぐために、ビットコインコアはデフォルトで各トランザクションで1つのop_returnのみを許可し、最大80バイトのコンテンツを保存できます。コンテンツが超えた場合、ノードは直接それを中継することを拒否し、パッケージ化するのに役立ちません。

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.

これで、80バイトとシングルラインの制限がなくなっています。必要なだけ書くことができます。必要な限り多くのメモを書くことができ、ノードは自動的にリレーし、マイナーは喜んでパッケージ化します。

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

しかし、実際には、人々は長い間約80バイトで働いてきました。

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.

OP_RETURN制限の前に、80バイトの制限をバイパスする方法がありました。フィルタリング戦略とリレー戦略がどれほど厳格であっても、ビットコインにデータを書きたいと思っていた人々を止めることはできませんでした。鉱山労働者と取り扱い手数料のみがチェーンにどのトランザクションが置かれるかを決定するため、マイナーに高い報酬が自然により多くのトランザクションを詰め込む傾向があり、ノード戦略のためにゲームプレイは変更されません。

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.

たとえば、4m近くの画像である有名なTapOort Wizz NFTがブロック全体を埋めました。さらに、条例の碑文とルーンは、さまざまな「迂回路と回避策」を使用して制限をバイパスしました。一部の人々は、より多くのリソースを引き受ける支出可能な出力に書き込まれました。

Is this more in line with the spirit of 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.

さまざまな開発者の意見によると、まず第一に、ビットコインコアには、トランザクション伝播（リレー）ステージに独自の「標準性ポリシー」があることを知ることができます。これは、トランザクションが鉱夫に到達する前に3つのレベルのチェックを実行するために使用されます。最初に、「サービスの拒否」攻撃を防ぎ、計算能力、または帯域帯域を超える取引を拒否するトランザクションを拒否します。第二に、ウォレットの著者を導く戦略を通じて、取引手数料を節約し、冗長なUTXOを作成しない取引を構築します。第三に、アップグレードセキュリティを保持するために - ソフトフォークが正式にアクティブになるまで、未知のオペコードまたはバージョンビットを「非標準」として扱います。

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とその80バイトの上限は、この概念の製品です。ユーザーに、小さなコミットメントやハッシュを保存し、ノードがUTXOとしてカウントするのを防ぐことができる「densedしない」出力を提供するため、チェーン上の「お金を失う」ゴミ出力を避けます。

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.

しかし、今ではこのソフトリミットは役に立たなくなっています。一方では、プライベートマイニングプールと一部の集中サービスでは、このルールをまったく実施していません。大量のデータを書きたい人なら誰でも、戦略をバイパスすることができます - 鉱夫に直接支払うか、裸のマルチシグ、偽のパブリックキー、または支出可能なスクリプトで情報を隠し、それでもチェーンに書きたいコンテンツを配置します。一方、あらゆるターンでブラックリストフィルターの束を追加すると、「猫とマウス」ゲームに変わるだけで、最も基本的なデータが記述されるのを止めたり、誤ってユーザーファンドを損傷するリスクを増やすこともできません。

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

サポート側の開発者は、80バイトの制限を完全に削除した後、ノードとウォレットが2つの大きな実用的な利点を享受できると考えています。まず、UTXOセットはクリーンであり、データはさまざまな派手なスクリプトまたは複数のトランザクションで絡み合っているのではなく、明確に「densed的でない」op_return出力に詰め込まれています。第二に、ノードは何でより統一されています