提出OP_CCV提案以追踪比特币合约状态，BIP 443草案_新闻

免责声明：内容不构成买卖依据，投资有风险，入市需谨慎！

提出OP_CCV提案以追踪比特币合约状态，BIP 443草案

2026-11-12 05:11:31

比特币BIP 443草案探讨：通过OP_CCV实现合约状态的跨交易延续

在比特币（BTC）交易完成后，有一种名为“OP_CCV”的提案旨在将合约状态延续至下一笔交易中。目前，该提案正以BIP 443草案的形式进行讨论。其核心设计理念是：当资金发生转移时，系统能够依据既定规则验证合约状态是否发生了相应的变更。

MATT与OP_CCV的技术架构解析

根据Cointelegraph Research于11日发布的第五篇比特币合约分析报告，MATT（Merkleize All The Things）与OP_CHECKCONTRACTVERIFY（OP_CCV）的工作机制得到了详细阐释。其中，MATT是一种旨在将状态信息在不同交易之间传递的设计框架；而OP_CCV则是实现这一目标的多种方法之一。

Salvatore Ingala于2022年11月8日在比特币开发者邮件列表中首次提出了MATT概念。随后，OP_CCV的规格说明被纳入于2025年5月8日获得编号的BIP 443草案中。

传统的比特币脚本仅在每笔交易中检查条件，但无法自行记忆前一交易中合约的具体状态。“合约”一词在此语境下指代使用UTXO（未花费的交易输出）的方式，或在下一笔交易的输出中施加条件的规则。UTXO构成了比特币的余额基础。

MATT通过将关于合约状态的密码学承诺封装在Taproot输出密钥中来实现状态传递。当使用UTXO创建新的输出时，状态数据会按照新状态的要求进行衔接。用户支出UTXO时，状态数据会被提交至交易的见证数据（Witness）中，脚本则基于此数据进行预定的计算。

需要注意的是，OP_CCV并非直接执行这些计算的功能模块，而是用于检验输入、新输出的合约规则（脚本）以及状态承诺是否符合既定条件。如果条件不符，交易验证将会失败。

BIP 443中的资金流向限制与费用难题

BIP 443规定了如何将输入金额全额保留至指定输出，或将其分配至多个输出并校验剩余金额。这种机制不仅限制了状态的变化，也约束了受合约绑定资金的流动路径。

然而，在这种金额保全结构中，直接从闪电网络（Lightning Network）UTXO中扣除交易费用变得十分困难。麻省理工学院数字货币倡议（MIT Digital Currency Initiative）在其报告中分析指出，发起提现交易的费用无法从闪电UTXO中支付，而恢复交易的费用也无法从已提现的UTXO中承担。因此，必须考虑引入单独的支付费用输入等复杂方案。

结合闪电网络与欺诈证明的未来构想

闪电网络是一种带有条件和延迟阶段的托管结构，旨在应对未经授权的提现尝试。一旦检测到问题，可以启动将资金转移到更安全地址的路径。

MIT数字货币倡议在9月8日发布的闪电网络设计比较报告中分析认为，利用CCV的设计方案支持部分提现以及提现初始阶段的提现地址选择。所谓部分提现，是指提取部分资金的同时，将剩余资金重新锁定回闪电网络中。

此外，OP_CAT是一个将栈上两个数据连接在一起的独立提案。有观点提出，若将OP_CAT与MATT结合，可以构建更广泛的配置，例如验证默克尔证明。在这一构想中，复杂的计算可在链下进行，仅将有争议的计算步骤连同默克尔证明一起在链上进行验证，从而构建欺诈证明结构。这被视为MATT与OP_CAT结合的潜在应用场景，但这并不代表当前比特币主网的功能。