首先是性能方面，性能问题从区块链最开始就被大家意识到，直观的体验就是速度，也就是一个交易多久能被确认。
最初这个瓶颈是共识算法，Nakamoto共识最初10分钟一次出块，平均交易确认延迟是5分钟。而后以太坊将出块间隔降到了15秒，期望平均交易确认延迟是7秒。但真的是7秒就能被确认了吗？其实并不是。
美SEC承认在起诉Ripple之前未曾告知问询第三方XRP的法律地位:9月11日消息，根据美国律师事务所Hogan & Hogan合伙人Jeremy Hogan披露的文件，美国SEC承认，在对Ripple提起法律诉讼之前，从未告知问询的第三方它认为XRP是一种证券：“……SEC承认，在本案提出之前，某些第三方询问了XRP的法律地位。但是，SEC并没有在答复中以任何方式陈述意见。”这一评论来自于最新的法庭文件所附的一份“申请进入SEC”文件。更重要的是，这一证据现在构成了对此案的官方承认。（Bitcoinist）[2021/9/11 23:17:23]
这时，性能的瓶颈变成了吞吐量，虽然交易确认延迟是7秒，但是大多数交易在排队，除非给出很高的交易手续费来插队。吞吐量之所以受到限制，是因为普通全节点的带宽，也就是互联网的平均带宽。这个限制和共识算法是本质无关的。很高兴这一点终于被很多团队认识到，避免设计出一些只能运行在本地数据中心内部的高吞吐量系统。
8亿枚XRP被锁定在Ripple:金色财经报道，Whale Alert数据显示，北京时间23:41起，Ripple从托管（Escrow）钱包中解锁两笔共10亿枚XRP。北京时间23:43，三笔共10亿枚XRP从Ripple托管钱包转入Ripple，随后Ripple再次将8亿枚XRP锁定。[2020/7/2]
要突破这个限制，唯一的出路是切分吞吐量，让不同的全节点负责不同的部分。分片就是完成这种切分的有效方案，当然未来也可能有其它的方案。在吞吐量问题解决之后，速度上的体验又会回到交易确认延迟这个事情上。
外媒表示Ripple合作伙伴增多不意味着XRP被使用:BTCMANAGER消息称，4月26日Ripple宣布将为FairFX（英国），RationalFX（英国），Exchange4Free（英国），UniPAY（乔治亚）和MoneyMatch（马来西亚）等五家公司提供xVia支付，这意味着由于五家公司均在一个区块链上注册，Ripplr Net能促进五家公司之间的无缝交换。但在这五家公司的网站上，XRP作为“可选访问”出现，即XRP不属于这五家公司的核心业务。这表明，虽然Ripple有越来越多的合作伙伴，但并不等同于XRP被使用。[2018/4/27]
当然这个时候的要求就不是要达到几十秒，而是应用会希望可以达到更低的延迟，比如1秒甚至以下。计算机系统，在同一个层面的设计上，吞吐量和延迟通常会有矛盾。
其次，便是容量问题，其实容量问题包含两个方面，一个是内存中的账簿状态，每个用户的余额以及智能合约的状态，另一个是磁盘中归档的历史交易记录。
比特币几乎没有被扩展用户状态，并且吞吐量又很低，所以在那个时候，这个容量完全不是问题。但是在吞吐量提升，并且DApp开始逐渐繁荣之后，容量问题便逐渐凸显出来。和吞吐量类似，这个问题之所以受到限制，是因为普通全节点的内存和硬盘的容量限制所致。
这个限制也是和共识算法本质无关的。突破这个限制，唯一的出路也是切分容量的负担，让不同的全节点负责不同部分的账簿状态以及交易归档。关于这点，很多人将希望寄托在了分片技术上，分片就是完成这种切分的有效方案，当然未来也可能有其他的方案。
账簿状态压缩，历史交易压缩都是很好的实践，可以和分片方案一起用。但是这些方向始终受限于单个全节点的本地资源限制，能提高几倍已经是非常不易，而设计良好的分片系统可以提高成百上千倍。交流请加笔者！
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。