美文网首页
【云记 | 第36篇】某商业银行区块链交流纪实(续)

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

作者: 云计算那些事儿 | 来源:发表于2019-12-01 22:34 被阅读0次

    还是去年的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如果不能达到几万的写入性能,依然很难在大中型项目中得到广泛应用。

    相关文章

      网友评论

          本文标题:【云记 | 第36篇】某商业银行区块链交流纪实(续)

          本文链接:https://www.haomeiwen.com/subject/wpbtgctx.html