区块链在实际应用方面确实有很多难处，主要几点如下：
（一）吞吐量。比特币、以太坊自不用讲，号称百万级的 EOS，实测也只有几千 TPS，可以无币的 Fabric 实测也只有 300-500TPS，最新上线的百度区块链应用——图腾，号称单链过万，但是比起现有分布式数据库，比起阿里双十一的 25.8 万 TPS，仍是无法相提并论。
（二）容量。多数联盟链在实际应用场景中都难以支持较多节点数，因为节点多意味着交易验证、通信压力急剧增加，链的效率会大幅下滑。公链虽然可以支持较多节点，但是效率的降低导致容量的扩大缺乏了实际意义。
（三）智能合约。智能合约（Fabric 中称为“链码”）目前难以支持复杂逻辑，复杂逻辑不仅会在前述问题的基础上进一步降低效率，也很容易出错。这也导致目前的区块链系统无法像传统开发方式那样“神通广大”，支持各类复杂场景。
（四）存储。现有区块链如果应用于大型行业级业务场景或者数据量较大的业务场景，都将产生“灾难性”后果，存储才是“人手一本帐”最大的挑战，比特币对存储是做了高度精简的，而且比特币交易产生的数据量已经是很小了，在多年累积后存储依然是问题，如果希望广泛应用区块链技术，存储似乎就“无解”了。
那么产生这些问题的根本原因是什么呢？
核心其实是比特币的交易验证逻辑，比特币是对交易过程和结果的双重验证，即全网首先验证交易行为（签名），出块后再由全网验证交易条件（UTXO）、确认交易结果，为了支持这套逻辑，出块时间要控制、数据要人人都有、验证要人人都做，这对中本聪要构建的电子现金系统而言是必须的，要安全，也就是说，基于这个逻辑上述所有问题的产生都正常，是必要的“代价”，这也是 BM 提出要提升比特币效率时中本聪说他不懂比特币的原因。
对于以“币”为核心的应用来讲，这一切无可厚非，但是对于不以“币”为核心的应用，这个做法似乎有点“过犹不及”了。可问题恰恰就在于大家对区块链的“共识”导致可以无“币”的区块链应用或者说框架也在遵循“币”的逻辑，对交易过程和结果执行双重验证，试图监督所有“人”的一举一动，这导致区块链不堪重负，对于去中心化的共识使“人人都验证”成了思维定式。
比特币提供了一个非常好的、去中介的交易机制，于是被称为“信任机器”，但是对于大部分业务场景，我们是否需要比特币这样完整、严密的交易验证逻辑？大多数情况下，我们要达成的“共识”是对交易过程和结果的同时认可，还是更注重结果的不可篡改、不可抵赖？我们是试图同时监督所有人，还是更好地监督中心化节点的行为？大家目前除了致力于提升区块链的底层技术外，更需要多从业务自身的角度出发，考虑应该怎么用区块链，用区块链证明什么、监督什么，从而优化区块链的设计思路。
区块链所谓的“困境”也许并不是技术造成的困境，而是目的造成的困境。
网友评论