比特币技术周刊丨比特币核心0.20.0正式发布，以防止Erebus攻击

写在前面：本周的比特币技术周刊，我们重点介绍新发布的Bitcoin Core 0.20.0客户端的重要更新内容。据报道，此更新包含一个名为“Aap”的实验组件以防止理论上的“Erebus”攻击（注：新加坡国立大学（NUS）的研究人员在2019年的一篇论文中详细描述了此攻击） ，从而加强了审查制度比特币货币体系的阻力。然后，让我们关注隐私协议Coinswap的建议设计，该设计可以提高所有比特币用户的隐私，然后是新的中间件，**是开发人员在上个月重点关注的一些内容。

1. Bitcoin Core 0.20.0客户端正式发布

1. 在此版本的软件中，已删除用于启用BIP61的-enablebip61命令行选项。从Bitcoin Core 0.18.0版本开始，默认情况下已禁用网络消息的BIP61拒绝。 （注意：如果您依赖此已删除的功能，则可以使用Core团队推荐的替代方法，有关详细信息，请参阅发行说明。）
2. 包含一个称为“ Aap”的实验性组件，可防止理论上的“ Erebus”攻击，据报道，这种攻击可让国家或大Internet提供商（例如Amazon Web Serices）监视，加倍消费或审查比特币交易。此补丁有助于防止攻击，但这不是根本的解决方案。对于比特币，目前有10,000个节点容易受到这种攻击。根据学者的估计，成功完成此攻击需要5到6周的时间，新合并的解决方案可以增强比特币的币值。系统的反审查。
3. 在更新的RPC部分中，RPC接受描述符现在接受新的sortedmulti(...)描述符类，该类支持多签名脚本，其中公钥在生成的脚本中按字典顺序排序。
4. 现在，Walletprocesspt和walletcreatefundedpt RPC现在默认包含BIP32派生路径。可以通过将bip32deris参数设置为false来禁用此功能。
5. 现在， createmultisig和addmultisigaddress RPC返回新创建地址的输出脚本描述符。
6. 比特币核心不再使用OpenSSL；
7. Bitcoin Core完全取消了对BIP70的支持，–enable --enable-bip70选项仍然存在，但是会在配置过程中引起错误；
8. 新的rpcwhitelist和rpcwhitelist默认配置参数允许仅向某些RPC用户授予某些RPC调用权限。
9. 钱包在使用RPC时默认使用bech32地址，并创建本地隔离见证（隔离见证）更改输出。
10. 不赞成使用getaddressinfo RPC的label字段（使用配置参数-deprecatedrpc = label对此版本重新启用）。 labels标签字段从返回ON对象更改为返回标签名称的ON数组。在将来的0.21版本中，将删除不推荐使用的配置参数的向后兼容性。

二，关于coinswap的新设计

“我计划创建此CoinSwap软件，该软件几乎将完全去中心化，供所有人****。”

第三，新的节点到钱包中间件

4.开发人员最近讨论的主题

1. LN备份 ：Christian Decker在Potzblitz中显示了LN备份的**状态。在解释为什么C-Lightning使用同步数据库日志插件之前，他讨论了其他LN实现方法，例如Eclair和LND。后来，他描述了LN备份比链上备份更复杂的原因，添加SIGHASH_NOINPUT或SIGHASH_ANYPREVOUT以在比特币上启用基于eltoo的支付渠道的前景，以及LN协议的当前模块化。 （文字，视频）
2. Payjoin / P2EP ：Adam Gibson在伦敦的BitDes会议上主持了有关Payjoin主题的讨论。 Payjoin协议允许付款的发送者和接收者为交易提供输入。这打破了常见的钱包所有权假设和子集分析，从而改善了发送者和接收者的隐私。 Gibson回顾了此概念的历史，描述了JoinMarket和Samourai中payjoin的现有实现，然后研究了最近的BTCPay服务器实现的详细信息。**，他概述了几种不同的钱包指纹识别方法，例如所需的签名数量，使用的时间戳记以及是否设置了“按费用替换”（RBF）标记。 （文字，视频）
3. LSAT ：Olier Gugger在鲁Re的VR事件中展示了LSAT（全名闪电服务身份验证代币），这是一个结合了HTTP，蛋白杏仁饼干和闪电网络的协议规范。据报道，LSAT旨在满足HTTP 402要求的支付响应代码的目的。古格（Gugger）描述了身份验证过程以及蛋白杏仁饼干作为假名用户的作用。在问答环节中，Gugger强调了LSAT用例的好处，例如增强用户隐私和改善注册体验。 （文字，视频）
4. 悉尼聚会研讨会 ：一些比特币和闪电网络开发人员参加了此悉尼聚会研讨会。讨论的主题包括：数百万LN客户的可伸缩性，将Rust代码集成到Bitcoin Core中以及C-Lightning的Double融资和未来的软叉激活机制。据报道，开发人员分别讨论了Linux内核开发和隔离见证激活的历史，以深入了解何时或是否应将Rust语言引入比特币核心，以及激活拟议的软分支（如taproot）的确切机制。为了鼓励公众讨论，会议记录将以匿名方式显示。 （文字记录内容）
5. Reault多方保险库架构 ：Kein Loaec和Antoine Poinsot在伦敦的比特币开发者大会上展示了他们的保险库设计Reault。他们概述了一些具体细节，例如它如何依赖联合签名服务器，以及如何与需要密钥删除和/或估计支出金额的其他库设计进行比较。在此之前的一周，他们就OP_CHECKTEMPLATEVERIFY (OP_CTV) ，约和OP_CHECKTEMPLATEVERIFY (OP_CTV)进行了更广泛的讨论。这种封装使用场合的不同优势在于括OP_CTV ，并且有可能路由分叉的软货币部分。其他讨论中心化在Bitcoin Core的内存池策略的当前状态以及它如何带来诸如交易固定之类的挑战，这些挑战将影响金库设计和LN协议安全性。 （演示，演示视频）