本文介绍了比特币脚本中的哈希锁功能，也称哈希原像检查，并通过示例展示了如何使用 Policy 函数实现哈希锁脚本。哈希锁可用于资助哈希碰撞的发现、实现免信任的原子化互换，也被闪电网络用于支付路由，和潜水艇互换等重要功能。

本文介绍了比特币脚本中的时间锁概念，包括绝对时间锁和相对时间锁，以及如何在交易和脚本层面设置时间锁。文章还通过示例展示了如何使用 Policy 语言和 Miniscript 编译器来创建包含时间锁的复杂脚本，并探讨了时间锁在个人强制储蓄、灾备措施、资金社交恢复、免信任仲裁、资金托管者灾备以及免信任服务商等多种场景下的应用，最后提到了Taproot升级引入的MAST技术对脚本隐私性和经济性的提升。

本文介绍了比特币多签名脚本的概念、示例和用途。多签名脚本允许多个签名来解锁比特币，可以用于个人保险柜、企业财务、联盟侧链、电子商务和免信任的托管等场景，以提高安全性和灵活性。文章还提到了Policy语言、Miniscript代码和Script代码，以及多签名的其他用途。

本文是“有趣的比特币脚本”系列的第一篇文章，介绍了比特币交易、输出和脚本等基本概念，以及Miniscript和Policy语言。比特币脚本通过脚本规定UTXO的锁定条件，并通过提供特定的数据来解锁，从而实现经济合约，并为合约的关键状态转换提供密码学保证。

本文提出了分层闪电网络通道的概念，旨在解决闪电网络中通道容量动态管理的问题。分层通道允许链下灵活调整通道容量，类似于闪电网络之于比特币，解决了传统链上调整容量的延迟和成本问题。此外，分层通道还能帮助临时用户在无需瞭望塔的情况下避免资金滞留的问题，提升闪电网络的可扩展性、效率和易用性。

本文介绍了10101项目，该项目旨在将非托管交易功能引入闪电网络，允许用户在不放弃资金控制权的前提下进行比特币交易。文章详细解释了非托管交易的原理、谨慎日志合约（DLC）的概念，以及如何在闪电网络中实现DLC，从而实现无对手方风险的交易。

本文深入探讨了闪电网络中的原子化多路径支付（AMP）技术，这是一种将大额比特币付款拆分成多个小额付款，并通过不同支付通道同时发送的技术。AMP 旨在解决闪电网络在处理大额交易时遇到的流动性和容量限制，并通过原子性保证了要么所有部分付款都成功，要么全部失败。

该BIP提出了两种新的tapscript操作码 OP_VAULT 和 OP_VAULT_RECOVER，旨在通过结合 OP_CHECKTEMPLATEVERIFY 实现一种专门的限制条款（covenant），允许用户在资金被花费到任意目的地之前强制执行一段时延，期间资金可以被转移到预先指定的 “复原” 路径中。此举旨在降低私钥泄露的风险，并提供一种可证明的时间锁机制，以应对潜在的攻击。

本文介绍了SegWit解决的“签名哈希运算平方膨胀”问题，该问题导致签名验证时间复杂度高达O(n²)，影响了算力资源有限的用户运行比特币节点。文章通过实例展示了SegWit激活前的签名哈希算法如何导致消息体积增大，以及SegWit如何通过新的签名哈希算法和隔离见证数据将时间复杂度降至O(n)。

一旦闪电网络上有了稳定币和其它资产，就有可能直接在闪电网络上实现去中心化交易所功能，即，两个节点能够点对点完成比特币与其它资产的互换，不仅在交易速度和成本上比肩闪电网络付款，而且无需担心对手方风险。