要想真正理解 IBM 的
区块链立场，我们需要看看区块链的定义。所谓区块链，其核心要义是记录项目和交易数据的不可更改的去中心化账本，实际的交易记录通过共识机制执行。在
比特币和
以太坊等公链中，共识机制的实现方式是工作量证明机制，俗称“挖矿”。在许可链中，共识机制的实现方式是参与节点提供加密签名，对书面条款投票表决。不管哪种链，都没有中心机构参与其中。
IBM 的定义抓住了区块链的分布性和不可篡改性，但忽略了去中心化共识，这就是为什么 Hyperledger Fabric 没有对真正的共识机制提出要求。取而代之的是，它使用了一种叫做 Kafka 的“订阅系统”。但问题是，只有参与方强制执行了民主式投票机制，我们才能证明账本信息未被篡改。容错机制是区块链的标志特征。如果没有容错机制，IBM 的“区块链”几乎跟时间戳也没什么两样了。
Fabric 的架构同时暴露了很多弱点，这些弱点很容易被不法分子利用。例如，Fabric 在验证者签名的“网络内”上使用公钥加密技术，这种做法确实提供了安全保证，但前提条件是，只有当外部签名交易提交后才可启动。
从根本上来看，比特币及其他真正区块链系统已验证的安全模式可能失效。在比特币等真正的区块链系统中，交易记录只能通过外部用户的公钥签名确定，任何形式的中间力量都无法参与到系统中。但是，Fabric 共识机制中真正重要的签名属于验证人，而用户签名在任意数据集的网络复制过程中往往不受重视。
Fabric 的研究者之所以不断强调效率指数（比如交易速度等），就是因为 Fabric 的架构无法在保持高效率的同时进行扩展。Fabric 运用多链环境（通道）为用户保密。保护用户隐私是私有“企业”链的一个重要特征，不可避免会涉及很多权衡和复杂因素，但是多链方案不适合扩展。而且在节点部署方面也很复杂，各节点参差不齐，智能合约可靠性低，单点故障容易扩散。
所以，对于一个标准的 Fabric 部署来说，效率指数高不能说明问题。随着节点数的增加，通道重新恢复为单通道，效率指数也会迅速降低：如果你想通过多通道与全网做交易，效率指数没有多大参考价值。即使你看见单独通道的每秒交易量已拼命达到 800 以上，但 16 个节点的通道参数也不会超过每秒 1500，节点参与量一旦变高，延迟可能达到 10-20 秒的长度。
最近，Fabric 下了大功夫，据说每秒交易量被提高到了 20,000 的水平，但研究者在架构层面做出的改变大大偏离了区块链的本质，以至于改后的架构属性面目全非：赞助人无法承担验证者的角色，而且 Kafka 系统作为唯一的订阅系统也成为摆设（从理论上说，Fabric 可以采用真正的区块链共识机制，但速度会很慢，实际应用的可能性不会很高）。
最后一点，速度指数只停留在单通道层面，意味着区块链无法成为整体的共享信息来源。
版权申明：本内容来自于互联网，属第三方汇集推荐平台。本文的版权归原作者所有，文章言论不代表链门户的观点，链门户不承担任何法律责任。如有侵权请联系QQ：3341927519进行反馈。
