跳到正文
热点事件观察中

比特币 Covenants 系列第五篇:MATT 与 OP_CHECKCONTRACTVERIFY

1 篇报道1 个报道来源最近报道 · 3 天前
我的关注 →

当前进展与背景

最新进展

最近报道 ·

Cointelegraph Research 发布 covenants 系列第五篇,介绍 MATT 与 OP_CCV。

查看最近报道与出处 →

报道时间不等于事件生效时间;具体状态与适用对象请对照来源。

背景综述 · AI 整理

以下帮助了解背景;涉及安排、版本或状态时,以较新的具体报道为线索核对。

Cointelegraph Research 发布比特币 covenants 技术系列第五篇,介绍智能合约框架 MATT 及其拟议实现 OP_CHECKCONTRACTVERIFY(OP_CCV)。MATT 借助 Taproot 公钥 tweak 机制把合约状态嵌入输出密钥,OP_CCV 可验证输入或输出密钥是否已提交到特定状态数据,并强制下一输出携带更新后的状态,支持 default、deduct 和 ignore 三种输出检查模式及独立的输入模式。OP_VAULT 作者 James O'Beirne 称 OP_CCV 是更通用的设计,实际上取代了他此前的提案。

综述整理于

报道时间线

沿着报道,了解事件的不同侧面。

11月11日
  1. Cointelegraph
    比特币 Covenants 系列第五篇:MATT 与 OP_CHECKCONTRACTVERIFY 如何让比特币跨交易携带状态

    Cointelegraph Research 发布比特币 covenants 技术系列第五篇,介绍智能合约框架 MATT(Merkleize All The Things)及其拟议实现 OP_CHECKCONTRACTVERIFY(OP_CCV)。标准比特币脚本每笔交易独立执行、无法记忆此前状态,MATT 借助 Taproot 公钥 tweak 机制把合约状态嵌入输出密钥,OP_CCV 可验证输入或输出密钥是否已提交到特定状态数据,并强制下一输出携带更新后的状态,支持 default、deduct 和 ignore 三种输出检查模式及独立的输入模式。文章称 default 和 deduct 模式为跨输出保值设计,手续费需通过单独的付费输入支付,可避免 OP_CTV 或 SIGHASH_ANYPREVOUT 等实现中可能误烧资金的问题。OP_CCV 与 OP_CAT 组合可在链上构造和验证 Merkle 证明,支持带 slashing 条件的欺诈证明系统,并可免于 BitVM 所依赖的 Lamport 一次性签名和预签交易图。OP_VAULT 作者 James O'Beirne 称 OP_CCV 是更通用的设计,实际上取代了他此前的提案。

本事件热度走势

当前热度 2.5·可比范围峰值 9.8(11月11日 22:00)·近 24 小时可比范围变化 -51%

02.557.51011月11日22:0011月12日14:0011月13日05:0011月13日21:00

趋势仅比较持续完整观测到的相同主体,范围可能小于当前热度统计。移动指针或点击图表查看每小时热度;键盘可用左右方向键切换。