Hyperledger Fabric 1.0：整体架构与记账逻辑架构详解

Hyperledger Fabric 1.0是Hyperledger项目的一个重要组成部分，它提供了一种构建分布式账本应用程序的框架。该框架的核心组件包括区块链服务、成员管理、ChainCode集成平台和事件服务。这些组件协同工作，以支持各种业务网络的需求。
整体架构分析
Hyperledger Fabric 1.0的整体架构主要由以下几个部分组成：

1. 区块链服务（Blockchain）：这是Hyperledger Fabric的核心组件，负责节点之间的共识管理、账本的分布式计算、账本的存储以及节点间的P2P协议功能的实现。它为区块链的主体功能提供了底层支撑。
2. 成员管理（Membership）：这一组件提供会员注册、身份保护、内容保密和交易审计功能，以确保平台访问的安全性。在Hyperledger Fabric 1.0版本后，成员管理功能被集成到了CA组件中。
3. ChainCode的集成平台：这个平台为ChainCode提供了部署运行的环境，使得ChainCode能够安全、高效地在Hyperledger Fabric网络中运行。
4. 事件服务（Event）：事件服务贯穿于其他各个组件中间，为各个组件间的异步通信提供了技术实现。
   此外，Hyperledger Fabric 1.0的架构中还包括了客户端（Client）、节点（Peers）和排序服务（Ordering Service）等重要组件。

• 客户端（Client）：作为应用客户端，负责将终端用户的交易请求发送到区块链网络。
• 节点（Peers）：节点是负责维护区块链账本的实体。它们分为背书节点（Endorser）和提交节点（Committer）。背书节点对交易进行背书（验证交易并对交易签名），而提交节点接收打包好的区块，然后写入区块链中。值得注意的是，背书节点和提交节点可以同时部署在一台物理机上，形成一个逻辑概念。
• 排序服务（Ordering Service）：排序服务负责接收交易信息，并将其排序后打包成区块，放入区块链。最后将结果返回给提交节点。这一服务为数字资产跨企业间交易的实现提供了技术保障。
  记账逻辑架构分析
  在Hyperledger Fabric 1.0中，记账逻辑架构的核心是事务处理流程。这个流程从应用客户端发起TransactionProposal开始，然后由节点对这个Proposal进行ChainCode的执行。在ChainCode执行完成之后，背书节点、提交节点和共识节点会对这个事务进行背书、共识的管理，以及对背书的结果进行验证之后写入账本。具体流程如下：

1. 应用客户端向一个或多个节点发送对事务的背书请求。
2. 背书请求节点执行ChainCode，但不会将结果提交到本地账本，只是将结果返回给应用客户端。
3. 应用客户端收集所有背书节点的结果后，将结果广播给Orderers。
4. Orderers执行共识过程，并生成Block，通过消息通道批量的将Block发布给Peer节点。
5. 各个Peer节点验证交易，并提交到本地账本中。
   通过这样的记账逻辑架构，Hyperledger Fabric 1.0确保了交易的安全性和可靠性，同时也提供了灵活性和可扩展性，以满足各种业务网络的需求。