比特币钱包等待主根

CGPAY钱包

比特币 Optech 通讯为读者提供了比特币中发生的最重要技术新闻的顶级摘要，以及帮助他们了解更多信息的资源。为了帮助我们的读者及时了解比特币，我们将在下方重新发布本时事通讯的最新一期。请记住订阅以直接在您的收件箱中接收此内容。

本周的时事通讯描述了服务和客户端软件的最新变化，讨论了为什么钱包在生成主根地址之前应该等待，列出新的软件版本和候选版本，并总结了流行的比特币基础设施软件的显着变化。

消息

本周没有重大消息。

对服务和客户端软件的更改

在这个月度功能中，我们重点介绍了比特币钱包和服务的有趣更新。

准备主根#5：我们为什么要等待？

关于开发人员和服务提供商如何为即将在块高度 709,632 处激活主根做准备的每周系列。

在本系列的早期条目中，我们鼓励开发钱包和服务的开发人员现在开始实施主根升级，以便在主根激活时做好准备。但我们也警告不要在块 709,632 之前为 P2TR 生成任何地址，因为这可能会导致您的服务或您的用户亏损。

不提前生成地址的原因是，任何人都可以在块 709,632 之前花费任何对 P2TR 式输出的付款。这笔钱将完全没有保障。但是从那个区块开始，数千个完整节点将开始执行 BIP341 和 BIP342（以及相关联的 BIP340）的规则。

如果保证不会重组区块链，那么一旦看到最终的预主根区块（区块 709,631），就可以安全地开始为 P2TR 生成地址。但我们有理由担心区块链重组——不仅仅是意外重组，还有那些故意从早期 P2TR 支付中获利的重组。

想象一下，有很多人都想成为第一个收到 P2TR 付款的人。他们一看到区块 709,631.1 就天真地给自己寄了一些钱。这些付款在区块 709,632 中是安全的，但它们可能会被任何创建区块 709,631 替代方案的矿工窃取。如果发送到 P2TR 输出的资金价值足够大，那么尝试挖掘两个区块而不是一个区块很容易变得更有利可图（更多细节请参见我们的费用狙击主题）。

出于这个原因，我们不建议您的软件或服务为 P2TR 生成地址，直到您认为重组风险已被有效消除。我们认为在激活后等待 144 个区块（大约一天）是一个相当保守的保证金，它可以最大限度地降低风险，而不会显着延迟您或您的用户利用主根的好处。

简而言之：

709,631：任何人都可以花钱的最后一个区块发送到 P2TR 风格的输出 709,632：第一个区块，只有在满足 BIP341 和 BIP342 规则的情况下才能使用 P2TR 输出。 709,776：一个合理的区块，钱包可以在这个区块开始为用户提供用于 P2TR 输出的接收地址

以上都没有改变本系列第一部分中给出的建议，以便尽快向 bech32m 地址付款。如果有人在您认为安全之前要求向 P2TR 的地址付款，这就是他们要承担的风险。

发布和发布候选

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

LND 0.13.1-beta 是一个维护版本，对 0.13.0-beta 中引入的功能进行了小幅改进和错误修复。 Rust-Lightning 0.0.99 是一个带有一些 API 和配置更改的版本。有关详细信息，请参阅其发行说明。 Eclair 0.6.1 是一个具有性能改进、一些新功能和一些错误修复的新版本。除了发行说明之外，请参阅下面显着更改部分中对 Eclair #1871 和 #1846 的描述。

显着的代码和文档更改

本周比特币核心、C-Lightning、Eclair、LND、Rust-Lightning、libsecp256k1、硬件钱包接口（HWI）、Rust 比特币、BTCPay 服务器、比特币改进提案（BIP）和闪电螺栓的显着变化。

Bitcoin Core #22112 将 I2P 地址的假定端口更改为 0 而不是 8333（这是 IPv4 和 IPv6 地址的默认值），并防止连接到端口不是 0 的 I2P 地址。SAM v3.1 规范（这是由 Bitcoin Core 支持），不包括端口的概念。如果更新了 Bitcoin Core 以支持 SAM v3.2（其中包含端口的概念），则可能会取消此限制。 C-Lightning #4611 更新了插件提供的密钥发送 RPC 以添加一个 routehints 参数，该参数允许提供将支付路由到未通知渠道的信息。 C-Lightning #4646 进行了两项更改以准备移除旧行为。第一个更改假设节点支持 2019 年添加的 TLV 样式编码（请参阅 Newsletter #55）。只有明确表明它们不支持 TLV 编码的节点才会被区别对待。第二个更改要求支付密码（请参阅之前讨论的时事通讯 #75 和 LND 何时开始需要它的时事通讯#126）。 C-Lightning #4614 使用新的可选目标参数更新 listchannels RPC，该参数可用于仅返回通向请求节点的通道。 Eclair #1871 更改了其 SQLite 设置，使其每秒可以处理的 HTLC 数量增加了 5 倍，并且还提高了其对数据丢失的稳健性。 PR 中引用的是 Joost Jager 的一篇博客文章，比较了各种节点软件中的 HTLC 吞吐量。 Eclair #1846 添加了对使用预先关闭脚本的选择支持 – 节点在协商新通道时指定的地址，远程对等方同意将是它允许在以后相互关闭通道时使用的唯一地址. 另请参阅描述 LND 实施此功能的时事通讯 #76。 Rust-Lightning #975 使基本支付转发费用可配置为默认值 1 satoshi（截至 2021 年 7 月的市场汇率）。 LN 路由节点可以收取两种费用来路由支付，固定的基本费用或路由金额的百分比；许多节点同时使用两者。此前，Rust-Lightning 将基本费用设置为在链上结算 HTLC 所需的估计费用，该费用远高于 1 sat。 BTCPay Server #2462 可以更轻松地使用 BTCPay 来跟踪从单独钱包进行的付款，例如实例的运营商想要使用他们自己的个人钱包支付退款的情况。

脚注

想要在第一个主根区块中接收 P2TR 付款的用户应该生成一个他们不与任何人共享的地址，然后在 nLockTime 设置为 709,631 的情况下创建到该地址的交易。一旦收到区块 709,631，该交易就可以广播。 nLockTime 将确保交易不能被包含在 709,632 之前的任何块中，在那里执行主根规则。如果您不知道自己在做什么，则使用新的脚本类型和自定义锁定时间可能会很危险，所以请小心。

在这里找到原始帖子。

请直接订阅比特币 Optech 时事通讯，以便每月直接在您的收件箱中接收此内容。

—-CGPAY钱包

点击进入!

比特币钱包等待主根