前言
在区块链的家谱里，第一代区块链系统是以比特币为代表的公链，主要实现的是数字货币的功能；第二代区块链系统是以以太坊平台为代表的公链，创造性的实现了智能合约。而第三代区块链系统，则是HyperLedger-Fabric区块链平台，在智能合约的基础之上，引入了权限管理，被称为联盟链。
Linux基金会于2015年12月启动了名为“超级账本”（Hyperledger）的开源项目，旨在推动各方协作，共同打造基于区块链的企业级分布式账本底层技术，用于构建支撑业务的行业应用和平台。超级账本里包括10个项目（project），其中区块链框架类项目5个：Fabric，Sawtooth，Iroha，Burrow和Indy；区块链工具类项目5个：Cello，Composer，Explorer, Caliper 和 Quilt 。其中的Composer是一个应用程序框架，可以简化Fabric应用程序的创建、部署和使用。
Fabric 项目的目标是实现一个通用的权限区块链（Permissioned Chain）的底层基础框架，为了适用于不同的场合，采用模块化架构提供可切换和可扩展的组件，包括共识算法、加密安全、数字资产、智能合约和身份鉴权等服务。
Fabric 克服了比特币等公有链项目的缺陷，如吞吐量低、交易公开无隐私性、无最终确定性以及共识算法低效等问题，使得用户能够方便地开发商业应用。
在Fabric生态中，各级从业人员主要研究的领域可以一般按照下图来分工：
业务层：面向业务应用开发人员。基于分布式账本，支持链码、交易等跟业务相关的功能模块，提供更高一层的应用开发支持。
共识机制和权限管理：面向联盟和组织的管理人员。基于网络层的连通，实现共识机制和权限管理，提供分布式账本的基础。
网络层：面向系统管理人员。实现P2P网络，提供底层构建区块链网络的基本能力，包括代表不同角色的节点和服务。
Fabric主要组件
Fabric 的组件包括客户端（Client），网络节点（Peer），CA（Certificate Authority）节点和排序节点（Orderer）。各个组件的相互关系如图所示。
客户端的主要作用是和 Fabric 系统交互，实现对区块链系统的操作。这些操作分为管理类和链码类的两种。管理类包括启停节点和配置网络等；链码类操作主要是链码的生命周期管理，如安装、实例化以及调用链码。最常用的客户端是命令行客户端（CLI），此外是用 Fabric SDK 开发的应用客户端。用户通过不同的客户端使用 Fabric 系统的功能。
网络节点（Peer，就是p2p中的p）是区块链去中心化网络中的对等节点，按照功能主要分为背书节点（Endorser）和确认节点（Committer）。背书节点主要对交易预案进行校验、模拟执行和背书。确认节点主要负责检验交易的合法性，并更新和维护区块链数据和账本状态。在实际部署中，背书节点和确认节点既可以部署在同一物理节点上，也可以分开部署。
排序节点（Orderer）主要职责是对各个节点发来的交易进行排序。在并发的情况下，各个节点交易的先后时序需要通过排序节点来确定并达成共识。排序节点按照一定规则确定交易顺序之后，发给各个节点把交易持久化到区块链的账本中。排序节点支持互相隔离的多个通道，使得交易只发送给相关的节点（Peer）。
CA 节点主要给Fabric网络中的成员提供基于数字证书的身份信息，可以生成或取消成员的身份证书（certificate）。在成员身份明确的基础上，Fabric可以实现权限控制的管理。
Fabric 网络的组件往往归属于不同的组织，在组织之间形成对等的去中心化网络。每个组织通常拥有自己的客户端、网络节点和 CA 节点，并且可以根据需要创建一个或多个不同的类型节点。排序节点不属于某个组织的实体，属于组织共同维护的组件。
通道
商业应用的一个重要的需求是私密性交易，为此 Fabric 设计了通道（Channel）来提供成员之间的隐私保护。通道是部分网络成员之间拥有独立的通信渠道，在通道中发送的交易只有属于通道的成员才可见，因此通道可以看作是Fabric的网络中部分成员的私有通信“子网”。
通道由排序服务管理。在创建通道的时候，需要定义它的成员和组织、锚节点（anchor peer）和排序服务的节点，一条和通道对应的区块链结构也同时生成，用于记录账本的交易，通道的初始配置信息记录在区块链的创世块（第一个区块）中。通道的配置信息可以用增加一个新的配置区块来更改。
每个组织可有多个节点加入同一个通道，这些节点中可以指定一个锚节点（或多个锚节点做备份）。锚节点代表本组织与其他组织的节点交互，从而发现通道中的所有节点。另外，同一组织的节点会选举或指定主导节点（ leading peer ），主导节点负责接收从排序服务发来的区块，然后转发给本组织的其他节点。主导节点可以通过特定的算法选出，因此保证了在节点数量不断变动的情况下仍能维持整个网络的稳定性。
在 Fabric 的网络中，可能同时存在多个彼此隔离的通道，每个通道包含一条私有的区块链和一个私有账本，通道中可以实例化一个或多个链码，以操作区块链上的数据。由此可见，Fabric 是以通道为基础的多链多账本系统。
从关键词“1个通道+ 1个账本+ N个成员”可以知道，要在Fabric区块链网络中，搭建一个子链，需要创建通道，利用通道将成员加入进来，由N个成员维护一个账本，从而实现一个区块链。
注意：共识服务接收所有链的所有交易，因此保密性仅与peer而不是Orderers相关。如果应用程序不希望Orderers知道交易的内容，它必须利用其他技术来隐藏敏感数据，例如哈希散列或加密。
账本
Fabric 里的数据以分布式 账本的形式存储。账本由一系列有顺序和防篡改的记录组成，记录包含着数据的全部状态改变。账本中的数据项以键值对的形式存放，账本中所有的键值对构成了账本的状态，也称为“世界状态”（ World State ）。
每个通道中有唯一的账本，由通道中所有成员共同维护着这个账本，每个确认节点上都保存了它所属通道的账本的一个副本，因而是分布式账本。对账本的访问需要通过链码实现对账本键值对的增加、删除、更新和查询等的操作。
账本由区块链和状态数据库两部分组成。
区块链是一组不可更改的有序的区块（数据块），记录着全部交易的日志。每个区块中包含若干个交易的数据，不同区块所包含的交易数量可以不同。区块之间用哈希链（ Hashed-link ）关联：每个区块头包含该区块所有交易的哈希值，以及上一个区块头的哈希值。这样的链式架构可以确保每个区块的数据不可更改，以及每个区块之间的顺序关系不可更改。这个特点决定了区块链的区块只可以添加在链的尾部。
状态数据库记录了账本中所有键值对的当前值，相当于对当前账本的交易日志做了索引。链码执行交易的时候需要读取账本的当前状态，从状态数据库可以迅速获取键值的最新状态。
如果没有状态数据库，要获得某个键值时，需要遍历整个区块链中和该键值相关的交易，效率非常低，因此，读取状态数据库可以认为是快速定位和访问某个键值的方法。另外，当状态数据库出现故障的时候，可以通过遍历账本重新生成。
区块链的数据块以文件形式保存在各个节点中。状态数据库原理上可以是各种键值数据库，Fabric 缺省使用的是 LevelDB ，也支持 CouchDB 的选项。CouchDB 除了支持键值数据之外，也支持 JSON 格式的文档模型，能够做复杂的查询。
Fabric的拓扑结构
下图展示了一个典型的Fabric网络中几个子链的拓扑关系：
三条线，蓝色实线，红色实线，和橙色虚线，分别代表三个通道。
所有的通道，都连接了Ordering Service说明，共识服务接收所有链的所有交易。这一点，也说明了HyperLedger Fabric不是完全的去中心化，而是多中心化。
peer1.1等节点，接入了多个通道，说明一个peer节点也可以参与到多个channel中。每个Channel之间是相互隔离，且是并行运行的。这一特性大大提高了系统的吞吐量。
从上图可以知道，一个链由1个通道+ 1个账本+ N个成员组成。共识是由Ordering Service提供的。
Fabric子链的示意图
下图展示了多通道消息订阅与共识服务，账本之间的关系：
如上图所示，peer 1,2和N订阅红色通道，并共同维护红色账本; peer 1和N订阅蓝色通道并维护蓝色账本; 类似地，peer 2和peer N在黑色通道上并维护黑色账本。
在这个例子中，peer N在订阅了所有通道，我们看到每个通道都有一个相关的账本。 一般来说，我们称不涉及所有peer的账本为子账本，而涉及所有peer的账本另一种是系统账本，即全账本。
https://www.8btc.com/article/283714
《区块链核心技术与应用》
《区块链开发实战》
等