Hyperledger Fabric之网络

参考

https://hyperledger-fabric.readthedocs.io/en/release-1.2/network/network.html

我们快速学习下超级记账本的网络组件

网络案例

Hyperledger Fabric网络N

• 包含一个Ordering服务O，使用的网络策略为NP1, 归属与组织RD, 相应证书都是CA4机构颁发。 注意Ordering节点是整个网络N的管理节点，它包含了网络的所有通道(这里是包含了通道C1,C2)的配置信息。
• 包含两个通道C1和C2, 通道C1的通道策略是CP1, C1由RA和RB组成的联盟创建，组织RA由CA1颁发证书, 组织RB由CA2颁发证书。 连接到通道C1的有两个节点P1和P2, P1由CA1颁发证书, P2由CA2颁发证书, 是符合CP1声明的策略的, 注意通道C1只会有一份账本L1。同理对于通道C2也是类似, 不过这里节点P2连接到了两个通道C1和C2, 它符合CP1和CP2的策略, P2就有L1和L2两个记账本, 不过账本数据应该会隔离开。
• 应用A1,A2连接到通道C1, P1和P2会有个Anchor锚节点,只能采访账本L1, 同理应用A3接入通道C2, P2和P3会有锚节点, 只能采访账本L2.

创建网络步骤

(1) 创建Ordering服务节点

Ordering服务节点O是网络N的管理节点, 必不可缺, 这里配置的网络策略NP1, 证书都有由CA4颁发。通过Ordering服务, 通道才可以加入到网络N, 节点O应该是保存了所有通道的配置信息(通道的策略和会员信息)。

这里的节点O配置的是SOLO, 也可以配置为集群的KAFKA

(2) 定义一个联盟

联盟由网络中若干个组织构成， 组织间有业务交易的需求。一个联盟下可按照需要创建多个通道。

(3) 为联盟创建一个通道

通道是用于连接网络组件和客户应用的。通道创建需要在Ordering服务生成配置区块。通道对于数据隔离和机密性起了很重要的作用。 需接入的组织身份认证后才可以采访，而且需要遵循通道策略CP1, CP1限定只能组织RA和RB 才能接入。

(4) 节点和通道

通道定义了可接入的组织，对应组织下的节点就能加入到通道， 通道可以有多个节点，节点也区分不同的角色:

• 背书节点: 客户应用通常请求更新操作首先向背书节点发起建议请求，背书节点需要返回背书响应。
• 提交节点: 验证ordering交易区块，并提交区块（追加或写）到当前节点维护的记账副本中。

每个节点加入到一个通道都会维护对应通道的记账副本， 所以所有节点都是提交节点。智能合同的背书策略确定的节点才能成为背书节点。 进一步的节点还可以定义为一下角色

• Anchor锚节点: 在通道配置中定义， 加入到通道的其它组织可被发现的第一个节点。
• 领导节点: 如果一个组织有多个节点, 需要一个领导节点负责与Ordering服务通信。

(5) 应用和智能合同

智能合同S4需要在节点安装和实例化之后才能被客户应用A1所调用， 客户端应用发起一个提议交易， 背书节点中的智能合同将被执行，智能合同会在记账本副本中模拟执行，返回客户端应用提议响应，客户端应用聚合这些相应作为交易广播到Ordering服务

(6) 增加新联盟

新联盟添加到已存在的通道，我们需要发送通道配置更新的信息到ordering服务，如请求合法，ordering服务会生成新的配置区块，网络中的节点被通知后必须检查新的配置区块，如果区块合法则更新个自己的通道配置区块。注意到，通道配置更新的请求是被系统的链码所处理，区块链的网络管理员才能调用。

(7) 增加新通道

新增通道C2到网络时，通道之间的策略是隔离的(CP1和CP2)。

(8) 新增节点

(9) 节点加入多个通道

以P2为例