时间锁

本文介绍了针对闪电网络通道的替代交易循环攻击。攻击者（Alice 和 Carol）通过与受害者（Bob）建立通道并路由支付，在 Bob 试图超时赎回 HTLC 时，使用高费率的循环交易替换 Bob 的超时交易，阻止其确认。通过不断重复此过程，Alice可以在一段时间后取走资金，Carol也可以用原像取走资金，使Bob遭受损失。文章还讨论了防御这种攻击的潜在方法。

本文是 Kevin Loaec 在 Advancing Bitcoin 2023 大会上的演讲稿，主要讨论了比特币中时间锁的各种应用场景，以及如何通过 Miniscript 等工具，提升比特币钱包的安全性和灵活性，例如：无需备份主要密钥、社交恢复、反向出口等。

这篇文章将会介绍智能合约中的时间锁是什么，并且讲解如何开发它。你将会开发一个智能合约，将ERC-20通证的铸造请求按时间排列。

本文档介绍了如何使用 OpenZeppelin 的 Governor 合约搭建链上治理系统。包括 Governor 合约的工作原理、设置方法，以及如何使用 Ethers.js 和 Tally 创建、投票和执行提案。同时，还讨论了与 Compound 的 GovernorAlpha 和 GovernorBravo 系统的兼容性，并介绍了基于时间戳的治理方式。

本文探讨了使用时间锁来重新设计比特币冷存储的方法。通过利用 BIP65、BIP68、BIP112 和 BIP113 引入的时间锁功能，结合预先签名的交易（TST）和硬件签名设备，可以创建多层级的风险缓冲策略，提高交易所等服务机构的安全性，并减少被盗风险。文章还提到了未来默克尔抽象语法树（MAST）和隔离见证（SegWit）技术的应用，可以进一步增强冷存储策略的隐私性和效率。

本文档介绍了OpenZeppelin Contracts库中用于访问控制的组件，包括Ownable、AccessControl和TimelockController。Ownable提供简单的所有者权限控制，AccessControl提供更细粒度的基于角色的访问控制，而TimelockController则在访问控制中引入时间锁机制，确保关键操作执行前有足够的时间让用户做出反应。

本文深入探讨了比特币中的时间锁机制，包括交易层面和脚本层面的绝对时间锁和相对时间锁，以及它们如何通过区块号和时间戳来度量时间。文章详细解释了 nLocktime、nSequence、OP_CHECKLOCKTIMEVERIFY (OP_CLTV) 和 OP_CHECKSEQUENCEVERIFY (OP_CSV) 的工作原理和使用方法，并提供了实际案例。

本文档描述了Revault交易的结构和类型，Revault是一种使用多重签名和时间锁的比特币 vault 方案，通过定义不同类型的交易（如 deposit、unvault、spend、cancel 和 emergency 交易）及其输入输出结构，展示了如何在多个参与者之间安全地管理比特币资金，支持紧急情况下的资金转移和费用调整。

本文深入探讨了比特币高级交易和脚本技术，首先介绍了多重签名脚本，简化复杂交易的P2SH，以及通过时间锁（nLocktime、CLTV和CSV）为比特币增加时间维度。

本文档描述了 Mercury 状态链系统的规范。该系统无需链上交易，即可在多方间转移比特币UTXO的所有权。该功能依赖于一个受信任的第三方，即状态链实体（SE），但SE无法托管UTXO，从而降低了合规要求。文章详细介绍了UTXO类型、P2PKH输出的转移过程、UTXO状态链的运作机制，以及相关的协议流程。

代币锁是一种限制代币提取的一种合约。它可以把合约中的代币先锁定一段时间，受益人在锁仓期满后才能发起提现取出代币。时间锁是一种限制合约的行为的特殊合约。它通过给合约的重要函数（如转账、提现、交易等）加上一个锁定期，用于这个操作的延期执行。

本文是闪电网络系列文章的第二部分，主要讲解了闪电网络中哈希时间锁合约（HTLC）的创建和使用，以及在通道中进行交易和关闭通道的流程。通过HTLC，Alice和Bob可以在通道中安全地进行交易，并在不需要实际用到区块链的情况下完成支付和结算，极大地减轻了区块链的负担。

本文深入探讨了比特币的安全性，批判了将安全性视为网络整体属性的观点，强调每个UTXO都有其特定的安全性，并取决于其所在的区块深度和难度。文章还分析了矿工在重组交易中的经济激励，以及民族国家可能发起的攻击，并进一步讨论了多签名和时间锁等技术如何增强比特币的安全性，从而抵御潜在的攻击。

本文提出了一种协议，旨在通过经济激励机制，保证交易在未来的特定时间段内上链。该协议依赖于委托方设置赏金，受委托方通过促成交易上链来获取赏金，并结合时间锁约束交易上链时间。协议还可形成对未来手续费率的预测市场，但存在外包效果不完全的不足，文章最后也提到了协议存在的不足。

该文档是关于比特币改进提案（BIP）的提交历史记录，重点是BIP112，它涉及CHECKLOCKTIMEVERIFY操作码的实现和更新。提交记录展示了从草案到最终版本的演变过程，包括代码示例的修复、部署计划的设定以及与其他BIP的同步。