還是去年的7月，集團客戶經理帶著我們去一家商業銀行交流區塊鏈技術。

考慮到本次交流客戶那邊對區塊鏈的技術比較熟悉，所以想叫上區塊鏈平臺的研發人員，但因為時間比較倉促，加上研發人員本身也不太好調，最終還是我們售前過去交流。

客戶果然陣容強大，帶隊的是個博士，我們整理了金融行業的區塊鏈解決方案和案例，講了大概二三十分鐘，開始進入了交流。

客戶首先介紹了自己兩年來在區塊鏈技術應用方面的探索，基於Hyperledger的Fabric開源軟體，當然現在主流的也是Fabric，我們也是基於Fabric開源軟體構建的BaaS（區塊鏈即服務）。

客戶其實在Fabric上實踐了2年，並且有已經有非核心業務，比如信用證和託管業務，已經上線應用。

客戶更加關心我們在Fabric開源軟體做過哪些優化提升，並提出了5個關鍵問題，涉及研發，只能帶著問題回去後請研發答覆。

因為時間過去了一年多，當時交流時涉及到銀行業務在區塊鏈應用方面記錄的比較少，未能完整記錄客戶使用Fabric的的使用情況。

客戶提出的都是很核心的問題，我們也一一做了答覆，如下：

Q、區塊鏈雲服務產品的效能測試情況A：多通道FBFT下，6vm，每臺16u32g，TPS可以達到4400(2018年的實測資料）。

Q、共識演算法做了哪些優化，TPS能達到5K

A：基於PBFT演算法，減少不必要的訊息通訊和簽名消耗，使得訊息數量複雜度：O(n*n)->O(n)，提高演算法效率。

Q、 提供了哪些SDK/API？做了哪些增強優化？

A：目前提供原生SDK和Restful API介面，預計2018.Q3會提供JDBC介面支援，允許開發人員使用SQL語言訪問。

Q、基於Hyperledger做了哪些創新和增強？

A：

提供高速拜占庭共識演算法，多通道能達到5000TPSPeer節點和Orderer節點動態擴容和彈性伸縮，故障自動恢復提供國密加密方式，加法同態加等式和範圍證明提供SQL生成和訪問智慧合約，使用MySQL儲存區塊鏈，提高區塊資訊查詢速度提供Restful介面訪問智慧合約，解耦客戶應用程式語言限制

Q、如何解決業務交易量大但寫鏈速度慢（寫鏈極易成為系統瓶頸）的問題？

A : 提高共識演算法的效率，通過多鏈和多通道。

結束語：

時間儘管已經過去了一年多，基於Hyperledger的Fabric聯盟鏈的效能依然沒有取得實質性的突破，TPS如果不能達到幾萬的寫入效能，依然很難在大中型專案中得到廣泛應用。