TPS:决定区块链各模块的性能瓶颈和挑战_区块链

注:本文来自@chenxingdotli推特,其简述了决定区块链各模块的性能瓶颈和挑战,看看那些漂亮数据背后的水分。区块链的性能优化是一个很热的话题。然而,由于区块链系统的复杂性,系统性理解性能优化门槛很高,这就为“性能虚标”提供了空间。前有“百万tps”大跃进,后有“80万tps”宕机链。

所以,我希望展开来讲一下决定区块链各模块的性能瓶颈和挑战,看看那些漂亮数据背后的水分。

1.网络模块

作为一个去中心化的系统,网络通信是整个系统的基础,也有人将其称为Layer0。

我将网络模块抽象为三层:网络设施层、节点连结层、广播协议层。每一层都是下一层的基础,每一层的性能都是下一层性能的上限。

网络模块的带宽和延迟构成了区块链系统tps和finality延迟的基础。

1.1网络设施层

带宽:主要取决于网络基础设施的发展,以及区块链节点的配置要求。前几年公链的网络配置要求一般在20Mbps到100Mbps.到2022年,Aptos已经要求1Gbps网络带宽了。总之,带宽要求越高,节点门槛越高,越中心化。

Sashimi的TREASURY最终决定用于市场营销基金:Sashimi发推表示,Sashimi的TREASURY最终决定用于市场营销基金,这是一个社区和未来所有其他方面的行动的一个前瞻性的开始,包括代币价格、流动性、更好的收益模式、产品指标等。此前,11月16日,Sashimi发推表示,发起了未来是否将Sashimi Treasury为营销计划提供资金的提案。[2020/11/23 21:46:26]

延迟:延迟有一个优化的极限,就是光速。互联网中的传输延迟比光速延迟要更大一些。Conflux曾经测得的洲际节点延迟可达200-300ms。如果是那种所有节点都在一个数据中心的“机房链”,延迟可以忽略不计。

1.2节点连结层

节点连结层主要通过邻居节点间的通信实现网络中的消息广播。

带宽:一般情况下,节点连结层可以获得接近于网络设施层的带宽。也可以选择牺牲带宽来降低延迟:例如,当要广播一条消息时,同时发给所有邻居,而不是发完一个再发下一个。

动态 | MakerDAO正式决定降低DAI稳定费:据coindesk报道,经过近两周的连续投票,MakerDAO代币持有人已经正式决定将DAI的稳定费用降低2%。此前最后一次成功降低稳定费是在去年12月底。[2019/5/29]

延迟:消息广播延迟和节点数量有关,节点越多,延迟越高。

目前比特币和以太坊大概有几千个节点。根据我们的实验,如果全网有一万个世界各地的节点,广播延迟中位数3~6秒,最大可至15秒。通过一些协议优化,最大延迟可以再降低一半。

而一些宣称确认延迟1~2秒的公链,显然只能支撑更少的节点

1.3广播协议层

节点连结层只负责转发数据块,而不管数据是什么。而广播协议层则定义具体的区块、交易转发规则。

带宽:主要在于如何减少冗余传输。试想,如果每个邻居都给你发了同一笔交易,是不是很浪费?Conflux设计的转发协议Shrec,就通过减少冗余,在同等网络带宽下将广播交易的tps提升了6倍。

动态 | 日本东京地方检察院决定暂缓对加密交易所Mt.GOX案件判决提起上诉:据日本共同社报道,知情人士透露,针对加密货币交易所Mt.GOX前首席执行官Mark Karpeles的判决,日本东京地方检察院决定暂缓上诉。此次判决上诉期限为29日,目前辩护方正在讨论是否提起上诉。据此前消息,3月15日,日本东京地方法院就加密货币交易所Mt.GOX大量比特币被盗、业务贪污一案,对加密货币交易所Mt.GOX前首席执行官Mark Karpeles进行宣判。法院对其判处2.5年有期徒刑,缓刑四年,宣布起诉的一部分内容为无罪。[2019/3/29]

不过,只要网络设施层带宽足够高,即使不优化,这里也不会成为瓶颈。

延迟:一些共识协议会将广播协议层的延迟放大若干倍,例如,比特币的出块间隔需要5倍于广播协议层的延迟,而确认需要6个块。因此,优化这里的延迟至关重要。2016年,比特币通过紧凑区块的设计,将区块广播延迟从120秒降低到了不到10秒。

声音 | 美国政府执法辩护律师:11月5日并非SEC做出ETF最终决定的日期:美国政府执法辩护律师Jake Chervinsky今日在推特上表示,11月5日只是公众向美国证券交易所委员会(SEC)提交意见的截止日期,SEC还需要时间对这些意见和陈述进行审查,然后才会做出最终决定。而这个过程需要一段时间,不会在11月5日当天完成。[2018/11/4]

紧凑区块不包含完整交易,只包含交易哈希前6字节,因为这些交易已经在网络中被广播过并被多数节点收到。这可以加速区块广播,使广播协议层获得接近节点连结层的延迟。2017年后,高性能公链基本都采取了这一设计。

2.共识模块

