比特币的未来升级：OP_CAT与OP_CTV提案的潜力与挑战

作者：Gabe Parker，Galaxy分析师；翻译：金色财经xiaozou

摘要

• 比特币协议升级保守，但开发者仍愿意优化脚本语言和网络参数。
• Bitcoin Script缺乏全局状态和自省能力，限制了其表达能力。
• OP_CAT（BIP 347）和OP_CTV（BIP 119）旨在增强交易可编程性，具有重要应用场景。
• 软分叉治理涉及多个利益相关方，早期阶段媒体和核心开发者影响力**。
• Galaxy Research预测，2025年可能达成共识，但实施需1-2年。

1、引言

比特币协议变更需要多方协作，包括开发者、全节点、用户和矿工。升级过程复杂且争议不断，如2015-2017年的“区块大小之争”导致比特币现金的诞生。尽管重大升级罕见，但开发者对比特币脚本优化持开放态度，例如SegWit和Taproot升级。

2、比特币脚本与UTXO模型

比特币使用原生脚本语言构建交易，由186个操作码定义支出条件。UTXO模型通过输入和输出管理未花费的比特币部分，每个交易至少包括一个输入和一个输出。

3、截至2025年比特币脚本面临的障碍

比特币脚本缺乏通用功能和存储全局状态的能力，限制了智能合约逻辑的实现。为克服这些限制，开发者正在探索新的操作码，如OP_CTV和OP_CAT。

4、BIP 119（OP_CTV）

BIP 119引入OP_CTV操作码，在交易输出上实施一般支出条件。预计算契约可以复制，但只能在有限次数内使用。

5、使用BIP 119部署Covenants

OP_CTV可用于创建复杂托管和安全设计，改进自托管或托管设置。

6、BIP 347（OP_CAT）

BIP 347建议添加OP_CAT操作码，允许在堆栈中连接两个数据点，增强脚本表达能力。

7、使用BIP 347（OP_CAT）部署Covenants

OP_CAT结合其他操作码简化脚本编写，实现covenants，但无法**访问先前交易的元素或状态。

8、Covenants可带给比特币的关键特性

（1）无信任桥接与单边退出

OP_CAT支持创建STARK验证器和Merkle验证器，实现无信任比特币桥接。

（2）**金库托管

OP_CTV和OP_CAT可用于创建安全的比特币金库托管解决方案。

（3）Non-Equivocation合约

Non-Equivocation合约允许用户执行0确认交易。

（4）闪电网络的改进

OP_CAT和OP_CTV可改进闪电网络的通道工厂和共享UTXO。

9、OP_CAT和OP_CTV相关风险

所有软分叉都包含技术风险，如新操作码的错误或未预见的用例。

10、下一软分叉升级的Covenants部署路径

确定比特币利益相关者对未来协议升级的共识是一个复杂的过程。

11、BIP激活方法

软分叉和硬分叉是两种代码更改方法，社区需就激活方法达成一致。

12、结论

尽管OP_CAT和OP_CTV获得支持，但仍需经过漫长审查。它们的采用将为比特币脚本演进奠定基础，推动比特币生态系统发展。