公链性能难点之速度

性能问题从区块链最开始就被大家意识到，直观的体验就是速度，也就是一个交易多久能被确认。最初这个瓶颈是共识算法，Nakamoto 共识最初 10 分钟一次出块，平均交易确认延迟是 5 分钟。而后以太坊将出块间隔降到了 15 秒，期望平均交易确认延迟是 7 秒。但真的是 7 秒就能被确认了吗？其实并不是。这时， 性能的瓶颈变成了吞吐量 ，虽然交易确认延迟是 7 秒，但是大多数交易在排队，除非给出很高的交易手续费来插队。

吞吐量之所以受到限制，是因为普通全节点的带宽，也就是互联网的平均带宽。这个限制和共识算法是本质无关的。很高兴这一点终于被很多团队认识到，避免设计出一些只能运行在本地数据中心内部的高吞吐量系统。要突破这个限制，唯一的出路是切分吞吐量，让不同的全节点负责不同的部分。分片（Sharding）就是完成这种切分的有效方案，当然未来也可能有其它的方案。

在吞吐量问题解决之后，速度上的体验又会回到交易确认延迟这个事情上。当然这个时候的要求就不是要达到几十秒，而是应用会希望可以达到更低的延迟，比如 1 秒甚至以下。计算机系统，在同一个层面的设计上，吞吐量和延迟通常会有矛盾。例如区块链这种分批交易确认方式，一个批次越大， 也就是 block 越大，吞吐量就会越大，而这时出块的间隔就需要更长，也就使得交易确认延迟变大。

公链的 Layer 1 技术将工作量切分之后，吞吐量将获得几个数量级的提升，然而其交易确认延迟却没有显着的改善。我自己的预判是， 这里才是 Layer 2 的侧链真正发挥作用的地方，而不是像现在很多侧链项目宣称的那样，所要攻克的问题几乎和 Layer 1 要攻克的问题完全一样。

UENC公链创新地研发了DPOW共识算法，首先是一个区块只打包一笔交易，再次是随机选取、分片验证，从根本上解决了速度问题，值得期待。

点击此处在线阅读 >>>