无论你是开发闪电网络项目的开发者、谋求创新的企业家,还是仅仅对暂缓支付发票的原理感到好奇,这篇文章都适合你。
比特币即将迎来 Zero-knowledge rollups
作者:阿剑本文尝试为比特币上的一种资产发行协议RGB提供一份简洁的描述(也可以将它理解成一种链外智能合约系统),并指出其迥异于其它旨在实现相同或相似功能的协议的地方,这些区别使得RGB协议的可扩展性远远超过它们,并且留下了更广大的编程空间。
本文探讨,基于现在许多聪明的头脑正在开发的解决方案,闪电网络的用户体验会是什么样。
RGB 协议让我们正站在一个崭新的起点,目睹着像比特币一样具备无限可能性的未来。
下列版本号以前的闪电节点实现,易受本文所述的创建大量假通道的 DoS 攻击: LND 0.16.0、CLN 23.02、eclair 0.9.0、LDK 0.0.114
相比于脚本式的多签名构造,MuSig 有两大长处。第一,交易体积更小(因此矿工手续费更少)。第二,MuSig 也提升了隐私性。
将你的闪电节点私钥和安全规则验证从闪电节点中分离出来
我正在提议改变 Bitcoin Core 的一组交易池规则(policy,策略),以开启基于交易包的交易池验证(作为 “交易包转发” 特性的准备工作)。这不是共识层的改变,也不是 P2P 协议层的改变。但是,因为交易池规则将极大地影响交易的传播,所以我认为在邮件组里公开也是有意义的。
区块大小之战是2015年至2017年间发生的一场关于比特币区块链区块大小的争论。
我正在撰写一份提案,建议改变当前的点对点协议以启用 “交易包转发(package relay)” 特性,并征求对其中的设计和方法的反馈。这里是一个链接,汇总了最的提案:https://github.com/bitcoin/bips/pull/1324
上周的文章介绍了 “锚点输出” 和 CPFP carve out,这种方法仍然有一些不足之处,本篇文章探讨了目前为解决这些和其他限制所做的努力。
到目前为止,我们已经探讨了关于去中心交易转发的目的和挑战,这些因素使得节点本地和整个网络都要使用比共识规则更严格的交易验证规则。因为 Bitcoin Core 软件的交易转发规则变更可能影响一个应用的交易是否能被转发,所以在提出之前,需要整个比特币社区的社会合作。类似地,使用了交易转发的应用和二
前一篇文章讨论了保护节点资源的问题。由于各个节点的资源不同,因此有些规则是可配置的。我们还提出了为什么最好统一规则的理由,但是哪些内容应该包含在这个规则里呢?本文将讨论网络范围的资源概念,这对于可扩展性、可升级性和启动和维护全节点的可访问性等方面至关重要。
为什么 Dapp(去中心化应用)一般都建立在以太坊上而不是比特币上
限制条款(covenant) 是一种允许内省(introspection)的构造:一个交易的输出,可以为接下来花费它的交易设置条件(超越具体的 “必须提供它自己以及某一个公钥的有效签名”条件)。
无论您是加密爱好者,还是希望在数字货币领域发挥创造力的开发者,本文将为您提供全面的指南,让您轻松地掌握比特币区块浏览器和API的使用。
等待确认(六):规则一致性
“交易池”系列周刊的第五篇 - 用于保护节点资源的规则
扫一扫 - 使用登链小程序
41 篇文章,410 学分
74 篇文章,302 学分
30 篇文章,260 学分
158 篇文章,165 学分
11 篇文章,164 学分