本周的周报介绍了一个钱包标签导出格式的标准化提案，并包含了我们的常规栏目：Bitcoin StackExchange 网站的精选问答总结；软件的新版本和候选版本清单；热门的比特币基础设施软件的重大变更介绍。

新闻

• ● 钱包标签导出格式：Craig Raw 在 Bitcoin-Dev 邮件组中发帖提出了一份 BIP，用于标准化钱包地址和交易的标签在导出后的格式。理论上，一种标准化的导出格式将允许使用相同的 BIP32 账户层级的两个钱包软件打开彼此的备份，并且不仅能复原资金控制权，还能复原用户为这些交易手动键入的所有信息。

  考虑到之前让使用 BIP32 的钱包彼此兼容的挑战，也许更容易实现的用途是让交易的历史更容易从钱包软件中导出并用在其它程序中，比如用于会计。

  开发者 Clark Moody 和 Pavol Rusnak 各自回复了一份对 SLIP15 的引用，该引用介绍了由 Trezor 钱包品牌开发的开放导出标准。Craig Raw 指出了自己的提议在目标上与 SLIP 15 似乎能够提供的东西的多个重大区别。人们也讨论了设计上的其它许多方面。截至本周报撰写之时，这样的讨论仍在发生。

Bitcoin Stack Exchange 网站的问答精选

Bitcoin Stack Exchange 是 Optech 贡献者们有疑问时寻找答案的首选之地 —— 也是我们有闲暇时会帮助好奇和困惑用户的地方。在这个每月一次的栏目中，我们挑出了自上一次栏目出刊以来的一些高票问题和答案。

• ● 为什么不可以使用描述符在一个 taproot 脚本路径中添加一个 OP_RETURN 承诺（或者其它任意脚本）？ Antoine Poinsot 解释道，现在 Bitcoin Core 中的脚本描述符已经拓展到使用miniscript，预计在 Bitcoin Core 24 版本时就会发布。虽然最初的 miniscript 特性只支持 segwit v0，但最终对 tapscript 和 “部分描述符” 的支持将使我们能够在 tapscript 中添加承诺，无需完全依靠 raw() 描述符。

• ● 为什么 Bitcoin Core 会重新广播交易？ Amir reza Riahi 好奇为什么 Bitcoin Core 钱包模块会重新广播交易，为什么期间存在延迟。Pieter Wuille 指出，点对点网络缺乏交易传播的保证，所以重广播功能是有必要的；而且，将重广播的责任从钱包模块移交到交易池模块的工作已经完成了。对重广播功能有兴趣的读者可以看 2022 年 8 月 24 日 、2021 年 4 月 7 日 和 2019 年 11 月 27 日 各期周报的 PR 审核俱乐部栏目。

• ● 什么使用 Bitcoin Core 开始放弃挖矿功能？ Pieter Wuille 为 Bitcoin Core 在过去几年的挖矿相关特性提供了一个历史性的回顾。

• ● 有无办法让一个 UTXO 可以被我花费，同时在 5 年后可以被任何人存入我的交易所地址？ Stickies-v 提供了关于比特币脚本操作符、加入 MAST 的 taproot 升级如何优化花费条件的隐私性和经济性的概述，并指出因为比特币脚本缺乏 “限制条款（covenants）”，所以题主想要的特性光靠脚本是无法实现的。Vojtěch Strnad 指出，预先签名的交易可以帮助实现这样的花费条件。

• ● 比特币在 2010 年的数值溢出漏洞是什么样的？ Andrew Chow 总结了数值溢出漏洞及其多种通货膨胀效果：产生数额更大的输出，还会导致交易费错误计算。

新版本和候选版本

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

• ● LND 0.15.1-beta 是一个 “包含对零确认通道、scid昵称的支持，并在所有地方切换到使用 taproot 地址” 的新版本。

重大代码和文档变更

本周出现重大变更的有：Bitcoin Core、Core Lightning、Eclair、LDK、LND、libsecp256k1、硬件钱包接口（HWI）、Rust Bitcoin、BTCPay Server、BDK 和 Lightning BOLTs。

• ● Bitcoin Core #23202 拓展了 psbtbumpfee RPC 方法，使之可以创建一个 PSBT 来为某一笔交易追加手续费，即使这笔交易的某些输出并不属于这个钱包。这个 PSBT 可以分享给能够签名的钱包。

• ● Eclair #2275 为双向注资的闪电通道启动交易添加了追加手续费的功能。这个 PR 指出，有了这个 PR，“Eclair 就算是完全支持双向注资通道了！”虽然该 PR 还提到，双向注资是默认禁用的，而且跟 Core Lightning 的交叉兼容性测试要在未来才加入。

• ● Eclair #2387 添加了对 signet 的支持。

• ● LDK #1652 升级了对洋葱消息的支持，使之能发送 回复路径（reply paths），并在收到这样的消息时解码。洋葱消息协议并不要求转发一条洋葱消息的节点跟踪关于这条消息的任何信息，这意味着，要是一个节点希望自己的洋葱消息得到回复，就需要为接收方提供发送回复的路径的提示。

• ● HWI #627 支持使用 BitBox02 硬件签名设备利用密钥路径花费 P2TR 输出。

• ● BDK #718 开始在钱包创建好签名之后立即验证 ECDSA 签名和 schnorr 签名。这是 BIP340 的一条建议（见周报 #87），在周报 # 83 中得到了讨论，已经在 Bitcoin Core 中实现了（见周报 #175）。

• ● BDK #705 和 #722 给使用 BDK 库的软件提供了 Electrum 和 Esplora 服务可用的方法，来访问额外的服务器端。