本周内容聚焦于比特币核心的技术演进与安全议题，涵盖交易替换机制的优化提案、新型侧信道漏洞的影响分析、时间戳系统设计讨论的结论，以及基于 UTXO 的防女巫攻击协议。同时，我们汇总了主流比特币客户端与服务的重要更新，以及基础设施软件的关键变更。
交易替换机制优化提案
完全交易费替换功能
Bitcoin Core 社区近期提出两项完全交易费替换（Full RBF）的优化提案，旨在允许节点内存池中任何未确认交易（无论是否启用 BIP125 信号位）均可被更高费用的版本替换。当前机制仅支持已明确启用替换信号的交易，这在多方合约协议（如闪电网络和离散日志合约）中可能导致延迟甚至资金损失。
若该提案被采纳，节点操作者可选择性启用此功能，而默认行为保持不变。长期来看，完全 RBF 可能成为默认选项，相关讨论已在开发者邮件列表中展开，以收集生态系统的反馈。
对合约协议的意义
完全 RBF 的引入将提升复杂合约协议的灵活性，减少因交易替换限制导致的运营风险。例如，闪电网络中的 HTLC 交易可更高效地调整手续费，避免因确认延迟造成的资金锁定问题。
安全漏洞与防御实践
Hertzbleed 侧信道漏洞分析
近期披露的 Hertzbleed 漏洞影响多数主流 CPU，可能通过功耗或时序分析泄露私钥信息。该漏洞尤其威胁高频签名场景，如热钱包、LN 路由节点及地址重用场景。
风险缓解建议：
- 离线钱包或硬件签名设备受的影响较低。
- 开发者需评估签名代码的侧信道抗性，必要时引入额外保护层。
- 用户可通过官方渠道（如 Bitcoin Stack Exchange）咨询所用软件的安全性。
时间戳系统设计共识
Bitcoin-Dev 邮件列表近期就时间戳系统设计达成初步共识，明确两类方案的差异：
- 加盖时间戳的存在证明（TSPoE）：单个交易承诺文档哈希，证明文档在区块生成时存在。优势在于高效且易于实现，代表项目为 Open Timestamps。
- 事件排序（EO）：通过关联交易序列验证文档首次发布的时间，但需全局存储承诺数据，复杂度较高。
讨论未引发现有系统的修改，但澄清了不同场景下“时间戳”的实际含义，为后续开发提供了理论基础。
RIDDLE 协议：UTXO 防女巫攻击新方案
开发者 Adam Gibson 提出基于比特币 UTXO 集的防女巫攻击协议 RIDDLE，其核心特点包括：
- 隐私保护：用户可证明自己拥有某 UTXO 集合中的一员，而不暴露具体位置。
- 抗滥用机制：通过经济成本（交易费用）和全局/局部上下文限制，有效抑制恶意行为。
- 灵活适配：高价值 UTXO 可拆分为多个低价值单元，适配不同服务需求。
尽管协议提升隐私性，但开发者强调需结合其他信息避免隐私削弱，不建议用于超高安全需求场景。该方案也可能为闪电网络通道标识符的改进提供方向。
主流软件与服务更新
钱包功能增强
- Zeus：v0.6.5-rc1 版本添加对 Taproot 地址的发送与接收支持。
- Wasabi：2.0 版本正式集成 WabiSabi 协议，提升混币效率与用户体验。
- Sparrow：通过集成 HWI 2.1.0，实现对硬件签名设备的 Taproot 交易支持。
新版本发布
- LND：发布 0.15.0-beta.rc6 版本，为下一代闪电网络节点做准备。
- LDK：0.0.108 版本支持大通道、零确认通道及路由信息同步功能。
- BDK：0.19.0 版本实验性支持 Taproot 描述符与 PSBT，并引入新选币算法。
基础设施代码重大变更
- Bitcoin Core GUI：配置变更现在同步至无头守护进程，确保启动方式一致性。
- Eclair：新增短通道标识符别名与零确认通道支持，提升路由灵活性与隐私性。
- HWI：为 BitBox02 硬件钱包添加 Bech32m 地址的单签名支持。
常见问题
完全 RBF 是否会导致交易安全性下降？
不会。该功能仅为可选配置，且替换交易需满足更高手续费等规则，整体网络安全性不受影响。
Hertzbleed 漏洞如何影响普通用户？
普通用户的热钱包操作可能面临风险，但离线存储或硬件钱包用户受影响较小。建议关注开发者的安全更新。
RIDDLE 协议能否完全避免女巫攻击？
该协议通过经济成本和上下文限制显著提升攻击门槛，但需结合其他机制实现全方位防护。
Taproot 支持为何重要？
Taproot 通过聚合签名和复杂脚本优化，提升交易隐私性与效率，是比特币网络的重要升级。
时间戳系统的两类方案有何主要区别？
TSPoE 侧重高效与简洁，适合独立证明；EO 强调事件顺序验证，适合需历史追溯的场景。
总结：本周技术动态体现了比特币生态在交易灵活性、安全防御和协议创新上的持续进步。用户与开发者应关注核心软件更新，适时调整配置以提升系统稳健性。