写在前面：本周的比特币技术周报，我们重点关注下新发布的Bitcoin Core 0.20.0客户端的重要更新内容，据悉这次更新纳入了一个名为“Asmap”的实验组成部分，目的是防止理论上的“Erebus”攻击，这加强了比特币货币体系的抗审查性。然后我们来关注下隐私协议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代码库，推进硬件钱包集成，并提高网络的可靠性，以下是这次更新当中值得注意的一些内容：
- 在该版本软件中，删除了启用 BIP61的-enablebip61命令行选项，自Bitcoin Core 0.18.0版本以来，默认情况下已禁用了BIP61拒绝网络消息功能。（注：如果你依赖这一删除掉的功能，可以使用Core团队推荐的替代方案，具体看发布说明）。
- 纳入了名为“Asmap”的实验组成部分，目的是防止理论上的“Erebus”攻击，据悉这种Erebus攻击允许国家或大型互联网提供商（如Amazon Web Services）监视、双花或审查比特币交易，这一修补程序有助于阻止攻击，但不是根本性的解决方案。对于比特币来说，目前有10000个节点是容易受到这种攻击的，根据学者们估计，成功完成这种攻击需要5-6周的攻击时间，而新纳入的解决方案，加强了比特币货币体系的抗审查性。
- 在更新的RPC部分中，接受描述符的RPC现在接受新的
sortedmulti(...)描述符类型，该类型支持多重签名脚本，其中公钥在生成的脚本中按字典序排序。 - walletprocesspsbt 和walletcreatefundedpsbt RPC现在默认包含了BIP32派生路径，这可以通过将
bip32derivs参数设置为false来禁用。 createmultisig和addmultisigaddressRPC现在为新创建的地址返回一个输出脚本描述符。- Bitcoin Core不再使用OpenSSL；
- Bitcoin Core完全移除对BIP70的支持，
--enable-bip70选项仍然存在，但它将在配置期间引发错误； - 新的
rpcwhitelist和rpcwhitelist默认配置参数，允许为某些RPC用户仅授予某些RPC调用的权限。 - 钱包在使用RPC时默认使用bech32地址，并创建本机隔离见证（segwit）找零输出。
getaddressinfoRPC的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专门搜集和发布关于比特币技术演示和讨论的内容，而以下的内容，则是上个月中开发者们在重点关注的一些重要内容：
- LN备份：Christian Decker在Potzblitz展示了LN备份的最新状态。在解释为什么C-Lightning使用同步数据库日志插件之前，他讨论了Eclair和LND等其他LN实现的方法。后来，他描述了LN备份比链上备份更复杂的原因，在比特币上添加SIGHASH_NOINPUT或SIGHASH_ANYPREVOUT以启用基于eltoo的支付通道的前景，以及LN协议的当前模块化。（文字、视频）
- Payjoin/P2EP: Adam Gibson在伦敦BitDevs大会主持了一场关于Payjoin话题的讨论。Payjoin这种协议，允许付款的发送者和接收者为交易提供输入。这打破了常见的钱包所有权假设和子集分析，从而改善了发送者和接收者的隐私。Gibson回顾了这个概念的历史，描述了JoinMarket和Samourai中payjoin的现有实现，然后研究了最近BTCPay服务器实现的细节。最后，他概述了几种不同的钱包指纹识别方法，例如所需签名的数量、使用的时间戳以及是否设置了opt-in-Replace-by-Fee（RBF）标志。（文字、视频）
- LSAT：Oliver Gugger在Reckless VR活动上展示了LSAT（全称为Lightning Service Authentication Token），它是一种结合了HTTP、macaroons和闪电网络的协议规范。据悉，LSAT旨在满足HTTP 402要求的付款响应代码的目的。 Gugger描述了身份验证流程以及macaroons作为假名用户身份验证的作用。在问答环节，Gugger重点提到了LSAT的用例的好处，例如增强用户隐私和改善注册体验。（文字、视频）
- 悉尼meetup讨论会：一些比特币和闪电网络开发者参加了这次悉尼meetup讨论会，讨论的主题包括：数百万LN客户的可扩展性问题、将Rust代码集成到Bitcoin Core、C-Lightning的双重融资以及未来的软分叉激活机制。据悉，开发者们分别探讨了Linux内核开发和segwit激活的历史，以深入了解Rust语言何时或是否应引入Bitcoin Core，以及在未来激活提议的taproot等软分叉的确切机制。为了鼓励公开讨论，会议的记录内容以匿名的形式呈现。（文字记录内容）
- Revault多方保险库架构：Kevin Loaec和Antoine Poinsot在伦敦比特币开发者大会上展示了他们的保险库设计Revault。他们概述了一些具体的细节，比如它对联合签名服务器的依赖，以及如何与需要密钥删除，预计支出金额或两者的其他保管库设计进行了比较。在此之前的一周，他们对保险库（vault ）、契约（covenants）和OP_CHECKTEMPLATEVERIFY (OP_CTV)的话题进行了更广泛的讨论。这包括OP_CTV不同用例的优点，以及将其软分叉到比特币中的可能途径。另外的讨论集中在Bitcoin Core的mempool策略的当前状态，以及它如何带来诸如交易固定之类的挑战，而这些挑战会影响保险库设计和LN协议的安全性。 （演示文稿、演示视频）
本文链接：https://www.8btc.com/article/605152
转载请注明文章出处
微信扫一扫 
