万博·ManBetX|前摩根大通研发：为什么 IBM 区块链不是真正的区块链？

IBM 是企业区块链领域的最重要参与者，其区块链平台以 Hyperledger Fabric 超级账本为基础，为很多大企业比如沃尔玛和安泰保险都研发过区块链试点产品。Hyperledger 基金会是一个开源的公链项目，归属于非盈利机构。作为机构的赞助之一（最近微软公司和软件服务公司 Salesforce 也宣告进驻 Hyperledger），IBM 投放了大量资金，计划推展机构向私有链或“许可链”方向发展。

IBM 或许有他自己的投资意图：Hyperledger 既要与业界著名的比特币和以太坊等公链维持共通性，也要去杀掉身上“不合适企业发展”的特点。但不管公有还是私有，IBM 这种既保公链，又做创收的不道德才是忽视了 Hyperledger Fabric 区块链最重要的特征。Fabric 的架构比任何区块链平台都简单，同时，面临未来有可能的伪造和攻击风险也过于牢靠。

你有可能想要，却是是“私有链”，多少有扩展性和效率的优势，但很难过，Fabric 在这方面也好将近哪儿去。非常简单说道，基于 Fabric 创建的试点项目在部署过程中不会面对很多简单因素和不安全性状况，未来扩展到其他企业的可能性并不大。我们能自由选择的区块链有哪些？2016 年，我还在摩根大通的时候，曾领导一个新兴的技术小组负责管理研究和审查市面上的区块链项目，为公司未来的战略研发和投资不作铺垫。

我们对 Hyperledger、Axoni、Symbiont、Ripple 和以太坊等早期版本都做到了深入分析。当时我们找到，市面上的区块链项目在技术上都足以承托企业的应用于。

十分失望的是，当时的问题在今天的 Hyperledger Fabric 上依然不存在，而且是核心问题。问题有很多：区块链的智能合约语言如何将简单的商业规则以安全性非常简单的方式表达出来？公钥亲笔签名如何确保有效地？区块链系统如何在不减慢效率的前提下拓展更好的节点？还有，作为一家面向未来的公司，如何与其他的公链和私链精彩做交互操作者？从这些问题看，我指出 IBM 的区块链系统缺少区块链的适当元素，不仅其效率指数有可能给企业导致误导，而且在确保企业的长年生存能力方面也要打个问号。虽然我和同事不应当只把效率（比如每秒交易量和节点数等）作为区块链技术的唯一取决于因素，但我们指出，大家有适当告诉区块链应当是什么不应当是什么。

厘清这个概念有助我们更佳地解读区块链这项新技术的变化。区块链不应是什么？不是什么？要想要确实解读 IBM 的区块链立场，我们必须想到区块链的定义。所谓区块链，其核心要义是记录项目和交易数据的不能变更的去中心化账本，实际的交易记录通过共识机制继续执行。

在比特币和以太坊等公链中，共识机制的构建方式是工作量证明机制，又称“挖矿”。在许可链中，共识机制的构建方式是参予节点获取加密亲笔签名，对书面条款投票表决。不管哪种链，都没中心机构参予其中。

IBM 的定义逃跑了区块链的产于性和不能伪造性，但忽视了去中心化共识，这就是为什么 Hyperledger Fabric 没对确实的共识机制明确提出拒绝。取而代之的是，它用于了一种叫作 Kafka 的“订阅者系统”。但问题是，只有参与方强制执行了民主式投票机制，我们才能证明账本信息并未被伪造。

容错机制是区块链的标志特征。如果没容错机制，IBM 的“区块链”完全跟时间砍也没什么两样了。Fabric 的架构同时曝露了很多弱点，这些弱点很更容易被不法分子利用。

例如，Fabric 在检验者亲笔签名的“网络内”上用于公钥加密技术，这种作法显然获取了安全性确保，但前提条件是，只有当外部亲笔签名交易递交后才可启动。彻底来看，比特币及其他确实区块链系统已检验的安全模式有可能过热。在比特币等确实的区块链系统中，交易记录不能通过外部用户的公钥亲笔签名确认，任何形式的中间力量都无法参予到系统中。但是，Fabric 共识机制中确实最重要的亲笔签名归属于检验人，而用户亲笔签名在给定数据集的网络拷贝过程中往往不不受推崇。

Fabric 的研究者之所以大大特别强调效率指数（比如交易速度等），就是因为 Fabric 的架构无法在维持高效率的同时展开拓展。Fabric 运用多链环境（地下通道）为用户保密。

