本周的 Newsletter 链接了几个关于激活 Taproot 的讨论，并总结了对 BIP173 Bech32 地址提议的更新。此外，还包括我们常规的服务和客户端软件的有趣更改、发布与候选发布以及流行的比特币基础设施软件的值得注意的更改。

行动项

本周无。

新闻

  • ● Taproot 激活讨论： 本周启动或继续了几个关于选择激活 Taproot 方法的讨论。

    • ● 新的 IRC 聊天室： Steve Lee 在 Bitcoin-Dev 邮件列表中发布了一则公告，宣布在 Freenode 网络上开设一个新的 ##taproot-activation IRC 聊天室。该频道是有记录的，并在第一周内吸引了数十位参与者的积极讨论。

    • ● 邮件列表讨论： Anthony Towns 发布了一份总结，介绍了最近更新的 BIP8 激活方法（参见 Newsletter #104），以及他自己提出的新的 bip-decthresh 激活提案（基于 Matt Corallo 在一月份关于“现代软分叉激活”帖子的内容，参见 Newsletter #80）。这种递减阈值的想法的一个有趣特性是，在最终激活期内，需要信号支持新软分叉规则的网络算力比例将逐渐减少，允许矿工以可能低至 60% 的矿工支持度而不是第一个激活期内的 95% 来完成激活。

  • ● Bech32 地址更新： Russell O’Connor 在 Bitcoin-Dev 邮件列表中回复了 Pieter Wuille 的一篇 11 月份的帖子（参见 Newsletter #77），讨论了修改 BIP173 以仅允许长度为 20 或 32 字节的见证程序，以最小化用户由于输入错误而导致比特币不可恢复地发送到错误地址的风险。O’Connor 提出了一个反提案，建议允许见证程序长度比下一个最短地址多五个字符，直到见证程序的共识限制长度。该反提案未在邮件列表中引起讨论，但一份更新 BIP173 的PR 收到了几条评论。截至本文撰写时，尚未就使用何种长度限制达成结论。

服务和客户端软件的更改

在本月的特色内容中，我们重点介绍了比特币钱包和服务的有趣更新。

发布与候选发布

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

  • ● LND 0.10.4 是一个修复 Windows 备份问题的小版本更新。

  • ● C-Lightning 0.9.0rc2 是即将发布的主要版本的候选版本。它增加了对更新的 pay 命令和新的 keysend RPC 的支持，这些内容在本 Newsletter 的值得注意的代码更改部分进行了描述，此外还包括其他一些值得注意的更改和多个错误修复。

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

本周 Bitcoin Core、C-Lightning、Eclair、LND、Rust-Lightning、libsecp256k1、硬件钱包接口 (HWI)、比特币改进提案（BIPs）和闪电网络规范中的值得注意的更改。

  • ● Bitcoin Core #19109 进一步改进了交易来源隐私。在 Bitcoin Core #18861 的基础上，此补丁为每个节点增加了一个滚动布隆过滤器，用于跟踪哪些交易最近被宣布给该节点。当某个节点请求一个交易时，此升级会在满足请求并中继该交易之前检查过滤器，以防止间谍节点获知我们内存池的确切内容或交易接收的精确时间。

  • ● Bitcoin Core #16525 更新了多个 RPC 以返回作为无符号整数的交易版本号，而不是有符号整数。早期版本的比特币将版本号解释为有符号整数（并且一些区块链上的交易确实设定了负数版本号），但引入 BIP68 nSequence 强制执行版本号为 2 或更高的交易时规定，它将匹配对交易 nVersion 字段的无符号整数转换。预计任何未来使用交易版本的软分叉都会指定相同的规则，因此 RPC 应始终返回交易版本的无符号整数。

  • ● C-Lightning #3809 增加了对 C-Lightning 有效发送多路径支付的支持——将支付拆分为多个部分，每部分通过不同路径路由。简而言之，C-Lightning 使用的算法将支付拆分为大约 0.0001 BTC 的部分（每部分的金额会随机波动 ±10%）。如果发送的任何部分失败，则将该部分大致一分为二（同样 ±10%）并重新发送。此外，该 PR 还增加了一个 disable-mpp 配置选项，以防止发送任何多路径支付；相同名称的参数也被添加到 pay 命令中，用于禁用特定尝试的多路径支付。

  • ● C-Lightning #3825 修改了最近合并（但尚未发布）的 reserveinputs RPC，使其不再生成新的 PSBT。取而代之的是，引入了一个新的 fundpsbt RPC 来创建新的 PSBT。现在，可以将现有的 PSBT 传递给 reserveinputs，以防止 PSBT 的 UTXO 输入在指定区块高度之前（默认 72 个区块，大约 12 小时）或守护进程运行期间被用于其他交易。或者，fundpsbt 在创建交易时默认保留选择的 UTXO。

  • ● C-Lightning #3826 完成了一系列修改 C-Lightning 用于发送支付的逻辑的 PR。这些更改大部分对用户是透明的，但如果出现问题，从现在起可以通过新的 legacypay 命令使用旧逻辑。任何从现在开始使用 pay 命令的用户都将使用新逻辑。

  • ● C-Lightning #3792 增加了一个新的 keysend RPC 用于发送自发支付。这个新的 RPC 与 Newsletter #94 中描述的 keysend 插件不同，后者允许 C-Lightning 接收 自发支付。

  • ● LND #4429 增加了一个 --protocol.wumbo 配置选项，并默认启用。当本地节点和远程对等节点都支持时，该选项允许开启大额通道，即通道的总价值超过 0.16 BTC。