/ home / newsletters /
Bitcoin Optech Newsletter #133
本周的 Newsletter 宣布了一次会议,讨论 taproot 激活机制,包含 Bitcoin Core 使用调查的链接,以及我们的定期部分,提供来自 Bitcoin Stack Exchange 的热门问题与答案、发布与候选发布列表,以及对流行比特币基础设施软件的值得注意的更改的描述。
新闻
-
● 预定会议讨论 taproot 激活: Michael Folkson 宣布,将在 于 Freenode 的 ##taproot-activation IRC 频道举行会议,讨论对 BIP8 的一些期望修订。目前尚未决定是否实际使用 BIP8 进行激活,因此替代提案可能会在会议期间或后续会议中讨论。请参阅 Folkson 的电子邮件,了解有关 taproot 激活机制的背景信息以及会议的拟议议程。
-
● Bitcoin Core 使用调查: Bitcoin Core 开发者 Andrew Chow 创建了一个针对 Bitcoin Core 用户的调查。正如关于调查的博客文章所解释的,回答将用于帮助开发者了解用户使用软件的情况和需求。调查将持续到 3 月 2 日。
Bitcoin Stack Exchange 精选问答
Bitcoin Stack Exchange 是 Optech 贡献者寻找问题答案的首选地点之一——或者当我们有一些空闲时间来帮助好奇或困惑的用户时。在这个每月的特辑中,我们重点介绍自上次更新以来一些投票最高的问题和答案。
-
● 白皮书如何从区块链中解码? 在对原始 2015 年问题的跟进中,Steven Roose 提供了一个使用
getrawtransaction
对完整节点运行的单行bitcoin-cli
命令,以生成比特币白皮书的 PDF。jb55 提供使用gettxout
的类似命令,适用于修剪节点。 -
● Bitcoin Script 执行期间的“特殊情况”完整列表? Pieter Wuille 提供了比特币脚本评估的伪代码概述,包括 BIP16 P2SH 和 BIP141 segwit 的附加规则条件。
-
● 首先看到会防止双重支付攻击吗? David Lynch 询问是否放弃 Replace-By-Fee (RBF) 会防止双重支付攻击。Pieter Wuille 描述了围绕网络上交易传播的各种细微考虑和激励,结论是无法信任任何类型的未确认交易,用户应等待确认。
-
● 使用致密区块过滤器的轻客户端如何获取相关的未确认交易? 用户 Pseudonymous 解释说,虽然 BIP37 布隆交易过滤支持未确认交易,致密区块过滤器没有这样的考虑,只为轻客户端提供简化的区块数据,因为轻客户端无法验证未确认交易的有效性。
发布与候选发布
流行比特币基础设施项目的新发布与候选发布。请考虑升级到新版本或帮助测试候选发布。
-
● C-Lightning 0.9.3 是该项目最新的小版本。它包括对用户界面和插件功能的若干改进,以及对提议的洋葱消息协议(参见 Newsletter #92)和报价协议(参见 Newsletter #128)的实验性支持。详情请参阅发布说明和变更日志。
-
● LND 0.12.0-beta 是该 LN 软件下一个主要版本的最新发布。它包括使用锚定输出的瞭望塔支持,并添加了用于处理部分签名的比特币交易的新
psbt
钱包子命令,以及其他改进和错误修复。
值得注意的代码和文档更改
本周在 Bitcoin Core、C-Lightning、Eclair、LND、Rust-Lightning、libsecp256k1、Hardware Wallet Interface (HWI)、Rust Bitcoin、BTCPay Server、比特币改进提案(BIPs)和闪电网络规范 (BOLTs)中的值得注意的更改。
-
● Bitcoin Core #19866 添加了用户级静态定义追踪(USDT)探针的框架。Linux 内核可以在运行时挂钩到这些追踪点,这允许节点运营者使用 eBPF(扩展伯克利包过滤器)工具如 bpftrace,从用户空间添加自定义内省。例如,这可以用于灵活地添加日志记录或剖析,几乎没有开销。问题 #20981 已被提出,以探索在框架合并后在 Bitcoin Core 中使用 USDT 探针的潜在用例。
-
● Bitcoin Core #17920 添加了使用 GNU Guix 可重复构建 Bitcoin Core 二进制文件用于 macOS 的支持。Windows 和多个 Linux 平台已被支持,因此新的 Guix 确定性构建系统现在支持与现有 Gitian 系统相同的所有平台。
-
● LND #4908 确保使用锚定输出的通道在关闭时可以通过强制保留余额在某些情况下进行费用提升其承诺交易。值得注意的是,通用
SendCoins
RPC 调用尚未强制执行此余额保留,除非设置了send_all
。