在区块链分片技术中的概念源于数据库系统–将数据分割到多台服务器以改进交易处理。通过类似的方式,区块链处理可以分配到多个节点,以实现并行执行模型,该模型可以提高性能,同时减少每个节点必须处理和存储的数据量。在这种方法中,必须调整验证交易数据块的方法,这样做可以实现更高的吞吐量和更低的延迟性。
分片数据的确切方法因应用程序而异,并没有相同的最佳战略。即便如此,基本概念是相同的。每个节点都分配到单独的分片,负责验证该分片中的交易,而不是验证整个区块链网络中的每个交易。
分片技术(sharding)方案
以太坊分片思路
其基本思想是,将网络中的节点分成不同的碎片,各分片可以并行处理不同交易,这样可以并行处理相互之间未建立连接的交易,以提高网络并发量。分片方案的特点是,随着节点数目的增加,网络吞吐量也随之增加。
Vitalik Buterin在最新的推文中表示以太坊分片技术最重要的原则是“最大限度地接近与单一区块链相同的性质”
二次方分片的目的,就是通过一种双层的设计来增加交易容量。第一层不需要硬分叉,主链就保持原样。不过,一个叫做 校验器管理合约 (validator manager contract,VMC)的合约需要被发布到主链上,它用来维持分片系统。这个合约中会存在 O(c) 个 分片 (目前为 100),每个分片都像是个独立的“银河”:它具有自己的账户空间,交易需要指定它们自己应该被发布到哪个分片中,并且分片间的通信是受限的
分片系统中的大多数用户都会运行两部分程序。(i) 一个在主链上的全节点(需要 O(c) 资源)或轻量节点(需要 O(log(c)) 资源)。 (ii) 一个通过 RPC 与主链交互的“分片客户端”
子链、侧链、状态通道
都属于链下扩容
链下交易,对应比特币的闪电网络(Lightning Network)和以太坊的雷电网络(Raiden Network)。
提前支付一些以太坊或比特币作为押金,之后你可以在链下通过一些手段,来跟其他人进行交易。交易结束后把这个结算放在区块链上面。需要主流交易所、钱包这种大节点参与才比较有效。
核心思路是每个链可以独立自主地处理交易或者事物,相互之间不需要交流,最终把结算信息放在主链上。
跟分片最本质的区别是,分片是链上扩容,是对整个区块链网络的一个重构,节点也是相互关联的。
代理人共识协议
典型代表EOS,TRX
如何选出这些代理人,你可以用权益证明,也可以通过一些官方的验证。
不管是7个代理人还是21个代理人,甚至可能是几十个代理人,大家会形成一个小团体。这个机制的好处是可以保证在一个很小的团体内部,很快就达成共识。
zilliqa分片
开源地址:https://github.com/Zilliqa/Zilliqa
C++实现的
在亚马逊的EC2上面测试得到用3600节点实现了每秒2488笔交易
特点:分片技术、PoW+PBFT混合共识机制
测试网络:https://explorer.zilliqa.com
Zilliqa的设计构思 第1部分:网络分片
https://my.oschina.net/zilliqa/blog/2962501
Zilliqa 的设计构思 第2部分:共识协议
https://my.oschina.net/zilliqa/blog/2962504
Zilliqa 的设计构思 第3部分:使共识更有效
https://my.oschina.net/zilliqa/blog/2962511
Zilliqa官方挖矿指南中文版
https://www.huoxing24.com/newsdetail/20181206173835283794.html
网络分片
假设我们有一个包含1000个节点的网络,将自动地把该网络分成10个、每个包含100个节点的分片,且所有分片可并行地处理交易。
由于分片架构能平行地处理交易,因此吞吐量可随着网络规模增加而线性增长。
每个分片现在都能独立处理交易并因此产生高吞吐量。
需要解决的关键问题
对女巫攻击的防御(Sybil Resistance)
创建分片、给分片分配节点和任务
分片大小
跨片交易
zilliqa解决方法
防控女巫节点
使用PoW。每个希望加入Zilliqa网络的新节点都必须先执行PoW,网络中的现有节点验证新节点的PoW并授权其加入网络。
POW工作量证明部分跟以太坊基本上是一样的,这要求你将上一个区块的哈希值、节点的IP地址和你的公钥一起进行哈希计算。
对应的难度是相匹配的,例如哈希值的前100位都是0,如果你算出来的哈希值满足这个条件,就说明你完成了工作量证明。
根据工作量证明节点ID的最后几位,来决定分到哪一个分片上。对于一个新的节点来说,是无法通过自己的意志去加入某一个分片的,只能通过工作量证明,而工作量证明难度较高,因此可以避免出现新节点自己选择分片的情况。因此工作量证明的最后几位,就可以从数学上保证你的随机性是足够的。可以保证一些恶意节点不能直接加入到某一个分片。
自动创建分片
有一个单独的分片即DS委员会去整合每个分片的结果,收集不同分片里面交易哈希,进行一个共识协议,形成哈希的哈希,然后广播,其他节点验证签名。
在每个DS Epoch开始时,所有候选人都将运行工作证明(Ethash算法)过程300秒窗口,以便竞争加入Zilliqa网络。
每个DS Epoch(约1.5小时)内总共有100个TX时期(每个~1分钟)。第100个TX时期被称为Vacuous时期。空白时期会处理coinbase交易(奖励机制)、升级机制(因为pBFT中没有分支)和持久状态存储(写入节点的DB而不是仅存储在内存中)。在这个时期,网络不会处理任何常规交易。
基于POW选举出DS委员会,使用先进先出策略定期移出一名DS委员会老成员、增加一名新成员,新进入委员会的节点是最快解决PoW的节点,任何时候DS委员会的大小都是固定的。DS委员会一旦当选,便启动分片程序,网络中的所有其他节点立即执行另一个PoW,其PoW由DS委员会验证,每个节点根据提交情况和随机性,被分配到特定的分片。PoW提交的最后几位二进制数字决定了节点将被分配到哪个分片。
选择合适的尺寸
选择合适的分片大小对系统的安全至关重要。使用PoW创建分片相当于随机无差别地抽样一个节点集。
从600个节点开始,其包含三分之一的恶意节点的概率降至百万分之一。出于这个原因,Zilliqa认为最小分片大小为600。
避免跨片交易
因为跨片交易需要锁协议,因此其开销成本很高,在分片设计之初就尽量避免跨片交易的产生
原子提交协议技术方案
交易分片
每当交易到达网络时,它就被分配到一个特定的分片上。分配是由交易发送地址的前几位二进制数字决定的,这就叫做交易分片。
交易首先由分片打包,生成微块,然后上传给DS委员会,如果幸运,能被DS节点确认并签名,生成最终块。
每一个节点都可以收到最终的区块,这个区块的内容是很小的。同时,不同区块之间也会进行交换数据,从而分享最终区块内的这些交易。
整个系统有三层结构:第一层,是哈希的哈希;第二层,交易的哈希;第三层,真正的交易内容。通过这种三层结构来保证整个系统在每一步进行广播的时候,内容量都是相对比较小的。因此过了一段时间之后,你的不同分片里面,大家都可以获得这一段时间以来交易处理之后的一个共同状态。
交易分片按照交易发送者的账号地址来划分,来自同一发送者的所有交易都将在同一个分片中处理,允许每个分片成员检测其是否双花。通过每个交易中存在的随机数nonce,可以轻松检测双重花费(或重放攻击)。
计算分片
分片还使计算执行和智能合约运行十分高效。例如,一部分分片可以充当映射器(mapper),其他部分分片可以充当归约器(reducer),并非常有效地执行映射-归约任务(map-reduce task),这也被称为计算分片。
共识协议
计算密集型的PoW需要大量的时间进行计算并且可能减慢共识协议,且它与网络中的节点数量无关,而是取决于网络的集体计算能力。不能很好地利用分片小的优势
实用拜占庭容错协议(Practical Byzantine Fault Tolerance, 简称为PBFT)
Zilliqa采用PBFT在每个分片中达成共识。该协议是由卡斯特罗和利斯科夫(Castro and Liskov)在1999年提出的。它是在这样的假设下运行的:在执行协议之前,假设每个分片中最多有1/3的节点是恶意的。
在PBFT中,一个共识组中(即一个分片中)的所有节点按顺序排列,它有一个主节点(领导者),其他节点被称为备份节点。每轮PBFT都有三个阶段:预备、准备、提交。
PBFT与Nakamoto共识协议相比其他优点
交易最终性
一旦交易被提交到区块链,那么它就是最终的了且不会有临时分叉,因此不需要确认。
低能耗
Zilliqa只使用PoW来防止女巫节点攻击、确认节点身份并进行分片,而不用于达成共识。现实中,每确认大约100个区块才需要做一次PoW。
报酬差异小
Zilliqa中参与共识协议的每个矿工都可以获得对应的奖励
PBFT的挑战
一个主要缺点:只有当分片规模很小时(即小于50)才高效。但是,正如我们前面的文章中所讨论的,出于安全原因,Zilliqa的分片大小必须不少于600个节点。
PBFT对于大型网络而言效率低下的主要原因是它有一个潜在的通信成本,即 分片中的每个节点都必须与所有其他节点通信,这就是通信成本二次方的原因。
使用数字签名而不是MAC将发送消息的数量从二次方数量级减少到线性,当n很大时这种减少会产生重要影响。以600个节点为例,其中传播的消息数量可以从17.97万减少到599
使用多重签名的方法来降低通信成本,减少每个消息的大小
目前一种比较流行的多重签名方案是基于Schnorr数字签名技术
Zilliqa使用了近期一些学术论文中的技术来提高经典PBFT协议的效率。
声明: 此文观点不代表本站立场;转载须要保留原文链接;版权疑问请联系我们。