对闪电通道的替代交易循环攻击（replacementcyclingattack）是怎么一回事？关于这种最近在邮件组中公开的漏洞，人们有很多讨论，但内部的机制却有点难以理解。我尝试用图片来解释一下。

今天，ZeroSync（一个为使用零知识证明拓展比特币而成立的协会）的开发者 Robin Linus 提出了 “BitVM”，为将来的比特币应用开发打开了非常有趣的可能性。它可以启用几乎所有的任意计算，并使用这些计算来执行在比特币链上发生的事情。

而在闪电网络语境下，备份指的是对一个节点的通道状态的备份，包括关于它的通道余额、通道配置以及通道里发生过的所有承诺交易的信息。这些状态存储在节点的硬盘上，可用于在节点遭遇宕机、数据丢失和其它意外事件之后复原这个节点。在持有这样的备份时，节点可以尽可能降低在遭遇软硬件故障时丢失资金的风险。

无论你是开发闪电网络项目的开发者、谋求创新的企业家，还是仅仅对暂缓支付发票的原理感到好奇，这篇文章都适合你。

作者：阿剑本文尝试为比特币上的一种资产发行协议RGB提供一份简洁的描述（也可以将它理解成一种链外智能合约系统），并指出其迥异于其它旨在实现相同或相似功能的协议的地方，这些区别使得RGB协议的可扩展性远远超过它们，并且留下了更广大的编程空间。

本文探讨，基于现在许多聪明的头脑正在开发的解决方案，闪电网络的用户体验会是什么样。

下列版本号以前的闪电节点实现，易受本文所述的创建大量假通道的 DoS 攻击： LND 0.16.0、CLN 23.02、eclair 0.9.0、LDK 0.0.114

相比于脚本式的多签名构造，MuSig 有两大长处。第一，交易体积更小（因此矿工手续费更少）。第二，MuSig 也提升了隐私性。

将你的闪电节点私钥和安全规则验证从闪电节点中分离出来

我正在提议改变 Bitcoin Core 的一组交易池规则（policy，策略），以开启基于交易包的交易池验证（作为 “交易包转发” 特性的准备工作）。这不是共识层的改变，也不是 P2P 协议层的改变。但是，因为交易池规则将极大地影响交易的传播，所以我认为在邮件组里公开也是有意义的。