共识协议是区块链系统中最复杂、最精巧的部分,它协调各个互不信任的节点,并为上层应用提供提供可信的去中心化服务。很长一段时间内,对共识模块的性能优化都是热点。

带宽:中本聪共识自身的缺陷导致它的共识带宽必须处于一个非常低的水平,否则会增加网络分叉,降低系统安全性。

LTC创始人:出售所持LTC仿佛不是正确决定:据Bussiness Insider消息,LTC创始人李启威2017年12月20日卖掉了他所持有的全部LTC,而在4月27日李启威接受YouTube采访时表示虽然仍然认为从长期来看这是个正确决定,这有利于LTC成为真正分散的加密货币。但从短期来看目前价格下跌,低于历史最高水平,让他感觉这仿佛是个错误的决定。另外李启威强调他的LTC持有量不足以在出售时影响整个市场。此前李启威在出售所有LTC后就引发了网友质疑,认为他与LTC的关系并不明确。[2018/4/27]

2017年后的新协议基本都可以充分利用带宽了,这不再是一个难题。

不过,有些项目混淆了共识模块的tps和区块链系统的tps,把充分利用带宽称为“无限可扩展”,仿佛网络带宽是无限的。

延迟:共识的延迟指区块从产生到finalize需要多久。中本聪共识的确认延迟很差,大概需要30~60倍广播协议层延迟,后续PoW协议例如Bitcoin-NG,OHIE等也没有优化这一延迟。Prism将延迟优化到了23倍,Conflux优化到了3倍。PoS协议我了解得有限,估算大概需要5倍延迟。

不过PoW和PoS协议有一个很大的不同:PoW参考最大延迟,PoS参考中位数延迟,而最大延迟和中位数延迟可能有3倍差异,所以PoS共识普遍延迟表现更好一些。节点少的话,进入10秒也不是不可能。至于以太坊这种上了PoS共识反而更慢的,只能说是一个奇葩吧。

共识模块是“参数虚标”最严重的地方。比如,明明需要等6个区块才能达到安全性要求,项目方告诉你1个区块就行,反正没人攻击就不会露馅,没资产就没人攻击。

还有一种叫分片的技术:给节点分组,把交易分给各组,每组只处理自己的交易、相信其他小组。这种技术通过增加小组数量,容易获得一个很高的tps用于吹嘘,但相信其他小组会带来安全风险。所以分片适用于对安全性要求不高的场景,如国产联盟链。

3.执行模块

以太坊之所以能在比特币外开辟一片天地,在于它创造了可编程的数字资产。因此交易执行模块也是区块链系统的重要的一环。也是在早期的性能优化中被忽视的一环。

执行不再区分带宽和延迟,只关心单位时间内处理的交易或计算任务数量。

执行模块的效率受到计算机系统各个资源的限制。

3.1CPU资源

在串行执行中,CPU的性能瓶颈是非常明显的。在过去5年内,CPU单核性能提升了不到1倍。在EVM中,如果不考虑存储访问,最快的CPU大概1秒能执行1亿gas,是现在以太坊性能的80倍。

并行执行是利用CPU资源的关键一步。一些项目在尝试提出更利于并行的语言模型,例如Move。

在Conflux一项关于EVM并行化的研究表示,目前以太坊链上交易的并行化潜力是9倍tps。

但是,并行化VM有很多的挑战。比如,理想情形下,交易高度并行;最差情形下,交易相互依赖,只能串行。那如何设计gas定价与gaslimit,使得理想情况可以充分利用并行优化,而最差情况又不至于跟不上执行?

3.2存储访问资源

和网络设施层一样,这里的性能主要取决于硬件的发展和区块链节点的最低配置。除非数据被缓存在内存里,执行交易时的读写性能不可能超越硬盘的读写性能。

还拿Aptos举例,他们节点的存储要求是40KIOPS,而一笔交易可能涉及到发送者和接受者两个账户的状态修改,也就是最差情况下网络只能支持2万tps。

但他们的宣称tps是16万,可想而知这后面有多少不公开的前提条件了。

3.3可验证存储结构

可验证存储结构是区块链存储的一个重要数据结构。它允许一个轻节点向一个它不信任的全节点查询链上状态,是区块链trustless里的最重要一环。在以太坊中,访问可验证存储结构MPT比直接访问数据库慢10倍。所以,有些区块链干脆去除了可验证存储结构,以换取更好的性能。

最后做个总结,区块链的性能优化不是一个追求极限的过程,而是在各种限制下对安全、效率、去中心化程度的取舍。

有些取舍是可以被优化的,比如中本聪共识中,共识带宽与安全性的矛盾后来被解决了。

有些取舍是不可避免的,如果你要求每个节点配备256GB的内存,就注定了独立参与者的数量不会太多。

一味地去追求纸面上的高性能,只会得到一个中心化的宕机链。只有真正去面对和解决性能优化中的问题,才是性能提升的正途。

受篇幅所限,还有很多安全性相关的考量并没有提到。不过以上内容足以点破很多大饼了。

责任编辑:Kate

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

区块博客

[0:46ms0-4:452ms