Bitcoin core developersは、10月にリリース予定のv30バージョンで、OP_RETURNデータのデフォルトの83バイト制限を撤廃し、新しい制限を100兆バイトに引き上げる提案をマージしました。この動きにより、トランザクション内にデータを埋め込む制限が緩和され、実際の制約はトランザクションサイズとブロックサイズの制限から生じることになります。この変更は、オンチェーンデータの埋め込みを簡素化し、より分散化されたデータ公開を促進し、マイナーに直接トランザクションを提出するインセンティブを減少させることを目的としています。このポリシー調整はコミュニティ内で激しい議論とガバナンスの対立を引き起こしていますが、mempoolリレーポリシーの調整に過ぎず、コンセンサスレイヤーの変更ではなく、ユーザーは他の実装を選択可能です。支持者はこれがマイナーの実際の行動に沿ったものだと主張する一方、反対者はジャンクデータの増加やネットワーク負荷の懸念を示しています。31人のcore developersが非標準トランザクションのフィルタリングを行わないことを公に支持し、Bitcoinが検閲耐性を持つシステムであることを強調しています。この変更はGreg Sandersらによって提案され、Gloria Zhaoによってマージされました。コミュニティの反応は分かれており、分散化、ネットワークの健全性、ガバナンスの透明性に関する議論が行われています。

Bitcoin Coreの開発者たちは、長年続いてきたOP_RETURNデータの83バイトのデフォルト制限を撤廃するプルリクエストをマージしました。このmempoolポリシーの変更は、10月に予定されている実装のv30リリースで発効されます。Bitcoin CoreはBitcoinプロトコルのリファレンス実装であり、オープンソースの開発者コミュニティによって維持されており、ネットワーク上でフルノードを運用するために広く利用されています。新しい100,000バイト（10万バイト）制限により、OP_RETURNを使用してトランザクションに埋め込むことができるデータ量の上限が事実上撤廃されます。実質的な制約は現在、標準的なトランザクションサイズの上限（約40万バイト）またはブロックサイズの上限（400万バイト相当のウェイト）から来ることになります。ただし、旧制限は「-datacarriersize」オプションを使って手動で強制することも可能で、このオプションは現在も使用可能ですが非推奨となっており、削除の具体的な時期は設定されていません。この変更はオンチェーンデータの埋め込みを簡素化し、インスクリプションのようなユースケースを拡大する可能性がありますが、これは2017年のSegWitアップグレードで導入され、2021年のTaprootアップグレードでさらに柔軟になったビットコイントランザクションデータの一部であるwitnessデータを使用する既存のOrdinalsとは異なります。OP_RETURN制限は2014年にスパムやデータ膨張を抑制するために導入されましたが、批評家たちは、ユーザーがmempoolを回避して直接マイナーにトランザクションを送ることで回避可能なため、現在では効果が薄れていると主張しています。ポリシー変更の支持者は、これは単にBitcoin Coreのデフォルト設定を実際のマイナーの動作に合わせて調整するものであり、直接的なマイナーとの取引を減らしてより分散化され、mempoolベースのデータ公開を促進することで、データ埋め込みをより許可制限なしにするものだと述べています。しかし、この提案はBitcoin Coreのガバナンスやコミュニケーション、モデレーションの慣行に関して論争を呼び、一部の反対派はGitHubでのスパム行為を理由に禁止されました。最終的にこれはコンセンサス変更ではなくmempoolリレーポリシーの調整であり、異なるルールを望むユーザーはBitcoin Knotsなどの代替Bitcoin実装を選択可能です。当初の提案はGreg Sandersによって作成され、Peter Toddを含む他の開発者も貢献しました。5月にOP_RETURN制限撤廃の計画がBitcoinコミュニティ内で激しい議論を巻き起こしました。支持者は制限が既に役割を終えており、制限を解除することで、トリミングできないデータ技術からユーザーを移行させ、より害の少ないオンチェーンの振る舞いを促すだろうと主張しました。一方、反対者は提案にコンセンサスが欠けているとし、スパムを助長する恐れがあると批判し、中には「強制的」と評する者もいました。開発者たちは当初、制限を維持する、引き上げる、完全に撤廃するという3つの選択肢を検討しました。最初の2つは恣意的で効果が薄いと判断され、3つ目の撤廃案がGitHubでの議論によると広範囲ながら全会一致ではない支持を得ました。賛否の議論を踏まえ、プルリクエストをマージしたBitcoin Core開発者でChaincode LabsのソフトウェアエンジニアであるGloria Zhaoは月曜日に、このアップデートは異なるデータ保存方法のコストと標準性の不一致を修正するものであると述べました。彼女は、既存の制限がユーザーをより害のあるトリミング不可能な代替案や直接マイナーへの提出に向かわせており、これらはいずれも分散化やmempoolの有用性を損なうと指摘しました。Zhaoはまた、スパムやネットワークへの悪影響に関する懸念に対して、OP_RETURN出力はトリミング可能で比較的コストがかかり、検証やUTXOセットに負担をかけないため、より害の少ない選択肢であると主張しました。彼女が述べるより広い目的は、中央集権化の傾向を避け、ブロックスペースの許可不要の使用を支援し、Bitcoin Coreのポリシーをマイナーがすでに受け入れているものと整合させることです。Bitcoinコミュニティの多く、Casaの最高セキュリティ責任者Jameson Lopp、Spiralの開発者Ben Carman、Galaxyのリサーチ責任者Alex Thornなどがこの決定を称賛しました。Loppは「Bitcoin Coreは明確なメッセージを送った。個人攻撃やSybil攻撃は効果がない。実力主義か破滅かだ！」と述べました。しかし、この変更には依然として反対意見もあり、Bitcoin Core開発者でKnotsのメンテナー、OceanマイニングプールのCTOであるLuke Dashjrは、より多くのスパムを許可することはネットワークの悪用であると以前から主張しています。「OP_RETURNの出力が83バイトを超えると大幅に増加し、UTXOの膨張は悪化し続け、オンチェーンにゴミが増えることになる。これは悪いタトゥーのように経年劣化するだろう」とBitcoin教育者で元CoreコントリビューターのJimmy Songは述べた。「Bitcoin Coreを運用している人は、リリース時にアップグレードする前に自分で調査することを勧める。この悪い前例と中央集権的なCoreおよび中央集権的なマイニングプールのリスクの組み合わせは耐え難い状況をもたらす」とBitcoin著者のParker Lewisは付け加えた。マージを前に、金曜日に公開書簡で31人のBitcoin Core開発者が非標準トランザクションのフィルタリングに反対を主張し、それはBitcoinの検閲耐性システムとしての性質に反すると述べた。「これは非金融データ使用を支持または容認するものではなく、検閲耐性システムとしてBitcoinはすべての人が同意するわけではないユースケースに使われる可能性があることを受け入れている」と開発者たちは書いている。「Bitcoin Core開発者はスパムを可能にするためネットワークを徐々に変更してきて、今ではスパマーの障壁を取り除くことにも注力している。『今のままだ、仕方ない』とだけ言うのは不誠実だ」とJan3創設者のSamson Mowは応じた。

Bitcoin Coreの開発者たちはOP_RETURNのデータ制限を撤廃する計画を立てており、これがコミュニティ内で激しい議論を引き起こしています。