ビットコインコアスパーク80バイトのop_returnリミットを捨てることによる激しい議論

Bitcoin Coreは再び物事を揺さぶり、長年の80バイトOp_returnの制限を捨てることで激しい議論を引き起こしています。

Bitcoin Core is shaking things up again, sparking intense debate by ditching its longstanding 80-byte OP_RETURN limit.

Bitcoin Coreは再び物事を揺さぶり、長年の80バイトOp_returnの制限を捨てることで激しい議論を引き起こしています。

The upcoming update will effectively kill the old ceiling, a move framed by the Bitcoin Core developers as aligning the relay policy closer to real-world mining practices, but not everyone is thrilled.

今後のアップデートは、古い天井を効果的に殺します。これは、ビットコインのコア開発者が実世界のマイニングプラクティスに近づくリレーポリシーを調整するために枠組みを組んでいますが、誰もが興奮しているわけではありません。

The change was announced by developer Greg Sanders on GitHub, stating that it will allow transactions with OP_RETURN outputs exceeding 80 bytes as well as multiple such outputs per transaction. In plain terms: more data, fewer artificial restrictions, and a relay policy that finally mirrors on-chain reality.

この変更は、GitHubの開発者Greg Sandersによって発表され、OP_Return出力が80バイトを超えるトランザクションと、トランザクションあたりの複数のそのような出力を許可すると述べています。明白な用語では、より多くのデータ、人工的な制限が少なく、最終的にチェーン上の現実を反映したリレーポリシーが少なくなります。

Before we get into the details, let’s have a quick rundown on what this all means.

詳細に入る前に、これが何を意味するのかを簡単に説明しましょう。

OP_RETURN or OP_CAT?

op_returnまたはop_cat？

OP_RETURN and OP_CAT are two Bitcoin script commands—one embedded, one exiled—that define the boundary between Bitcoin’s past limitations and its potential future.

Op_returnとop_catは、ビットコインの過去の制限とその潜在的な将来の境界を定義する2つのビットコインスクリプトコマンド（1つが埋め込まれ、1つが追放されます）です。

Originally introduced as a way to embed small, unspendable pieces of data into the blockchain, OP_RETURN allows up to 80 bytes of user-defined data per transaction. The catch is that it burns the Bitcoin sent with it. That output is forever unspendable, a calculated tradeoff for preventing UTXO bloat.

もともとは、小型でdenしないデータをブロックチェーンに埋め込む方法として導入されていましたが、OP_RETURNは、トランザクションごとに最大80バイトのユーザー定義データを許可します。キャッチは、それがそれで送られたビットコインを燃やすことです。その出力は永遠にdaすることはできません。これは、UTXO膨満を防ぐための計算されたトレードオフです。

Its use cases are narrow but persistent. It’s useful for things like proving a document existed at a certain time, creating basic tokens, or adding notes. And because it’s clearly unspendable, it doesn’t make the system slower or more complicated. But Bitcoin only lets one OP_RETURN note per transaction under normal conditions—so you can’t abuse it to spam the network.

そのユースケースは狭いが持続的です。ドキュメントが特定の時間に存在することを証明したり、基本的なトークンを作成したり、メモを追加したりするなど、これは便利です。そして、それは明らかに宣伝できないので、システムがより遅くなったり複雑になったりしません。ただし、ビットコインは通常の条件下でトランザクションごとに1つのOP_RETURNノートのみを許可します。これにより、ネットワークをスパムするために悪用することはできません。

OP_CAT, on the other hand, is the opcode that never really was. OP_CAT is a Bitcoin opcode that was disabled in 2010 because it could potentially crash nodes. All it does is combine two pieces of data from the stack into one. Sounds basic, right? But it’s actually very powerful.

一方、OP_CATは、実際にはなかったオペコードです。 OP_CATは、ノードをクラッシュさせる可能性があるため、2010年に無効になったビットコインオペコードです。それが行うのは、スタックから2つのデータを1つに組み合わせることです。基本的に聞こえますよね？しかし、それは実際には非常に強力です。

