比特币技术周报丨Bitcoin Core 0.20.0正式发布，可防止Erebus攻击

写在前面：本周的比特币技术周报，我们重点关注下新发布的Bitcoin Core 0.20.0客户端的重要更新内容，据悉这次更新纳入了一个名为“Asmap”的实验组成部分，目的是防止理论上的“Erebus”攻击 （注：新加坡国立大学（NUS）的研究人员在2019年的一篇 论文 中详细描述了这种攻击） ，这加强了比特币货币体系的抗审查性。然后我们来关注下隐私协议Coinswap的一个提议设计，其能够改善所有比特币用户的隐私，接着是关于一个新的中间件，最后则是开发者们在上个月中重点讨论的一些内容。

（图片来自：pexels.com）

（注：以下内容主要来自Bitcoin Optech和bitcoincore.org）

一、Bitcoin Core 0.20.0客户端正式发布

6月3日，Bitcoin Core开发组正式发布了 0.20.0 版本的core客户端软件，据悉，在Bitcoin Core首席维护者Wladimir van der Laan的监督下，参与这一最新客户端开发的贡献者超过了100位，而涉及纳入的PR（pull request）超过了500个。这次更新主要清理和强化了Bitcoin Core代码库，推进硬件钱包集成，并提高网络的可靠性，以下是这次更新当中值得注意的一些内容：

1. 在该版本软件中，删除了启用 BIP61的-enablebip61命令行选项，自Bitcoin Core 0.18.0版本以来，默认情况下已禁用了BIP61拒绝网络消息功能。（注：如果你依赖这一删除掉的功能，可以使用Core团队推荐的替代方案，具体看发布说明）。
2. 纳入了名为“Asmap”的实验组成部分，目的是防止理论上的“Erebus”攻击，据悉这种Erebus攻击允许国家或大型互联网提供商（如Amazon Web Services）监视、双花或审查比特币交易，这一修补程序有助于阻止攻击，但不是根本性的解决方案。对于比特币来说，目前有10000个节点是容易受到这种攻击的，根据学者们估计，成功完成这种攻击需要5-6周的攻击时间，而新纳入的解决方案，加强了比特币货币体系的抗审查性。
3. 在更新的RPC部分中，接受描述符的RPC现在接受新的 sortedmulti(...) 描述符类型，该类型支持多重签名脚本，其中公钥在生成的脚本中按字典序排序。
4. walletprocesspsbt 和walletcreatefundedpsbt RPC现在默认包含了BIP32派生路径，这可以通过将 bip32derivs 参数设置为 false 来禁用。
5. createmultisig 和 addmultisigaddress RPC现在为新创建的地址返回一个输出脚本描述符。
6. Bitcoin Core不再使用OpenSSL；
7. Bitcoin Core完全移除对BIP70的支持， --enable-bip70 选项仍然存在，但它将在配置期间引发错误；
8. 新的 rpcwhitelist 和 rpcwhitelist 默认配置参数，允许为某些RPC用户仅授予某些RPC调用的权限。
9. 钱包在使用RPC时默认使用bech32地址，并创建本机隔离见证（segwit）找零输出。
10. getaddressinfo RPC的 label 字段已被弃用（使用配置参数 -deprecatedrpc = label 可对此版本重新启用它）。 labels 字段从返回JSON对象改为返回标签名的JSON数组。在未来的0.21版本中，使用不推荐使用的配置参数的向后兼容性将被删除。

更多更新内容可以看原文发布说明：https://bitcoincore.org/bin/bitcoin-core-0.20.0/

据悉，Bitcoin Core的下一个重要版本 0.21.0 预计将在今年12月3日前后发布。

二、关于coinswap实现的新设计

上周，Chris Belcher发布了一个全功能coinswap实现的 设计 ，据悉，这种协议允许两个用户创建一对看起来像常规付款，但实际上彼此交换币的交易。这不仅改善了coinswap用户的隐私，还改善了所有比特币用户的隐私，因为任何看起来像是支付的东西都可能是coinswap交易。

Belcher的文章总结了coinswap理念的历史，提出了可以将coinswap交易伪装成更常见的交易类型的方法，其建议使用流动性市场（就像JoinMarket做的那样），并描述了拆分和路由技术来减少隐私损失。此外，他还将coinswap与其他隐私技术（如使用LN、coinjoin、payjoin和payswap）进行了比较。

据悉，Chris Belcher曾为比特币创建和维护过隐私开源软件（比如JoinMarket和Electrum Personal Server），其提到称：

