IBM 的界说抓住了区块链的漫衍性和不行改动性，但忽略了去中心化共鸣，这就是为什么 Hyperledger Fabric 没有对真正的共鸣机制提出要求。取而代之的是，它利用了一种叫做 Kafka 的“订阅系统”。但问题是，只有参加方强制执行了民主式投票机制，我们才气证明账本信息未被改动。容错机制是区块链的符号特征。假如没有容错机制，IBM 的“区块链”险些跟时间戳也没什么两样了。
区块链规模资深的调查家正意识到，私有链和公链不会毫无干系，两者在将来会产生接洽。私有网络想刊行代币给公链用户，而公链的去中心化应用也想在私有链中储存机要信息。但不幸的是，IBM Fabric 用户仅仅因为架构无法兼容，就被“断绝”在公链之外。不只如此，他们因此也错过了智能合约语言的进修时机，无法在公链和私有链之间实现无缝操纵。
作者先容：
2016 年，我还在摩根大通的时候，曾率领一个新兴的技能小组认真研究和审查市面上的区块链项目，为公司将来的计谋开拓和投资作铺垫。我们对 Hyperledger、Axoni、Symbiont、Ripple 和以太坊等早期版本都做了深入阐明。其时我们发明，市面上的区块链项目在技能上都不敷以支撑企业的应用。 很是遗憾的是，其时的问题在本日的 Hyperledger Fabric 上仍然存在，并且是焦点问题。
最近，Fabric 下了大工夫，听说每秒生意业务量被提高到了 20,000 的程度，但研究者在架构层面做出的改变大大偏离了区块链的本质，以至于改后的架构属性涣然一新：赞助人无法包袱验证者的脚色，并且 Kafka 系统作为独一的订阅系统也成为放置（从理论上说，Fabric 可以回收真正的区块链共鸣机制，但速度会很慢，实际应用的大概性不会很高）。
Hyperledger Fabric 的智能合约（“链式码”）一般由几种编程语言写成，包罗通用的 JavaScript 语言和 Go 语言，可是需要衡量编程语言的便利性和安详性。假如区块链涉及的好处很大，好比假如措施呈现 bug 可能写错了，导致上百万美金丢失，那编程语言确实应该目标明晰，设计的时候把安详放在首位。在抱负的区块链情况中，智能合约语言应该勤学也好用，但实际环境不行能如愿以偿。我们知道，要乐成完成经典的措施演示“Hello world”，需要写 150 行阁下的代码。代码量如此之大，自然容易发生大概造成上百万美元损失的 bug。
私有链和公链不会毫无干系
面临区块链，最后一个思量的点是：它如何逾越私有数据库举办扩展？区块链东西（好比智能合约语言）如何辅佐企业取得遍及的乐成。
从这些问题看，我认为 IBM 的区块链系统缺乏区块链的须要元素，不只其效率指数大概给企业造成误导，并且在担保企业的恒久保留本领方面也要打个问号。固然我和同事不该该只把效率（好比每秒生意业务量和节点数等）作为区块链技能的独一权衡因素，但我们认为，各人有须要知道区块链应该是什么不该该是什么。厘清这个观念有助于我们更好地领略区块链这项新技能的变革。
Stuart Popejoy，涉足金融规模 15 年，在商业系统和生意业务平台框架建设方面拥有富厚履历。曾供职于美国摩根大通公司的新产物研发部，期间率领开拓了摩根的区块链主打产物——Juno。Stuart 还参加编写了摩根的算法生意业务剧本，为日后 Kadena 简捷特定的智能合约语言奠基了基本。分开摩根后，与 Will Martino 在 2016 年连系创立智能合约创企 Kadena，任公司总裁。
Hyperledger 基金会是一个开源的公链项目，属于非盈利机构。作为机构的赞助商之一（最近微软和软件处事公司 Salesforce 也公布入驻 Hyperledger），IBM 投入了大量资金，打算敦促机构向私有链或“许可链”偏向成长。IBM 好像有他本身的投资意图：Hyperledger 既要与业界知名的和等公链保持共通性，也要去除去身上“不适合企业成长”的特点。
原文链接：
智能合约是一种贸易逻辑
从基础上来看，比特币及其他真正区块链系统已验证的安详模式大概失效。在比特币等真正的区块链系统中，生意业务记录只能通过外部用户的公钥签名确定，任何形式的中间气力都无法参加到系统中。可是，Fabric 共鸣机制中真正重要的签名属于验证人，而用户签名在任意数据集的网络复制进程中往往不受重视。
所以，对付一个尺度的 Fabric 陈设来说，效率指数高不能说明问题。跟着节点数的增加，通道从头规复为单通道，效率指数也会迅速低落：假如你想通过多通道与全网经贸易务，效率指数没有多大参考代价。纵然你瞥见单独通道的每秒生意业务量已拼命到达 800 以上，但 16 个节点的通道参数也不会高出每秒 1500，节点参加量一旦变高，延迟大概到达 10-20 秒的长度。
区块链应是什么？不是什么？
假如你想在区块链上建设什么对象，你需要通过智能合约描写本身想做什么对象（好比实物生意业务、打包数据等等）。你描写的语言越简朴，建设的速度就越快，也能更快让项目方看到成就。更重要的是，你需要智能合约获取收益可能给你的企业带来好业绩。
Fabric 的研究者之所以不绝强调效率指数（好比生意业务速度等），就是因为 Fabric 的架构无法在保持高效率的同时举办扩展。Fabric 运用多链情况（通道）为用户保密。掩护用户隐私是私有“企业”链的一个重要特征，不行制止会涉及许多衡量和巨大因素，可是多链方案不适合扩展。并且在节点陈设方面也很巨大，各节点东倒西歪，智能合约靠得住性低，单点妨碍容易扩散。
问题有许多：区块链的智能合约语言如何将巨大的贸易法则以安详简朴的方法表达出来？公钥签名如何担保有效？区块链系统如安在不减缓效率的前提下扩展更多的节点？尚有，作为一家面向将来的公司，如何与其他的公链和私链轻松做到交互操纵？
Fabric 的架构同时袒露了许多弱点，这些弱点很容易被非法分子操作。譬喻，Fabric 在验证者签名的“网络内”上利用公钥加密技能，这种做法确实提供了安详担保，但前提条件是，只有当外部签名生意业务提交后才可启动。
IBM 是企业规模的重要参加者，其区块链平台以 Hyperledger Fabric 超等账本为基本，为许多大企业好比沃尔玛和安泰保险都开拓过区块链试点产物。
但不管公有照旧私有，IBM 这种既保公链，又搞创收的行为恰恰忽略了 Hyperledger Fabric 区块链最重要的特征。Fabric 的架构比任何区块链平台都巨大，同时，面临将来大概的改动和袭击风险也不足牢固。你大概想，究竟是“私有链”，几多有扩展性和效率的优势，但很歉仄，Fabric 在这方面也好不到哪儿去。简朴说，基于 Fabric 成立的试点项目在陈设进程中谋面对许多巨大因素和不安详状况，将来扩展到其他企业的大概性不大。我们能选择的区块链有哪些？
请记着，智能合约不是所谓的“代码”，它是一种贸易逻辑的浮现。你可以通过智能合约在区块链上买房，确认本身的数字身份，可能交易二手车。所以智能合约的靠得住性很是重要，条款是什么，就凭据什么执行。
最后一点，速度指数只逗留在单通道层面，意味着区块链无法成为整体的共享信息来历。
https://medium.com/@mikeycrypto752/why-ibms-blockchain-isn-t-a-real-blockchain-7dbe820751ee要想真正领略 IBM 的区块链态度，我们需要看看区块链的界说。所谓区块链，其焦点要义是记录项目和生意业务数据的不行变动的去中心化账本，实际的生意业务记录通过共鸣机制执行。在比特币和以太坊等公链中，共鸣机制的实现方法是事情量证明机制，俗称“挖矿”。在许可链中，共鸣机制的实现方法是参加节点提供加密签名，对书面条款投票表决。不管哪种链，都没有中心机构参加个中。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
