本周的 Newsletter 传达了关于提议修改 BIP341 Taproot 交易摘要的评论请求，并简要总结了关于一种新的、更简洁的原子交换协议的讨论。此外，还包括我们的常规部分，描述了服务和客户端软件的更改、新版本和候选发布，以及流行的比特币基础设施软件的显著变化。

行动项

  • ● 评估提议的 BIP341 Taproot 交易摘要更改： 正如上周的 Newsletter 中所描述的那样，有人请求 taproot 签名对交易中花费的所有 UTXO 的 scriptPubKeys 进行额外的承诺。Anthony Towns 建议如何为这一更改更新 BIP341，并且 Pieter Wuille 询问是否有人对此有任何反对意见。如果您对提议的交易摘要修订有任何疑问或担忧，我们建议回复邮件列表或直接联系 BIP341 的作者。

新闻

  • ● 双交易跨链原子交换或同链 coinswap： Ruben Somsen 在邮件列表中发布并创建了一个视频，描述了一种无需信任的仅使用两笔交易进行币种交换的过程，称为简洁原子交换（Succinct Atomic Swaps，简称 SAS）。之前的标准协议使用了四笔交易。Somsen 的 SAS 协议使每一方都持有可以随时花费的币种——但如果对方企图盗窃，可能需要在短时间内进行花费（类似于闪电网络中的通道需要进行监控）。此外，用于花费这些币种的密钥不会包含在用户的 BIP32 分层确定性（HD）钱包中，因此可能需要额外的备份。

    该协议的优势在于，它比现有协议占用更少的区块空间、节省了交易费用（既通过减少区块空间的占用，又通过可能减少结算交易的紧迫性），它仅在跨链交换的一条链上需要共识强制执行的时间锁，并且它不依赖于任何新的安全假设或比特币共识更改。如果 Taproot 被采用，交换可以变得更加私密和高效。

    在对该协议的评论中，Lloyd Fournier 指出了该协议的简化版本的“优雅性”，该版本使用了三笔交易。Dmitry Petukhov 发布了一份使用 TLA+ 形式化规范语言编写的规范，以帮助测试该协议的正确性。

服务和客户端软件的更改

在这个每月的特色部分中，我们重点介绍了比特币钱包和服务的有趣更新。

  • ● 基于闪电网络的消息应用 Juggernaut 启动： 在一篇博客文章中，John Cantrell 宣布了 Juggernaut 的首个版本，描述了其消息和钱包功能如何使用 keysend 支付构建。

  • ● Lightning Loop 使用多路径支付： 来自 Lightning Labs 的最新升级现在使用多路径支付将链上资金转换为闪电网络通道中的资金。

  • ● Blockstream 卫星 2.0 支持初始区块下载： Blockstream 概述了 2.0 版本的升级，包括扩展的亚太地区覆盖、额外的带宽和更新的协议，使得完整节点可以仅使用卫星数据完成初始同步。

  • ● Breez 钱包支持即时支付： Breez 钱包的 0.9 版增加了向支持 keysend 的闪电节点发送即时支付的功能。

  • ● Copay 支持 CPFP 以加速接收交易： 9.3.0 版本增加了用户使用子支付父（CPFP） 加速接收交易的功能。该功能仅在钱包观察到交易保持未确认四小时后启用。

发布与候选发布

热门比特币基础设施项目的新发布版本和候选发布。请考虑升级到新版本或帮助测试候选版本。

值得注意的代码和文档更改

本周在 Bitcoin Core、C-Lightning、Eclair、LND、Rust-Lightning、libsecp256k1、比特币改进提案（BIPs）和闪电网络规范中的值得注意的更改。

注意：以下提到的对 Bitcoin Core 的提交适用于其 master 开发分支，因此这些更改可能要等到 0.21 版本发布，预计在即将发布的 0.20 版本之后大约六个月。

  • ● Bitcoin Core #18877 是支持在 P2P 网络上提供致密区块过滤器的第一步，按照 BIP157 的规定。启用了致密区块过滤器索引的节点可以通过 -blockfilterindex 配置参数响应 getcfcheckpt 请求，并返回 cfcheckpt 致密区块过滤器检查点响应。getcfheaders 和 getcfilters 消息尚不支持，并且节点不会在其版本消息中通过 NODE_COMPACT_FILTERS 广告支持 BIP157。

    该功能默认禁用，可以通过 -peerblockfilters 配置参数启用。

  • ● Bitcoin Core #18894 修复了一个 UI 错误，该错误影响了在 GUI 中同时使用多钱包模式和手动币控制的用户。该错误在 Bitcoin Core 0.18 版本说明中被描述为一个已知问题。此修复包含在上节中链接的第二个 Bitcoin Core 0.20 候选发布版本中。

  • ● Bitcoin Core #18808 使 Bitcoin Core 忽略任何指定未知数据类型的 P2P 协议 getdata 请求。新逻辑还将忽略请求在当前连接上不期望发送的数据类型的请求，例如在仅块中继连接上请求交易的请求。

  • ● C-Lightning #3614 添加了一种名为 coin_movements 的新通知类型，由最终的分类账更新触发。订阅这些通知的客户端将收到已确定解决的 HTLC 和已确认的比特币交易的更新，从而允许它们通过其 C-Lightning 节点构建币种移动的规范分类账。详情请参阅其文档。

  • ● Eclair #1395 更新了 Eclair 使用的路径寻路，以考虑通道余额并使用 Yen 算法。PR 说明称“新算法一致地找到更多且更便宜的路径。路径前缀更加多样化，这也很好（特别是对于 MPP）。[…]并且在我的机器上，新代码的一致性能提升了 25%（当查找 3 条路径时）。”