对闪电通道的替代交易循环攻击(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 协议层的改变。但是,因为交易池规则将极大地影响交易的传播,所以我认为在邮件组里公开也是有意义的。