Bitcoin Core客户端23.0版本有哪些值得期待的亮点？

4 月 22 日，新版比特币软件客户端（由中本聪于 2009 年首次推出）在 GitHub 上发布，带来了隐私、安全和用户体验方面的改进。

Bitcoin Core 23.0 由 132 名开发人员在大约 7 个月内构建而成，为 Bitcoin Core 的钱包、点对点通信和网络、费用估算等带来了切实的改进。

支持软分叉升级Taproot

Bitcoin Core 客户端现在允许用户在创建新钱包时选择新的 Taproot 地址类型。 虽然这不是默认的，但由于生态系统中的许多钱包还不能发送到 Taproot 地址，用户可以选择在新创建的钱包中创建一个 Taproot 接收地址。

Bitcoin Core 客户端钱包创建的用于接收比特币的 Taproot 地址是一个简单的单一签名地址。 因此，与常规的Bech32单签名地址相比，用户不会自动在BTC中节省费用，因为将更复杂的支出条件和地址设置移植到Taproot方案中会节省更多的费用。

通过添加对 Taproot 地址的本地支持，Bitcoin Core 客户端朝着鼓励广泛采用 Taproot 的方向迈出了一步。 随着越来越多的用户选择新升级的功能，其好处能够以最佳方式渗透到用户群中。

默认描述符钱包（descriptorwallets）

Bitcoin Core 钱包现在默认使用描述符创建，这是一项重大变化，有望为比特币基金提供更好的备份和恢复过程。

自分层确定性钱包 (HDwallets) 钱包出现以来，比特币钱包通常使用恢复种子数据（通常为 12 或 24 个字）来生成主私钥。 然后钱包使用主私钥生成一个主公钥，该公钥可用于通过派生路径生成几乎无限数量的接收地址，顾名思义，该路径指示钱包遵循什么路径以正确派生一个地址。

因此，恢复比特币钱包中的资金往往依赖于这种推导路径，因为目前大多数应用程序默认使用分层确定的钱包。 （由于钱包使用不同的派生路径，经常会看到用户试图在第二个钱包中提取资金，却发现余额为零的情况并不少见。）

然而，描述符钱包通过在描述符中明确说明派生路径，使用户更容易收回任何资金。 因此，用户不再需要关心钱包使用的派生路径，这在用户体验（UX）方面是一个很大的改进。

Bech32 地址（地址以“bc1”开头的格式）有一个有趣的属性，可以检测可能的拼写错误。 但是，在 Bitcoin Core 23.0 之前，用户将无法从中受益。

Bitcoin Core 客户端现在将提醒用户 Bech32 地址中最多有两个错误。 该工具目前只能通过“validateaddress”RPC 在命令行上使用，尽管有计划在未来将其集成到图形用户界面 (GUI) 中。 如果用户在输入地址时出现两次以上的错误，拼写工具将无法保证成功。

由于该工具旨在查找错误的关键局限性最早的比特币钱包是哪个，试图查找大量拼写错误可能会导致“截然相反的事情”。 如果用户输入的地址有几个错误的字母，即使该工具可以识别出所有这些字母，它最终也可能会显示一个与用户最初打算发送到的地址完全不同的地址，这更糟糕。

多年来，Bitcoin Core 客户端用户一直能够选择在交易中花费什么代币或未花费的交易输出（UTXO）。 但这种代币控制功能需要每次使用都手动选择UTXO（未花费的交易输出），这是一个繁琐且容易出错的过程。

现在，Bitcoin Core 客户端允许用户无限期地“冻结”UTXO。 冻结过程仍然是手动的，但用户只需要执行一次，他们冻结的币在用户解冻之前不会被Bitcoin Core客户端自动花费。

仔细选择用于资助交易的 UTXO 对于防止链接到有争议的地址非常重要。 例如，用户可能不想使用非 KYC 令牌来加入他们通过了解你的客户 (KYC) 方法获得的 UTXO。 如果他们这样做了，任何仔细查看链上数据的人都可以推断出该地址属于谁。 他们可以通过提供的 KYC 信息知道用户还有一个非 KYC 地址和他们的代币，这会损害用户隐私。

