Bitcoin Coreリポジトリで現在公開中の提案は、ネットワークのスクリプトにこれまで存在しなかったもの、すなわち「記憶」をもたらそうとしている。その基盤となるのがMATT（Merkleize All The Things）として知られるフレームワークであり、Bitcoinのベースレイヤー上でステートフルな契約とスケーラブルな不正証明を可能にする。その最も直接的な実装が、Bitcoin Coreのプルリクエスト#32080で示されたOP_CCVオペコードである。この動きは2026年11月11日にCOINOTAGが報じた。

MATTが目指すもの

Bitcoinの既存のスクリプト言語は各トランザクション入力を個別に評価しており、スクリプトがその後のコインの支出方法を指定する組み込みの仕組みを持たない。2022年末に開発者のSalvatore IngalaがBitcoin-Devメーリングリストで最初に提示したMATTは、まさにこのギャップを狙ったものであり、その目標は、スクリプト言語への最小限の追加だけで、Bitcoinスクリプトがトランザクション間で状態を受け渡せるようにすること、つまり契約に「記憶」を与えることである。この種の構造は一般にコベナントと呼ばれ、コインが将来のトランザクションで支出される方法を制限し、ボールトなどの自己強制的な支出ルールを可能にする。これにより、復旧や支出の条件がコイン自体に直接紐付けられる。

コベナント型の提案はBitcoinコミュニティで長年議論されており、MATTは開発者Jeremy Rubin氏が提案したOP_CHECKTEMPLATEVERIFY（OP_CTV）など関連する取り組みに加わり、ベースレイヤーで表現できる範囲を拡大しようとするものである。

不正証明とベースレイヤーでの検証

このフレームワークのもう一つの目的はスケーラブルな不正証明である。これは、オフチェーンの計算を全て再実行するのではなく、チャレンジが提起された場合にのみオンチェーンで検証する仕組みであり、他のプラットフォームのオプティミスティックロールアップ設計で用いられるパターンと同様、計算はオフチェーンで行われ、争われた結果のみがベースレイヤーでの精査を必要とする。検証の手間が計算の規模ではなくチャレンジに紐付けられるため、このような方式はスケーラブルとされる。MATTの設計では、この検証はBitcoinのベースレイヤー上で直接実行されることを想定しており、OP_CCV（OP_CHECKCONTRACTVERIFYの略）が契約ロジックを強制する中核的なオペコードとして機能する。

審査段階であり、アクティベーションは未定

Bitcoinのコンセンサスに影響する変更は、Bitcoin CoreのGitHubリポジトリでの公開プルリクエストを通じて進められ、技術審査とテストには通常長い期間を要する。Bitcoinのコンセンサスルールは最終的にネットワーク全体のフルノード運用者によって強制されるため、好意的なコードレビューは一つの段階に過ぎず、提案された変更がアクティブなネットワークルールとなるには、エコシステム全体による幅広い採用が必要である。Bitcoinの直近のコンセンサスアップグレードであるTaprootは、複数年にわたるプロセスを経て2021年11月にアクティベーションされており、こうした取り組みがどれほど長期に及び得るかを示している。プルリクエスト#32080も他の同種の提案と同様、アクティベーションが検討される前に徹底的な審査と幅広いコミュニティの合意を必要とするが、ソースの報告ではタイムラインは示されていない。貢献者の技術的なコメントや修正が蓄積されるGitHub上の公開審査スレッドは、提案が進展するかどうかを直接追う手段となる。

このコンテンツはCOINOTAGで最初に公開されました：https://en.coinotag.com/matt-op-ccv-bitcoin-covenant-pull-request-32080