比特币的未来升级: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获得支持,但仍需经过漫长审查。它们的采用将为比特币脚本演进奠定基础,推动比特币生态系统发展。