区块链的性能指标主要包括交易吞吐量和延时。交易吞吐量表示在固定时间能处理的交易数，延时表示对交易的响应和处理时间。在实际应用中，需要综合两个要素进行考察——只使用交易吞吐量而不考虑延时是不正确的，长时间的交易响应会阻碍用户的使用从而影响用户体验；只使用延时不考虑吞吐量会导致大量交易排队，某些平台必须能够处理大量的并发用户，交易吞吐量过低的技术方案会被直接放弃。

    目前，比特币理论上每秒最多只能处理七笔交易，每十分钟出一个区块，相当于交易吞吐量为7，交易延时为10分钟，实际上，等待最终确认需要6个左右的区块，也就是说实际交易延时是1个小时。以太坊稍有提高，但也远远不能满足应用需求。

 

    从区块链开发技术来看，目前影响区块链性能的因素主要包括广播通信、信息加解密、共识机制、交易验证机制等几个环节。比如，共识机制的目标是为了使得参与节点的信息一致，但在高度分散的系统达成共识本身就是一件耗时的任务，如果考虑会有节点作恶，这会更加增加处理的复杂性。因此，一些联盟链从性能角度考虑引入一些弱化的共识算法，比如超级帐本Fabric使用的共识算法只能用来处理宕机恢复等容错，而无法处理节点的恶意行为。这种方式在联盟链中具有一定的可行性，因为联盟链具有一定的准入门槛，可以对成员进行问责。然而，在开放的公有链平台中，这种方式会给数据的安全性带来极大挑战。

    针对区块链性能不足的问题，已经有一些初步的思路，主要包括：隔离验证、闪电网络、RSK侧链、分片、分层等手段。这些方式主要是通过将部分链上任务转到链下或其他链进行处理，或者将整个交易分为几个部分并分别处理。

 

    另一种思路是调整共识机制。比如EOS提出的DPOS等，会将共识限制在某一小部分被选举出的节点上，据此来加快共识达成、区块生成和运算的速度和效率，但是这种方式会加剧区块链的中心化程度，并且其安全性和实用性也有待进一步考察。