szhbsd 
比特币 Optech 通讯为读者提供了比特币中发生的最重要技术新闻的顶级摘要，以及帮助他们了解更多信息的资源。 为了帮助我们的读者及时了解比特币，我们将在下方重新发布本时事通讯的最新一期。 请记住订阅以直接在您的收件箱中接收此内容。
本周的时事通讯总结了两个与主根钱包支持相关的拟议 BIP，包括我们的常规部分，描述了比特币堆栈交换上的选定问题和答案，如何为主根做准备，以及流行的比特币基础设施项目的显着变化。
消息
主根的 PSBT 扩展：Andrew Chow 在 Bitcoin-Dev 邮件列表中发布了一个提议的 BIP，该列表定义了 PSBT 在花费或创建主根输出时使用的新字段。 这些字段扩展了原始版本 0 PSBT 和提议的版本 2 PSBT（请参阅 Newsletter #128）。 支持 keypath 和 scriptpath 花费。提议的 BIP 还建议 PSBT 中的 P2TR 输入可以省略先前交易的副本，因为主根修复了针对 v0 隔离见证输入的费用超额支付攻击（参见时事通讯 #101）。单签名 P2TR 的关键派生路径：Andrew Chow 还在 Bitcoin-Dev 邮件列表中发布了第二个提议的 BIP，建议将 BIP32 派生路径用于创建单签名主根地址的钱包。 Chow 指出，BIP 与用于 P2SH 封装的 P2WPKH 地址的 BIP49 和用于原生 P2WPKH 地址的 BIP84 非常相似。
Bitcoin Stack Exchange 精选问答
Bitcoin Stack Exchange 是 Optech 贡献者寻找问题答案的第一站，或者当我们有空闲时间帮助好奇或困惑的用户时。 在这个月度专题中，我们重点介绍了自上次更新以来发布的一些投票最高的问题和答案。
为主根做准备 #2：主根对于单签名是否值得？
关于开发人员和服务提供商如何为即将在块高度 709,632 处激活主根做准备的每周系列。
使用 Optech 的交易大小计算器，我们可以比较不同类型的单签交易的大小。 正如预期的那样，使用 P2WPKH 输入和输出的交易比使用 P2PKH 输入和输出的交易小得多——但也许令人惊讶的是，P2TR 交易比等效的 P2WPKH 交易略大。
P2PKH（遗留） P2WPKH（后跟 v0） P2TR（主根 / 后跟 v1）
输出
34
31
43
输入
148
68
57.5
2 进 2 出 TX
374
208.5
211.5
这可能使单签名钱包实施主根支出以准备区块 709,632 似乎适得其反，但仔细观察会发现使用 P2TR 进行单签名有许多优势，无论是对于钱包用户还是网络整个。
花费更便宜：在输入层面上花费一个单签 P2TR UTXO 比花费一个 P2WPKH UTXO 花费大约少 15%。 像上表这样一个过于简单的分析隐藏了一个细节，即消费者无法选择他们被要求支付的地址，所以如果你继续使用 P2WPKH 而其他人都升级到 P2TR，那么你的二合一的实际典型尺寸—— 2-out 事务将是 232.5 vbytes——而所有 P2TR 事务仍然只有 211.5 vbytes。隐私：虽然当早期采用者更改为新的脚本格式时会丢失一些隐私，但切换到主根的用户也会立即获得隐私提升。 您的交易看起来与从事新 LN 渠道、更高效 DLC、安全多重签名、各种智能钱包备份恢复方案或其他一百种开创性发展的人没有区别。现在使用 P2TR 进行单签还可以让你的钱包在以后升级到多重签名、tapscripts、LN 支持或其他功能，而不会影响现有用户的隐私。 收到的 UTXO 是旧版本的还是新版本的软件都没有关系——两个 UTXO 在链上看起来都是一样的。硬件签名设备更方便：自从重新发现费用超额支付攻击以来，一些硬件签名设备拒绝签署交易，除非在该交易中花费的每个 UTXO 都伴随着包含整个交易重要部分副本的元数据，从而创建了该交易UTXO。 这大大增加了硬件签名者需要执行的最坏情况处理，对于使用有限大小的二维码作为主要通信媒介的硬件签名者来说尤其成问题。 Taproot 消除了费用超额支付攻击的潜在漏洞，因此可以显着提高硬件签名者的性能。更可预测的费率：P2PKH 和 P2WPKH UTXO 的 ECDSA 签名的大小可能不同（请参阅时事通讯 #3）。 由于钱包需要在创建签名之前选择交易的费率，因此大多数钱包只假设最坏情况下的签名大小，并接受当生成较小的签名时他们会稍微多支付费率。 对于 P2TR，预先知道签名的确切大小，使钱包能够可靠地选择精确的费率。帮助全节点：比特币系统的整体安全性取决于很大比例的比特币用户使用他们自己的节点验证每笔确认的交易。 这包括验证您的钱包创建的交易。 Taproot 的 schnorr 签名可以高效地进行批量验证，在赶上之前的块的过程中验证签名时节点需要花费的 CPU 周期数减少约 1/2。 即使您拒绝了此列表中的所有其他点，请考虑准备使用主根来让运行完整节点的人受益。
显着的代码和文档更改
本周比特币核心、C-Lightning、Eclair、LND、Rust-Lightning、libsecp256k1、硬件钱包接口（HWI）、Rust 比特币、BTCPay 服务器、比特币改进提案（BIP）和闪电螺栓的显着变化。
Bitcoin Core #22154 添加了允许用户在块 709,632 中激活主根后为 P2TR 脚本生成 bech32m 地址的代码，例如通过调用 getnewaddress “” bech32m。 如果交易在主根激活后包含任何 bech32m 地址，描述符钱包也将使用 P2TR 更改输出。 该功能仅适用于具有主根描述符的钱包（请参阅时事通讯 #152）。Bitcoin Core #22166 添加了对从输出推断主根 tr() 描述符的支持，完成了基本的主根描述符支持。 描述符推断用于在响应 RPC 调用（例如 listunspent）时提供更准确的信息。Bitcoin Core #20966 将保存的banlist 文件的名称和格式从banlist.dat（基于序列化的P2P 协议addr 消息）更改为banlist.json。 文件格式更新允许新列表为 Tor v3 上的对等节点和地址超过 128 位宽（原始地址消息可以包含的最大宽度）的其他网络上的对等节点存储禁止条目。Bitcoin Core #21056 向 bitcoin-cli 添加了一个新的 -rpcwaittimeout 参数。 现有的 -rpcwait 参数将延迟发送命令（RPC 调用），直到 bitcoind 服务器启动。 新参数在指定的秒数后停止等待，返回错误。C-Lightning #4606 允许创建超过 0.043 BTC 的发票，在 LND 中进行类似的更改（请参阅时事通讯 #93）以及对下一项中描述的规范的更改。BOLTs #877 删除了最初引入的协议级别的每次支付金额限制，以避免因实现错误而造成的重大损失。 这是在 2020 年广泛实施 option_support_large_channel 之后（启用时）取消了每个通道的数量限制。 有关这两个限制的更多详细信息，请参阅有关大型通道的主题。
在这里找到原始帖子。
请直接订阅比特币 Optech 时事通讯，以便每月直接在您的收件箱中接收此内容。