端口 8333 首选项已删除

一般来说，计算机在互联网上相互通信需要两个关键信息：IP地址和端口号。 IP 地址用作网络上计算机的标识符，有助于定位它们，而端口号有助于判断 Internet 上发生的通信类型，因为每种通信协议通常默认为特定端口号。 因此，端口使计算机能够同时运行多种类型的通信，同时轻松区分它们。 例如，Web 的 HTTP 协议默认使用端口 80，而更安全的 HTTPS 通常在端口 443 上运行最早的比特币钱包是哪个，而电子邮件的 SMTP 协议使用端口 25。

比特币也不例外。 从历史上看，当启动 Bitcoin Core 客户端时，计算机默认在端口 8333 上运行并寻找使用相同端口的对等点。

虽然端口促进了 Internet 上计算机之间的通信，但它也使 Internet 服务提供商 (ISP) 更容易监控通信，因为它可以很容易地假设正在进行的通信类型。 在对抗设置中，ISP 可以根据目标端口过滤和阻止某些流量。 虽然它不是 ISP 可用的最有效的审查机制，但它是最简单的，并且被攻击的协议需要更改其默认通信端口以绕过审查或限制。

通过删除端口 8333 首选项，Bitcoin Core 客户端现在减轻了 ISP 过滤或阻止比特币流量的最简单途径。 此外，不在端口 8333 上运行的节点现在从其他节点获取入站连接的阻力更小，因为网络不再优先考虑该端口。

支持CJDNS网络

Bitcoin Core 客户端 23.0 还通过添加对 CJDNS 的支持来保护用户免受恶意 ISP 的侵害，CJDNS 是标准互联网协议 (IP) 的安全增强替代方案。

CJDNS 使用公钥加密实现了 IPv6 的加密版本——最新版本的 IP。 通过提供点对点加密，CJDNS 改进了 IPv6 和 IPv4（今天仍在广泛使用的前 IP 版本），增强了安全性和隐私性，因为它保护使用它的节点免受流量分析和过滤。

此添加为想要保护其流量免遭窥探或提高其比特币设置安全性的用户带来了新的选择。 虽然 Tor 和 I2P 是 clearnet IP 的替代品，但 CJDNS 是一个补充选项，可以提高比特币网络及其节点的稳健性。

成本估算更准确

Bitcoin Core 客户端内置的费用估算工具变得更好了。

一篇文章指出，Bitcoin Core 客户端的费用估算“只是记录和报告有关过去事件的有意义的统计数据，并使用这些数据为用户提供合理的估算，以合理估算他们需要支付多少费用才能将交易包含在 N 个区块内”，其中 N 是用户愿意等待其交易确认的区块数。

计算此估值的算法通常会考虑 mempool 上的所有交易，mempool 是比特币的“等待区”，用于尚未包含在区块中的交易。 然而，由于引入了 Replacement by Fee (RBF) 交易，使用户能够有效地增加向矿工承诺的费用，以便更快地确认交易，由于怀疑该功能是否会被用户和矿工广泛采用，在估算时在费用当时，Bitcoin Core 客户端没有考虑到这种新的交易类型。

现在，随着 Bitcoin Core 客户端 23.0 版的发布，费用替代交易被计入 Bitcoin Core 客户端的费用估算，为使用该软件发送交易的用户提供更准确的费用估算。

支持跟踪点和用户空间，静态定义的跟踪

Bitcoin Core 客户端现在在其 Linux 发布二进制文件中包含实验性跟踪点，包括用户空间、USDT 的静态定义跟踪。

USDT 允许用户从他们的节点中获取详细信息，这些信息可用于检查、调试和监控。 此功能可以跟踪自定义细粒度统计信息并监控隐藏的内部节点事件，在不使用时几乎不会影响性能。

一个有用的例子是检测并可能阻止攻击。 安全研究人员可以设置多个节点并跟踪从对等节点收到的消息，从而有可能提前识别攻击。

本文来自比特币杂志，Odaily星球日报翻译Katie Ku编译。