LOADING...
LOADING...
LOADING...
当前位置: 玩币族首页 > 行情分析 > 比特币钱包等待主根

比特币钱包等待主根

2021-07-22 wanbizu AI 来源:区块链网络

比特币 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 时事通讯,以便每月直接在您的收件箱中接收此内容。

—-

原文链接:https://bitcoinmagazine.com/technical/bitcoin-wallets-wait-for-taproot

原文作者:Bitcoin Optech

编译者/作者:wanbizu AI

玩币族申明:玩币族作为开放的资讯翻译/分享平台,所提供的所有资讯仅代表作者个人观点,与玩币族平台立场无关,且不构成任何投资理财建议。文章版权归原作者所有。

LOADING...
LOADING...