本周的 Newsletter 总结了一个关于闪电网络(LN)提议标准的更新,包含了我们常规的关于服务、客户端软件和流行比特币基础设施项目的值得注意的变化部分。

行动项

本周无。

新闻

  • 提议的瞭望塔 BOLT 已更新: Sergi Delgado Segura 向 Lightning-Dev 邮件列表发送了一封电子邮件,其中包含一个建议的瞭望塔通信协议的更新版本。请参见 Newsletter #75,了解我们对此提案的初步描述。根据 Segura 的说法,此更新包括了有关“用户账户、支付方式和消息签名”的详细信息。他的电子邮件还列出了他希望添加的功能,并在邮件的后半部分对此进行了讨论。

服务和客户端软件的更改

在这个月度栏目中,我们会重点介绍比特币钱包和服务的有趣更新。

  • Coinbase 提现交易现在使用批量处理: Coinbase 推出批量提现功能,他们预计该功能将使其对比特币网络的负载减少 50%。与每笔提现支付生成单独的链上交易不同,多个支付现在每 10 分钟会合并为一笔交易

  • Bitstamp 支持 bech32: Bitstamp 用户现在可以在该交易所宣布支持 bech32 存款和提现后,享受使用本地 bech32 地址的好处。

  • Deribit 支持 bech32 提现: Deribit 宣布,其交易所用户现在可以将比特币提现到本地 bech32 地址。

值得注意的代码和文档更改

本周在 Bitcoin CoreC-LightningEclairLNDlibsecp256k1比特币改进提案(BIPs)闪电网络规范中的值得注意的更改。

  • Bitcoin Core #16902 更改了共识代码,以修复 OP_IF 及相关操作码解析中的一个低效问题。在传统和 segwit v0 脚本中,预计这一低效问题不会引起任何重大问题。然而,提议的 tapscript 可能会让攻击者利用这一低效问题创建需要大量 CPU 验证的交易区块。现在修复该低效问题可以减少在提议的 schnorr、taproot 和 tapscript 软分叉中需要进行的更改数量。更多信息,请参见 Bitcoin Core PR 审查俱乐部的会议记录

  • LND #3821 为 LN 通道添加了锚定承诺,并且如果通道双方的节点都支持,则默认启用锚定承诺。锚定承诺交易可以由任一方单方面增加手续费,这很有用,因为承诺交易可能会在承诺链上手续费后很长时间才广播。

  • LND #3963 添加了有关如何安全使用 LND 的详细文档

  • Eclair #1319 实现了与Newsletter #85中描述的解决方案相同的方法,用于解决一个罕见的通道卡住问题:当通道资助者收到资金但由于余额不足无法支付支付承诺(HTLC)成本时,付款会因资金不足而被拒绝。