前面两篇我们简单的介绍了一下Bitcoin和Ethereum，接下来就是最后一篇了–Hyperledger Fabric（超级账本，以下简称Fabric）。
这个超级账本和Bitcoin和Ehtereum不一样，Bitcoin侧重的是金融交易而Ethereum侧重的是公有平台，Fabric主打概念是商用区块链，主要目的是要让区块链技术落地，我们废话少说，直接来干的。
============================
1>>区块链技术落地
我说过区块链技术和物联网有点类似，虽然炒的火热但是拿不出什么成功的例子来。有人说不对啊，不是有Bitcoin和Ethereum么？其实它们只是成功的范本，并不是成功的实例，真正成功的实例是要和相关业务来结合的，就是所谓的应用落地。
现在区块链主要应用的区域就是数字金融方面，但并不是说它只能做这一件事情，不是每个公司都要做金融。
区块链可以分三种：公有链、联盟链、私有链。
Bitcoin和Ethereum都是典型的公有链，每个人都可以参与记录和挖矿，大家都是client只是各个节点的功能有所区别，而许多真实的应用场景中并不需要每个人都参与进来。
比如说我就是想用它做一个版权控制—几个大型的唱片公司合伙起来搭建一个业务平台，来记录我这个音乐的版权所有，这就是一个联盟链。它也没有必要搞很多个矿工节点，或者说它没必要采取POW的共识机制，因为这个东西就哥几个在用，当然激励机制还是可以保留的。其余的都是外围的用户（音乐人，歌手），你们肯定不需要记账，也不需要去参与什么统计之类的，同样的你所拥有的权限肯定没有公司管理者的高。
那么这个音乐版权联盟链（Music copyright Chains，简称MCC）必须要支持用户管理、权限管理、准入认证的功能，而这些在现有的公有链中是不存在的也不需要存在的，因为这些功能和去中心化的思想所违背。
私有链也是同样的问题，而真正的实际生产生活当中对于私有链和联盟链的需求要比公有链多很多。为什么？因为实际的应用当中绝大部分都是中心化的！
如何将区块链这个去中心化色彩浓厚的技术应用到中心化的场景中去？这是现有很多做区块链技术公司需要考虑的。Fabric就是针对商业化这一点来构建的，它是Linux 组织牵头，IBM研发的商用区块链品台。
2>>Fabric的特点
这里还是按照惯例甩给大家一条链接Fabric官方文档，它这个是全英文的，网上也有一些中文的介绍，大家可以结合着看。我这三篇文章主要讲的不是技术细节，而是各个平台的特性，这次我们就从节点类型来了解一下Fabric。
节点类型：Orderer、Peer、Client、fabric-Ca
先说一下这几个节点都是干什么的。
Orderer:区块链共识节点，主要作用就是完成交易同步和区块的生成，同时也保证区块链共识过程的安全性（安全性是由共识机制来保证的，目前Fabric自带的有三种共识机制：solo、kafka、PBFT）。
Peer:服务节点，这里所谓的服务是相对于外围的应用而言，主要分为两种，Endorser节点和Committer节点。Endorser节点主要是负责背书（提供交易合法性证明和权限验证），Committer节点负责记账。
Client：客户节点，这就是根据Fabric SDK开发的面向用户的终端。
fabric-Ca: 证书管理中心，通过证书（签名、加密、秘钥协商）来实现权限管理和加密通讯。
大家可以看出来Fabric的节点类型是要比Bitcoin和Ethereum更多，而且功能更细化。这主要是因为Fabric倡导模块化和可插拔的架构，鼓励大家DIY，其中Orderer里面的共识机制、fabric-Ca、包括Ledger（总账）的数据存储方式（ram、LevelDb）都是可以替换的。
它大概的架构就如下图：
Fabric自己的定位是商业链，主要是应用于联盟链和私有链，所以它将权限管理加入到了架构中。其次它将共识和记账的业务进行拆分，这也是一大特色之一，它可以做到一组共识服务节点同时支持多种业务场景（这个以后我们仔细讲解）。
好，Fabric我们就先讲这些，后续我还会继续深入讲解（深入到代码层面）Fabric，有兴趣的可以持续关注。