构建了一个比特币保险库的概念验证，以展示 CTV 和 CSFS 在 Mutinynet signet 上的应用。 基本保险库：资金锁定在一个 P2TR 输出上，使用单个叶子 CTV 脚本承诺触发交易模板。触发器移动到一个条件 P2TR：IF 分支需要 CSV 延迟 + 热钥匙签名；ELSE 是 CTV 到冷地址（立即，无需签名）。NUMS 内部密钥强制脚本支出。 混合保险库扩展到两个叶子：一个用于 CTV 路径（与基本相同）。第二个用于 CSFS：验证来自财务主管密钥的委托消息上的 Schnorr 签名（例如，"EMERGENCY_DELEGATION:AMOUNT=...:RECIPIENT=...:EXPIRY=...:VAULT=..."），允许直接支出给接收者（逃生舱口）。 演示流程 1：通过 CTV 冷回收。资金保险库 P2TR。广播触发器（满足来自保险库的 CTV）。然后从触发器广播冷交易（ELSE 分支，满足 CTV 到冷）。没有延迟。如果检测到触发器（例如，热钥匙被妥协），则作为紧急响应工作。 演示流程 2：通过 CSFS 委托。财务主管签署消息，授权操作团队在 Z 区块之前支出 X 个 sats 到 Y（尽管在演示中未强制执行金额和其他动态交易参数，但可能需要 OP_AMOUNT，可能强制支出者在见证中提供交易数据，检查交易数据的签名与 CSFS，然后检查我们想要的交易元素，如金额，但不确定解析/拆分交易元素是否可行）。通过 CSFS 叶子直接支出保险库：见证包括签名、消息哈希、财务主管公钥、脚本、控制。绕过 CTV/时间锁以应对授权的紧急情况。