【云记 | 第36篇】某商业银行区块链交流纪实（续）

还是去年的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：

1、提供高速拜占庭共识算法，多通道能达到5000TPS

2、Peer节点和Orderer节点动态扩容和弹性伸缩，故障自动恢复

3、提供国密加密方式，加法同态加等式和范围证明

4、提供SQL生成和访问智能合约，使用MySQL存储区块链，提高区块信息查询速度

5、提供Restful接口访问智能合约，解耦客户应用程序语言限制

Q、如何解决业务交易量大但写链速度慢（写链极易成为系统瓶颈）的问题？

A : 提高共识算法的效率，通过多链和多通道。

结束语：

时间尽管已经过去了一年多，基于Hyperledger的Fabric联盟链的性能依然没有取得实质性的突破，TPS如果不能达到几万的写入性能，依然很难在大中型项目中得到广泛应用。