区块链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从功能上主要作用如下：
- 提供分布式的部署方案。
- 自动将本地的数据操作(账户建立、数据插入等)自动传送到全部节点上。
- 提供数据查询，并确保数据的准确性和安全性。
我理解这是一个数据交互层的解决方案。
托管业务中的应用
从Fabric的介绍里我提取了三个关键词：数据交互、分布式、安全。
我们从数据交互出发，托管人的数据交互，主要对象包括客户、交易所/登记公司、*合作机构。其中托管人目前并不能左右交易所/登记公司的系统建设，所以暂时排除。对于银行业务来说，这是个统一的要求都需要的。
再来看分布式这个关键字，限制是需要在客户方部署程序，托管业务是对公业务，无论是客户还是合作机构都符合这个要求。
所以Fabric的应用场景是在于客户以及*合作机构的数据交互。下面对这两个领域业内已经有的解决方案进行一下比较。
与深圳通直连和SWIFT的比较
这是目前托管业内最主流的数据交换方式，支持了实时消息交换(交易、对账等)以及文件交换两种方式。
| Fabric | 深圳通直连 | SWIFT | |
|---|---|---|---|
| 数据支持 | 二进制消息 | 格式化消息/文件 | 格式化消息 |
| 传输性能 | 低(从现有应用看) | 高 | 低(按流量收费) |
| 安全保障 | 软件算法 | 加密网络 | 加密网络 |
| 部署成本 | 低(基于互联网) | 高(需开通网络专线) | 高(需开通专用网络) |
| 开发成本 | 低(可仅关注业务逻辑) | 中(需考虑较多技术因素) | 低(可仅关注业务逻辑) |
总体而言，Fabric部署和开发成本较低，但目前看性能偏弱。
这里想额外提一下前几天看到新闻说SWIFT组织正在推进区块链技术的运用，应该也是有了危机感。
小结
从现有的信息掌握来看，Fabric对于托管业务来说，总体上讲是一项改进型技术而非颠覆型技术。个人认为，相比现有的深圳通直连以及SWIFT，其最大的优势是在由于可基于互联网部署，推广运用的速度可以得到大大的加快，是一个更适合目前这个高速变化时代的技术。虽然本文只是针对托管业务，但其应用远不止此，舞台广阔。