标签：amp 应用 sign 删除 授权 lan ade c中 rsh
Hyperledger Fabric是由IBM公司主导开发的一个面向企业级客户的开源项目。与比特币和以太坊这类公有链不同，Hyperledger Fabric 网络的成员需要从可信赖的 成员服务提供者（MSP）注册经过授权认证后才能加入网络。从而避免了POW资源开销，大幅提高了交易处理效率。
Hyperledger Fabric 中的账本由世界状态（world state）和区块链这两部分组成，它们彼此不同但却相互关联。其中世界状态由区块链决定。
世界状态是一个数据库（leveldb、couchdb），它存储了一组账本状态的当前值。通过世界状态，程序可以直接访问一个账本状态的当前值，不需要遍历整个交易日志来计算当前值。默认情况下，账本状态是以键值对的方式来表示的，因为我们可以创建、更新和删除状态，所以世界状态能够频繁更改。
区块链是交易日志，采用Merkle Tree结构，不可篡改，它记录了促成当前世界状态的所有改变。交易被收集在附加到区块链的区块中，能帮助我们理解所有促成当前世界状态的改变的历史。
通道是fabric中特别重要的概念。可大致理解为私有的子网络，通道中的节点共同维护账本，实现数据的隔离和保密。通道是特定网络成员之间的专用通信层，只能由被邀请加入通道的组织使用，并且对网络的其他成员不可见。每个channel对应一个账本，由加入该channel的peer维护，一个peer可以加入多个channel，维护多个账本。
即Orginazation，管理一系列成员的组织。一个channel内可以有多个组织。
又称链码，Hyperledger Fabric 智能合约用 Go、Node.js 和 Java 语言编写，当该应用程序需要与账本交互时，由区块链外部的应用程序调用。在大多数情况下，链码只与账本的数据库、世界状态（例如，查询）交互，而不与交易日志交互。
指一个节点执行了一个交易并对结果进行签名后返回响应的过程。
客户端必须连接到某一个peer节点或排序服务节点上才能与区块链网络进行通信。客户端向背书节点（endorser）提交交易提案（transaction proposal），收集到足够背书(可理解为担保)后，向排序服务广播交易提案，进行排序，生成区块。
configtxgen模块的配置文件configtx.yaml中配置的。接收包含背书签名的交易，对未打包的交易进行排序生成区块，提供Gossip 协议的广播给peer节点。排序服务提供的是原子广播，保证同一个链上的节点接收到相同的信息，并且有相同的逻辑顺序，完成区块信息的同步工作。
由服务器和客户端组成，CA节点接收客户端的注册申请，返回注册密码用于用户登录，以便获取身份证书。区块链上的所有操作都需要验证用户身份。
PKI(Public Key Infrastructure)，是一组互联网技术，可在网络中提供安全通信。
PKI有四个关键要素：数字证书，公钥和私钥，证书授权中心，证书撤销列表
MSP(Membership Service Provider)，一个 MSP 是定义管理该组织有效身份规则的组件。Fabric 中默认的 MSP 实现使用 X.509 证书作为身份，采用传统的公钥基础结构PKI分层模型。（PKI提供身份列表，MSP将身份转化为网络成员。）
要在Fabric网络上进行交易，成员需要这样做：
在一个账本的更新被应用到 Peer 节点的本地账本之前， Peer 节点会请求网络中的其他 Peer 节点来批准这次更新。这个过程被称为共识
fabric中使用的共识可以分为：solo；kafka；PBFT；Raft（注：solo和kafka在fabric2.0版本中已被弃用，PBFT是fabric0.6版本）
（了解更多PBFT概念可以参考PBFT共识算法详解；了解更多Raft概念可以参考Raft共识算法详解）
共识包含如下三个阶段：
策略是一组规则，用来定义如何做出决策和实现特定结果。策略是使 Hyperledger Fabric 不同于其他区块链系统（比如 Ethereum 或者 Bitcoin）的内容之一。在其他系统中，交易可以在网络中的任意节点生成和验证。治理网络的策略可以在任何时间及时修复，并且只可以使用和治理代码相同的方式进行变更。因为 Fabric 是授权区块链，用户由底层基础设施识别，所以用户可以在启动前决定网络的治理方式，以及改变正在运行的网络的治理方式。
以下是fabric的经典交易流程，所有涉及到对账本数据更新的操作都是基于这个交易流程来完成的。
网络节点架构图
交易流程总图
应用程序使用相应的 SDK（Node，Java，Python，Golang）提供的 API 构建交易提案并提交给相应的背书节点，交易提案中包含：
channelID：通道信息
chaincodeID：要调用的链码信息
timestamp：时间戳
sign：客户端的签名
txPayload：提交的事务本身包含的内容，包含两项
operation：要调用的链码的函数及相应的参数
metadata：调用的相关属性
在接收来自客户端的消息时，背书节点首先验证客户端的签名clientSig(使用MSP)，然后模拟事务。背书节点会调用链码模拟执行交易提案，产生包括响应值、读写集的事务结果(读写集是交易中记录的主要内容)。这些执行不会更新账本。
背书节点会对读写集进行背书(Endorse)签名，生成提案响应(Proposal response)并返回给应用程序。
应用程序根据接收到的提案响应生成交易，并发送给排序服务节点(Orderer节点)。交易请求被提交到Ordering服务节点，该事务包含读/写，背书签名和通道ID；Orderer节点接收到事务请求之后，并不需要检查交易中的具体数据，它只是从网络中的所有通道接收交易，按时间顺序对它们进行全排序，并创建交易区块。之后广播给同一通道内所有组织的leader节点。
记账节点对接收到的区块进行验证（交易消息结构是否正确、是否重复、是否有足够的背书、读写集版本(防止了双花问题），通过验证后将结果写入到本地的分类账本中。验证不通过的交易会被标记无（Invalid）。
每个peer节点都会将该块附加到通道链中，并且对于每个有效事务，写集都将提交到当前状态数据库。发出一个事件，以通知客户端应用程序交易（调用）已被不可变地附加到链上，并通知交易是否有效或无效。
标签：amp 应用 sign 删除 授权 lan ade c中 rsh
原文地址：https://www.cnblogs.com/zmk-c/p/14655529.html
