区块链Fabric技术在托管业务中的运用初探

区块链Fabric技术在托管业务中的运用初探

什么是Fabric技术

HyperLedger是IBM、Intel等多家公司正开展的一个区块链项目，包含了Fabric、Iroha等多项技术，其中最为活跃的是Fabric。

在"开源中国"网站，对Fabric的介绍如下：

HyperLedger Fabirc是一个开源的区块链实现，以企业级的安全机制和membership机制为特色，简单来说，Fabric之于区块链，很可能正如Hadoop之于大数据。

开源项目可以直接从代码来进一步理解，代码中提供的Demo不多，比较典型的是这个：chaincode_example2。
总体来说代码并不复杂，具体不再展开，简述下这个Demo的功能：

chaincode_example02 主要执行三个核心函数，init、invoke、query。
init函数在起始过程中初始化两个账户A，B，并且在A，B账户上发行一定数量的资产。
invoke函数在A、B上进行转账。
query函数查询A、B函数上的账户余额。

Fabric的具体功能

下面具体描述下各个功能：

初始部署

这是一个无中心的分布式系统，会同时在银行和客户来进行部署并建立点对点的联系。

Init

主要作用是建立账户，第一步是银行和客户在本地节点建立账户。第二步是会把账户会自动传送到全部节点上。需要注意的是在技术上讲，账户只是一个数据的容器而已，可以类比Oracle里的表。

Invoke和Query

作用是向账户中添加和查询数据。Invoke的作用是当在本地账户中装入数据后，会将数据自动传输到全部节点上，如下图所示。从Demo代码来看，invoke的是二进制格式数据，也就是说并不限制数据的具体内容。

小结

我简单小结一下，Fabric从功能上主要作用如下：

1. 提供分布式的部署方案。
2. 自动将本地的数据操作(账户建立、数据插入等)自动传送到全部节点上。
3. 提供数据查询，并确保数据的准确性和安全性。
   我理解这是一个数据交互层的解决方案。

托管业务中的应用

从Fabric的介绍里我提取了三个关键词：数据交互、分布式、安全。
我们从数据交互出发，托管人的数据交互，主要对象包括客户、交易所/登记公司、境外合作机构。其中托管人目前并不能左右交易所/登记公司的系统建设，所以暂时排除。对于银行业务来说，这是个统一的要求都需要的。
再来看分布式这个关键字，限制是需要在客户方部署程序，托管业务是对公业务，无论是客户还是合作机构都符合这个要求。
所以Fabric的应用场景是在于客户以及境外合作机构的数据交互。下面对这两个领域业内已经有的解决方案进行一下比较。

与深圳通直连和SWIFT的比较

这是目前托管业内最主流的数据交换方式，支持了实时消息交换(交易、对账等)以及文件交换两种方式。

	Fabric	深圳通直连	SWIFT
数据支持	二进制消息	格式化消息/文件	格式化消息
传输性能	低(从现有应用看)	高	低(按流量收费)
安全保障	软件算法	加密网络	加密网络
部署成本	低(基于互联网)	高(需开通网络专线)	高(需开通专用网络)
开发成本	低(可仅关注业务逻辑)	中(需考虑较多技术因素)	低(可仅关注业务逻辑)

总体而言，Fabric部署和开发成本较低，但目前看性能偏弱。
这里想额外提一下前几天看到新闻说SWIFT组织正在推进区块链技术的运用，应该也是有了危机感。

小结

从现有的信息掌握来看，Fabric对于托管业务来说，总体上讲是一项改进型技术而非颠覆型技术。个人认为，相比现有的深圳通直连以及SWIFT，其最大的优势是在由于可基于互联网部署，推广运用的速度可以得到大大的加快，是一个更适合目前这个高速变化时代的技术。虽然本文只是针对托管业务，但其应用远不止此，舞台广阔。