本文深入探讨了 Lamport 签名和 Winternitz 签名这两种一次性签名方案，详细阐述了它们的原理、生成过程、签名及验证方法，并分析了它们在 BitVM 和 BitVMX 中的应用，强调了这两种签名在实现比特币网络富状态操作和安全数据承诺中的关键作用。

文章讨论了闪电网络中“假通道”的概念，即支付路径上的中间通道无需是真实的比特币通道。这一特性对于客户端验证的token（如RGB）在闪电网络上的应用至关重要，因为用户只需验证自己通道的真实性，而无需关心其他通道的token是否真实。文章还质疑了Taproot Asset协议中“资产宇宙”的必要性，认为如果钱包仅使用闪电通道，则可实现完全客户端验证，无需依赖第三方。

Bitcoin Core 30.0 及 30.1 版本存在钱包迁移故障，可能导致钱包文件被删除，从而丢失资金。建议用户不要使用这两个版本进行钱包迁移，等待 30.2 版本发布。该问题只影响从老版本迁移默认钱包的用户以及开启了区块修剪的用户。

本文介绍了一种使用 Chaumian Ecash 实现条件支付的方法，通过 Ecash 铸币厂作为受信任的中间人，实现对赌约结果的支付。文中详细解释了 Ecash 和 DLC 的原理，并提出了一个 DLC + Ecash 的协议，旨在提高隐私性和扩展性，同时探讨了安全性、隐私性和可扩展性，并提出了未来的升级和插件。

本文介绍了OP_CHECKCONTRACTVERIFY（OP_CCV）操作码的语义及其处理数额的逻辑。OP_CCV 开启了携带状态的 UTXO，允许在花费 UTXO 时检查输入/输出的公钥，并指定数额的流动。文章还讨论了OP_CCV 的优点和缺点，并提供了一些案例，最后作者希望得到大家对 OP_CHECKCONTRACTVERIFY 的规范、实现和应用的评论。

本文介绍了比特币共识变更的流程，强调在修改共识代码之前，需要先达成社会共识。这个过程包括研究和开发、专业用户探索、行业评估和投资者审核四个阶段。文章还定义了参与共识流程的各种角色，如研究者、协议开发者、行业参与者、矿工和投资者，并阐述了他们在不同阶段中的作用和关注点，最后讨论了共识变更的敲定和激活两种方法。

本文作者用通俗易懂的语言和拼图的比喻，介绍了Spark的工作原理：用户无需广播交易到区块链即可进行比特币的收取和发送，通过替换拼图（而不是在区块链内广播交易）来实现比特币的转移，每次转账，都是通过替换拼图来实现的。

本文主要讨论了比特币持有者面临的“扳手攻击”（人身威胁）的风险，虽然此类攻击在统计上较为罕见，但并非不可能发生。文章提供了三种防范方法：限制知道你拥有比特币的人的数量、掩盖比特币的数额和访问途径，以及使用安全性和隐私性的最佳习惯来建立威慑。同时，也讨论了应急方案，建议使用多签名钱包来保护比特币。

本文作者Peter Todd受Kruw项目委托，分析了Yuval Kogman对中心化CoinJoin的去匿名化攻击的讨论，重点关注Wasabi钱包使用的WabiSabi协议。

本文介绍了多方参与的潜水艇互换（Submarine Swaps）方案，旨在提高闪电网络中链上和链下资产互换的效率。通过将传统的两方互换扩展到多方，可以减少链上交易的足迹，提高吞吐量。文章详细讨论了链上到链下以及链下到链上两种互换场景，并提出了减少恶意行为的措施，如手续费、预存系统和忠诚债券。