维护用户隐私是私有“企业”链的一个最重要特征，不可避免不会牵涉到很多权衡和简单因素，但是多链方案不合适拓展。而且在节点部署方面也很简单，各节点参差不齐，智能合约可靠性较低，单点故障更容易蔓延。所以，对于一个标准的 Fabric 部署来说，效率指数低无法解释问题。

随着节点数的减少，地下通道新的完全恢复为单通道，效率指数也不会很快减少：如果你想要通过多通道与全网做到交易，效率指数没多大参考价值。即使你看到分开地下通道的每秒交易量已拚命超过 800 以上，但 16 个节点的地下通道参数也会多达每秒 1500，节点参予量一旦变高，延后有可能超过 10-20 秒的长度。最近，Fabric 下了大功夫，据传每秒交易量被提升到了 20,000 的水平，但研究者在架构层面作出的转变大大背离了区块链的本质，网卓新闻网，以至于改为后的架构属性面目全非：赞助者无法分担检验者的角色，而且 Kafka 系统作为唯一的订阅者系统也沦为摆放（从理论上说道，Fabric 可以使用确实的区块链共识机制，但速度不会极快，实际应用于的可能性会很高）。最后一点，速度指数只逗留在单通道层面，意味著区块链无法沦为整体的分享信息来源。

智能合约是一种商业逻辑面临区块链，最后一个考虑到的点是：它如何打破私有数据库展开拓展？区块链工具（比如智能合约语言）如何协助企业获得普遍的顺利。请求忘记，智能合约不是所谓的“代码”，它是一种商业逻辑的反映。你可以通过智能合约在区块链上买房，证实自己的数字身份，或者交易二手车。

所以智能合约的可靠性十分最重要，条款是什么，就按照什么继续执行。如果你想要在区块链上创立什么东西，你必须通过智能合约叙述自己想要做到什么东西（比如实物交易、包数据等等）。你叙述的语言就越非常简单，创立的速度就越好，也能更慢让项目方看见成果。

更加最重要的是，你必须智能合约提供收益或者给你的企业带给好业绩。Hyperledger Fabric 的智能合约（“链式码”）一般由几种编程语言写，还包括标准化的 JavaScript 语言和 Go 语言，但是必须权衡编程语言的便利性和安全性。如果区块链牵涉到的利益相当大，比如如果程序经常出现 bug 或者写错了，造成上百万美金遗失，那编程语言显然应当目的具体，设计的时候把安全性放在首位。在理想的区块链环境中，智能合约语言应当好学也好用，但实际情况不有可能如愿以偿。

我们告诉，要顺利已完成经典的程序展示“Hello world”，必须写出 150 行左右的代码。代码量如此之大，大自然更容易产生有可能导致上百万美元损失的 bug。

私有链和公链会毫无关系区块链领域资深的观察家于是以意识到，私有链和公链会毫无关系，两者在未来不会再次发生联系。私有网络想要发售代币给公链用户，而公链的去中心化应用于也想要在私有链中储存机密信息。但意外的是，IBM Fabric 用户意味着因为架构无法相容，就被“隔绝”在公链之外。

不仅如此，他们因此也错失了智能合约语言的自学机会，无法在公链和私有链之间构建无缝操作者。随着 IBM 宣告创建企业区块链的消息持续沦为媒体注目的焦点，我们必须看清楚聚光灯之下，这项技术究竟有何作为。

Hyperledger Fabric 很多方面的标准性严重不足（还包括安全性、效率和可靠性等等），因此，想要利用区块链技术谋求发展的公司或机构无法获得有价值的解决方案。要想要确实解读区块链的价值，资深用户不会找寻更加有优势的服务公司，因为他们能获取更佳的区块链技术，对未来的发展和技术的应用于方式也有更佳的规划。作者讲解：Stuart Popejoy，投身于金融领域 15 年，在贸易系统和交易平台框架创立方面享有非常丰富经验。曾供职于美国摩根大通公司的新产品研发部，期间领导研发了摩根的区块链主打产品——Juno。

Stuart 还参予撰写了摩根的算法交易脚本，为日后 Kadena 简练特定的智能合约语言奠下了基础。离开了摩根后，与 Will Martino 在 2016 年牵头正式成立智能合约创企 Kadena，任公司总裁。原文链接：https://medium.。

本文来源：万博·ManBetX-www.ok1950.com