作者:阿剑本文尝试为比特币上的一种资产发行协议RGB提供一份简洁的描述(也可以将它理解成一种链外智能合约系统),并指出其迥异于其它旨在实现相同或相似功能的协议的地方,这些区别使得RGB协议的可扩展性远远超过它们,并且留下了更广大的编程空间。
本文探讨,基于现在许多聪明的头脑正在开发的解决方案,闪电网络的用户体验会是什么样。
下列版本号以前的闪电节点实现,易受本文所述的创建大量假通道的 DoS 攻击: LND 0.16.0、CLN 23.02、eclair 0.9.0、LDK 0.0.114
相比于脚本式的多签名构造,MuSig 有两大长处。第一,交易体积更小(因此矿工手续费更少)。第二,MuSig 也提升了隐私性。
将你的闪电节点私钥和安全规则验证从闪电节点中分离出来
我正在提议改变 Bitcoin Core 的一组交易池规则(policy,策略),以开启基于交易包的交易池验证(作为 “交易包转发” 特性的准备工作)。这不是共识层的改变,也不是 P2P 协议层的改变。但是,因为交易池规则将极大地影响交易的传播,所以我认为在邮件组里公开也是有意义的。
我正在撰写一份提案,建议改变当前的点对点协议以启用 “交易包转发(package relay)” 特性,并征求对其中的设计和方法的反馈。这里是一个链接,汇总了最的提案:https://github.com/bitcoin/bips/pull/1324
上周的文章介绍了 “锚点输出” 和 CPFP carve out,这种方法仍然有一些不足之处,本篇文章探讨了目前为解决这些和其他限制所做的努力。
到目前为止,我们已经探讨了关于去中心交易转发的目的和挑战,这些因素使得节点本地和整个网络都要使用比共识规则更严格的交易验证规则。因为 Bitcoin Core 软件的交易转发规则变更可能影响一个应用的交易是否能被转发,所以在提出之前,需要整个比特币社区的社会合作。类似地,使用了交易转发的应用和二