If reactivated, OP_CAT would allow Bitcoin to support much more advanced smart contracts, opening the door to an entirely new class of smart contracts on the network —more composable, flexible, and modular. Think covenants, advanced multi-sigs, zero-knowledge proofs (ZKPs), or even decentralised bridges, etc.

反応した場合、OP_CATはビットコインがより高度なスマートコントラクトをサポートすることを許可し、ネットワーク上のまったく新しいクラスのスマートコントラクトへの扉を開きます。契約、高度なマルチシグ、ゼロ知識証明（ZKPS）、さらには分散橋などを考えてください。

The move sparked criticism from those who prefer Bitcoin's minimalist design and pointed out the lack of consensus on the proposal.

この動きは、ビットコインのミニマリストのデザインを好む人々からの批判を引き起こし、提案に関するコンセンサスの欠如を指摘しました。

Luke Dashjr, leading the alternative Bitcoin Knots client with around 5% network presence, slammed the move as “utter insanity”, asserting it betrays Bitcoin’s minimalist principles.

Luke Dashjrは、ネットワークの存在約5％で代替ビットコインノットクライアントをリードし、「完全な狂気」として動きを非難し、ビットコインのミニマリストの原則を裏切っています。

Samson Mow called it an “undesirable change” on X, but stated there might be pragmatic reasons for it, adding that users can simply stick to version 29.0 or switch to alternative clients if they reject the new policy.

Samson MowはそれをXの「望ましくない変更」と呼んでいますが、実用的な理由があるかもしれないと述べ、ユーザーは新しいポリシーを拒否した場合にバージョン29.0に固執するか、代替クライアントに切り替えることができると付け加えました。

“There is no consensus at the moment on this OP_RETURN issue,” said Marty Bent, managing partner at Ten31 Fund.

TEN31ファンドのマネージングパートナーであるマーティベントは、次のように述べています。

The change will also remove the 80-byte limit on OP_RETURN outputs, allowing for larger payloads of up to 520 bytes.

また、この変更により、OP_Return出力の80バイトの制限が削除され、最大520バイトの大きなペイロードが可能になります。

The proposal to modify the OP_RETURN relay policy and introduce support for multiple OP_RETURN outputs was originally raised in December 2023 and has since garnered attention and feedback from various community members.

OP_RETURNリレーポリシーを変更し、複数のOP_Return出力のサポートを導入する提案は、当初2023年12月に提起され、その後、さまざまなコミュニティメンバーからの注意とフィードバックを獲得しました。

Those in favor of the change highlight the technical aspects and the alignment with the behavior of the majority of miners. They also emphasize the importance of adapting to new use cases and keeping pace with technological advancements.

変更に賛成する人々は、技術的な側面と大多数の鉱夫の行動との整合性を強調しています。彼らはまた、新しいユースケースに適応し、技術の進歩に対応することの重要性を強調しています。

However, critics express concern over deviating from the original Bitcoin design philosophy and the potential impact on smaller clients and full nodes. They argue that the changeover should have involved a broader consensus and a more structured proposal process.

しかし、批評家は、元のビットコインのデザイン哲学と、小規模なクライアントと完全なノードへの潜在的な影響から逸脱していることに懸念を表明しています。彼らは、切り替えには、より広範なコンセンサスとより構造化された提案プロセスが含まれるべきであると主張しています。

As the Bitcoin ecosystem continues to evolve, the discussion around OP_RETURN limits and relay policies is likely to persist, especially with the emergence of new use cases and the need to balance innovation with the core principles of the Bitcoin network.

ビットコインのエコシステムが進化し続けるにつれて、特に新しいユースケースの出現とビットコインネットワークの中核原則とイノベーションのバランスをとる必要性により、OP_Returnの制限とリレーポリシーに関する議論は持続する可能性があります。