要想真正理解 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進行反饋。
