探讨：为什么IBM的区块链不是真正的区块链（二）

Fabric研究人员对性能指标起着快速和宽松的作用，因为从根本上说，Fabric的体系结构无法在保持最佳性能的同时进行扩展。 Fabric使用多链环境（称为“渠道”）在参与者之间提供机密性。提供保密性是私有“企业”区块链的一项重要功能，并且必然涉及权衡和复杂性，但是多链解决方案对于可伸缩性而言是一个糟糕的选择。

它还使节点的部署变得异常复杂，节点不统一，智能合约不可靠以及潜在的故障点激增。因此，标准Fabric部署的性能指标一开始并不会给人留下深刻的印象，随着节点的增加，性能指标会迅速下降，并且是单通道的：如果您想跨多个通道与整个网络进行交易，这些数字甚至都没有意义。即使这样，在查看单个通道时，该系统也很难获得每秒800个以上的事务（TPS），但是即使是16通道的配置也几乎不能超过1,500 TPS，延迟在10到20秒的范围内就可以达到。高吞吐量。

最近为加快Fabric速度所做的努力已导致声称达到20,000 TPS，但研究人员对体系结构所做的更改与区块链相距甚远，以至于无法识别：认可者不再充当验证者，并且将Kafka奉为唯一可能订购服务（从理论上讲，Fabric可以接受真正的区块链共识，但是它是如此之慢，以至于没人会在生产中使用它）。最后，这些仍然是单通道数字，这意味着作为共享真相来源的整个区块链概念无效。

为什么智能合约和混合期权很重要

考察区块链时，要考虑的最后一点是它们打算如何扩展到私有数据库之外，以及它们的工具（例如其智能合约语言）如何帮助企业更大范围地成功。记住，智能合约不仅仅是一段代码；它代表业务逻辑。智能合约可以在区块链上保护房屋，确保数字身份，甚至代表买卖二手车的人之间的代管交易。重要的是，智能合约必须可靠并且始终如其说。在区块链上构建任何东西时，您需要能够通过智能合约表示您想做什么（购买，出售，打包数据等）。

使用语言越简单或越简单，就可以更快地构建所需的东西并将其展示在利益相关者的眼中。更重要的是，您希望智能合约的功能能够为您的业务实际产生收入或取得一些积极成果。 Hyperledger Fabric的智能合约（“链码”）可以用多种编程语言编写，包括通用Javascript或Go。

但是，在已经知道通用语言的程序员的便利性与特定于领域的语言所提供的安全性之间存在一些折衷。当风险与区块链一样高时（由于代码不是为区块链设计的，如果代码有错误或不正确，则可能损失数百万美元），智能合约语言必须经过专门设计且设计安全。理想情况下，在所需的区块链环境中也将易于学习且易于使用。在这方面，Chaincode很大程度上失败了；我们发现仅花了150行代码即可执行经典的程序员教程“ hello world”。而大量的代码可以成为这些百万美元错误的温床。

没有为未来做好准备

越来越多的区块链生态系统最老练的观察者意识到，私有和公共区块链将不会真空存在，而是希望携手合作：私有网络将希望在公共区块链上向消费者提供令牌，而公众区块链的去中心化应用程序将希望将敏感信息存储在私有区块链上。

不幸的是，IBM Fabric（以及R3 Corda）的用户可能会因为架构的完全不兼容而发现自己与公共区块链“隔绝”，而且由于其智能合约语言无法在公共和私有环境中无缝执行环境。随着IBM通过宣布合作伙伴关系在许多企业区块链新闻周期中占据主导地位，重要的是要深入研究该技术的实际作用。

IBM的“区块链”技术在许多方面都缺乏，包括安全性，性能和可靠性，因此，为希望使用区块链实现有意义的业务改进的组织提供了劣等的解决方案。为了真正实现区块链的价值，老练的客户将寻求挑战者，他们提供更好的工具，更好的区块链以及对未来以及我们如何利用技术的更好愿景。

—-

编译者/作者：币利时

玩币族申明：玩币族作为开放的资讯翻译/分享平台，所提供的所有资讯仅代表作者个人观点，与玩币族平台立场无关，且不构成任何投资理财建议。文章版权归原作者所有。