对闪电通道的替代交易循环攻击(replacementcyclingattack)是怎么一回事?关于这种最近在邮件组中公开的漏洞,人们有很多讨论,但内部的机制却有点难以理解。我尝试用图片来解释一下。
今天,ZeroSync(一个为使用零知识证明拓展比特币而成立的协会)的开发者 Robin Linus 提出了 “BitVM”,为将来的比特币应用开发打开了非常有趣的可能性。它可以启用几乎所有的任意计算,并使用这些计算来执行在比特币链上发生的事情。
而在闪电网络语境下,备份指的是对一个节点的通道状态的备份,包括关于它的通道余额、通道配置以及通道里发生过的所有承诺交易的信息。这些状态存储在节点的硬盘上,可用于在节点遭遇宕机、数据丢失和其它意外事件之后复原这个节点。在持有这样的备份时,节点可以尽可能降低在遭遇软硬件故障时丢失资金的风险。
BitVM 是一种计算范式,用于表达图灵完备的比特币合约。这不需要对比特币网络的共识规则进行任何更改。与在比特币上执行计算不同,它们仅仅是被验证,类似于乐观 Rollups。证明者声明某个给定的函数对某些特定的输入求值得到了特定的输出。 使用这种机制,任何可计算的函数都可以在比特币上进行验证。
无论你是开发闪电网络项目的开发者、谋求创新的企业家,还是仅仅对暂缓支付发票的原理感到好奇,这篇文章都适合你。
比特币即将迎来 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(去中心化应用)一般都建立在以太坊上而不是比特币上
扫一扫 - 使用登链小程序
58 篇文章,242 学分
108 篇文章,212 学分
15 篇文章,188 学分
17 篇文章,164 学分
58 篇文章,150 学分