意见

IBM是企业区块链领域的主要参与者，提供基于Hyperledger Fabric的区块链平台，并与沃尔玛和Aetna 等大公司一起推出区块链试点。 

作为开源Hyperledger基金会的众多贡献者（包括最近宣布的微软和Salesforce）之一，IBM已经在将Fabric作为私有或“许可”区块链进行了大量投资，这意味着它提供了与众不同的功能。已知的区块链，如比特币或以太坊，同时以某种方式删除任何可能“不适合企业”的方面。 

然而，IBM实际上销售并称之为“区块链”的技术 - 即Hyperledger Fabric--牺牲了真正区块链的最重要特征，无论是许可还是公共区块链。Fabric的架构远比任何区块链平台复杂，同时对防篡改和攻击的安全性也较低。你会认为“私有”区块链至少会提供可扩展性和性能，但Fabric也失败了。简而言之，基于Fabric的飞行员将面临复杂且不安全的部署，无法与其业务进行扩展。

市场上的区块链选项

当我在2016年在摩根大通工作时，我领导了一个新兴技术集团，该集团研究和审查了银行潜在用途和战略投资的区块链。这涉及对Hyperledger，Axoni，Symbiont，Ripple和以太坊早期版本的深入分析。当时很清楚，市场上的区块链选项在技术上不适合真实的企业用例。不幸的是，我们今天看到Hyperledger Fabric存在同样的核心问题。

我们提出的问题包括：区块链的智能合约语言如何安全，简单地表达复杂的业务规则？公钥签名如何保证有效？系统是否可以扩展到其他参与者（节点）而不会显着降低性能？而且，对于具有未来思想的企业，您是否可以轻松地与其他公共和私有区块链进行互操作？

使用这些问题作为框架，我认为IBM的系统从根本上缺乏区块链的必要元素，具有误导性的性能数字和可疑的长期业务可行性。虽然我和我的同事都没有看到数字游戏（每秒事务数，节点数）是区块链采用的唯一因素，但我们认为教育人们了解区块链是什么和不是什么很重要。这种教育有望帮助每个人更好地了解区块链新兴技术的前景。

什么区块链是和不是

为了真正理解IBM区块链的位置，我们需要查看区块链本身的定义。一个blockchain是，在它的核心，其中的真理，达成共识的机制执行的事项或交易的分散不变台账。在像比特币和以太坊这样的公共区块链中，这种共识是通过工作证明或“ 挖掘 ”来实现的。在允许的区块链中，可以通过提供加密签名的参与者对所写内容进行投票来达成共识。无论哪种方式，都没有中央权威机构对真实情况进行仲裁。

IBM 对区块链的定义捕获了区块链的分布式和不可变元素，但很方便地忽略了分散的共识 - 这是因为Hyperledger Fabric 根本不需要真正的共识机制。相反，它建议使用名为Kafka的“订购服务”。问题是，如果没有强制执行，民主化，加密安全的参与者之间的投票安全，你就无法证明有人没有篡改分类账。容错共识是区块链的标志性特征，没有它，IBM的“区块链”只不过是一个带时间戳的条目列表。

Fabric的体系结构暴露了许多可被恶意协调利用的漏洞。例如，它引入了 “网络内部” 的公钥加密和验证器签名，它们提供了主要的安全保证，但是在提交了外部签名的事务之后才产生。这从根本上使经过验证的比特币和其他实际区块链的安全模型无效，其中任何交易的出处仅由外部用户的公钥签名确保，并且不能由系统以任何方式进行中介。与此形成鲜明对比的是，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的“区块链”技术在很多方面都存在缺陷 - 包括安全性，性能和可靠性 - 因此，为希望使用区块链实现有意义的业务改进的组织提供了一种劣质解决方案。为了真正实现区块链的价值，成熟的客户将寻求挑战者提供更好的工具，更好的区块链，更好的未来愿景以及我们如何利用技术。