“我打算创建这个CoinSwap软件，它将几乎完全去中心化，所有人都可以免费使用。”

三、新的 node-to-wallet中间件

Nadav Ivgi宣布了比特币钱包跟踪器（ BWT ）的alpha版本，该程序使用其标准的RPC接口与Bitcoin Core钱包交互，使用该数据建立轻量级钱包所需的其他索引，然后通过Electrum Server协议和BWT自己基于HTTP的API来使数据可用。与Electrum Personal Server类似，这允许更喜欢轻量钱包（如Electrum）用户界面的用户，从自己的完整验证节点检索数据区块和交易数据，以获得额外的安全性。此外，BWT的方法没有明显的开销，它的附加索引只存储在内存中，在许多情况下，它可以处理裁剪节点（pruned node），允许bitcoind和BWT的组合设置只使用几GB的磁盘空间。

此外， Ivgi还提供了一个插件，简化了使用Electrum客户端设置BWT的过程，而且还可以将BWT与支持Electrum服务器协议的其他钱包（如Edge、Blue Wallet、Eclair mobile和Phoenix）一起使用。

四、近期开发者讨论的话题

Bitcoin Transcripts专门搜集和发布关于比特币技术演示和讨论的内容，而以下这些，则是上个月中开发者们在重点关注的一些重要内容：

1. LN备份 ：Christian Decker在Potzblitz展示了LN备份的最新状态。在解释为什么C-Lightning使用同步数据库日志插件之前，他讨论了Eclair和LND等其他LN实现的方法。后来，他描述了LN备份比链上备份更复杂的原因、在比特币上添加 SIGHASH_NOINPUT 或 SIGHASH_ANYPREVOUT 以启用基于eltoo的支付通道的前景，以及LN协议的当前模块化。（ 文字 、 视频 ）
2. Payjoin/P2EP : Adam Gibson在伦敦BitDevs大会主持了一场关于Payjoin话题的讨论。Payjoin这种协议，允许付款的发送者和接收者为交易提供输入。这打破了常见的钱包所有权假设和子集分析，从而改善了发送者和接收者的隐私。Gibson回顾了这个概念的历史，描述了JoinMarket和Samourai中payjoin的现有实现，然后研究了最近BTCPay服务器实现的细节。最后，他概述了几种不同的钱包指纹识别方法，例如所需签名的数量、使用的时间戳以及是否设置了opt-in-Replace-by-Fee（RBF）标志。（ 文字 、 视频 ）
3. LSAT ：Oliver Gugger在Reckless VR活动上展示了LSAT（全称为Lightning Service Authentication Token），它是一种结合了HTTP、macaroons和闪电网络的协议规范。据悉，LSAT旨在满足HTTP 402要求的付款响应代码的目的。 Gugger描述了身份验证流程以及macaroons作为假名用户身份验证的作用。在问答环节，Gugger重点提到了LSAT的用例的好处，例如增强用户隐私和改善注册体验。（ 文字 、 视频 ）
4. 悉尼meetup讨论会 ：一些比特币和闪电网络开发者参加了这次悉尼meetup讨论会，讨论的主题包括：数百万LN客户端的可扩展性问题、将Rust代码集成到Bitcoin Core、C-Lightning的双重融资以及未来的软分叉激活机制。据悉，开发者们分别探讨了Linux内核开发和segwit激活的历史，以深入了解Rust语言何时或是否应引入Bitcoin Core，以及在未来激活提议的taproot等软分叉的确切机制。为了鼓励公开讨论，会议的记录内容以匿名的形式呈现。（ 文字记录内容 ）
5. Revault多方保险库架构 ：Kevin Loaec和Antoine Poinsot在伦敦比特币开发者大会上展示了他们的保险库设计Revault。他们概述了一些具体的细节，比如它对联合签名服务器的依赖，以及如何与需要密钥删除、预计支出金额或两者的其他保险库设计进行了比较。在此之前的一周，他们对保险库（vault ）、契约（covenants）和 OP_CHECKTEMPLATEVERIFY (OP_CTV) 的话题进行了更广泛的讨论。这包 括OP_CTV 不同用例的优点，以及将其软分叉到比特币中的可能途径。另外的讨论集中在Bitcoin Core的mempool策略的当前状态，以及它如何带来诸如交易固定之类的挑战，而这些挑战会影响保险库设计和LN协议的安全性。 （ 演示文稿 、 演示视频 ）