開発者、提案されたビットコインのデータ削減ソフトフォークにおける重大なリスクを指摘

トランザクションデータのレビューにより、RDTSが重要なビットコインの使用ケースをブロックする可能性があることが判明

ビットコインブロックチェーン上の過剰なデータストレージを抑制するために設計された新しいソフトフォーク提案は、最近厳しい批判を受けています。水曜日、独立したアナリストであり、mempool.spaceの開発者であるMononautは、提案されたルールセットが引き起こす可能性のある付随的損害を概説する評価を発表しました。

提案は、Reduced Data Temporary Softfork (RDTS)として知られ、データ量の多いトランザクションを減らすことを目的とした一連のコンセンサスレベルの制限を導入しています。開発者は、これはOP_RETURNデータの制限を取り除いたBitcoin Core v30のアップデートに続いて必要であると言っています。

RDTSは、有効化された場合、約1年間適用され、scriptPubKeysを34バイトに制限し、OP_RETURNの出力を83バイトにキャップし、Taprootコントロールブロックを制限し、未定義の証人バージョンを禁止し、Tapscriptロジックの全カテゴリを無効にします。BIPの支持者は、違法な素材がチェーンに埋め込まれた場合にノードオペレーターに法的責任を負わせる可能性のある任意のデータのアップロードに対する非常ブレーキとして措置が機能することを主張します。

しかし、Mononautの評価は、実際のブロックチェーン活動をレビューし、提案されたルールに違反した可能性のある真のトランザクションを見つけることにより、これらの制限が引き起こす実際の影響を量的に示しました。彼の調査結果は、スクリプトPubKeyサイズ制限だけで、すべてのpay-to-public-key（P2PK）およびマルチシグ（P2MS）出力が無効になる可能性が高いことを示唆しています。過去のトランザクションの一部の非標準の出力にも影響します。

より広範なルールとしては、256バイト以上のペイロードを持つOP_PUSHDATAの操作を無効化することがあります。これは、実行されたプッシュだけが資格を得ると仮定すれば、インスクリプションエンベロープには影響を与えません。しかし、Mononautは、未定義の証人バージョンが54,000以上の過去のトランザクションに影響を与えることを強調しています。これらの多くは、OP_RETURNデータ制限を回避するために非従来の出力を使用しています。証人バージョンの長さはBIPs 141と341で厳密に定義されているため、提案された形ではP2Aアンカーなどの一部の有効な現代フォーマットでさえブロックされることになります。

関連記事: ビットコインコア開発者が議論を呼ぶ政策変更を統合、フォークが控えているのか？

RDTSはまた、Taproot付録を含む証人スタックを無効化します。稀なケースですが、mempool.spaceの開発者は、少なくとも11件のトランザクションがデータ重視の目的で付録を使用したことを指摘します。より重要なカテゴリとして、Mononautは大規模なTaprootコントロールブロックを強調します。32,000以上の過去の支出が、通常はデータ埋め込みに使用される100以上の深さのコントロールブロックを含みますが、いくつかの非データ実験でも無効になる小規模な正当な構成に依存しています。あるアクティブなアドレスは、コントロールブロックの深さ11で一貫して支出しており、RDTSの下では拒否されることになります。

提案の最も厳しいライン項目は、OP_SUCCESS*やOP_IF、OP_NOTIFを実行するTapscriptを禁止することで、インスクリプションエンベロープを超える範囲に影響を与えます。Mononautは、Burakのライトニング破壊トランザクションを含む歴史的なOP_SUCCESSトランザクション2件、および約70件の非インスクリプションのOP_IFベースのTaproot支出に注目しています。これらのいくつかは、老朽化したマルチシグテンプレートやハッシュタイムロック契約（HTLC）デザインなどの金融プリミティブです。意図的にキーパスを無効化したウォレットから発し、スクリプトパスの支出が唯一の方法となっています。

RDTSの支持者は、影響を受けたスクリプトを持つユーザーがキーパス支出に戻ることができると主張しています。しかし、Mononautのデータはその仮定を直接的に挑戦しています。560,000件以上のTaproot支出が、キーパスが証明可能に無効化された出力から来ているため、OP_IFや類似の機能が本質的に必要であり、オプションではありません。

一時的なソフトフォークの支持者は、RDTSは短期間の保護策であり、ビットコインの貨幣的なユーティリティを保護し、法的な危険を防ぎ、データストレージを制限することでノードの負担を軽減することを主張します。批評家は、Tapscript動作の広範な制限が事実上の検閲を導入し、正当なトランザクションタイプを無効化し、既存のアプリケーションを破壊するリスクがあると反論します。

この議論は、インスクリプション駆動のデータ増加をめぐる以前の論争を反映し、ビットコインが貨幣的な用途に厳しく留まるべきか、実験的な用途を引き続き受け入れるべきかについての根深い意見の相違を反映しています。この提案は草案の形式で残っているため、開発者、研究者、エコシステム参加者の間で議論が続いています。

FAQ ❓

• RDTSとは何ですか？
  ビットコインのいくつかのスクリプトおよびデータ機能を制限する一時的なソフトフォーク提案です。
• なぜRDTSが議論されているのですか？
  支持者はデータの乱用を抑制したいと考え、批評家はそれが有効なトランザクションを無効にすると言っています。
• Mononautは何を見つけましたか？
  彼の分析は、多くの歴史的なトランザクションがRDTSのルールの下では失敗することを示しています。
• RDTSはどのくらいの期間続きますか？
  採用された場合、1年間の有効化期間を提案しています。