每个Peer节点：

– 连接一条或者多条频道

– 维护每个通道的一个或多个账本

– 维护安装好的链码

– 管理实例化链代码的运行时docker容器

– 有本地的成员员服务提供商提供加密材料

– 向客户端应用发出事件

交易流程

1.应用发起交易

2.背书节点执行提议，回馈接受或者拒绝背书

3.应用收到回复

4.应用反馈给排序节点

5.排序节点交付给记账节点

6.记账节点验证交易并更新区块与worldstate

7.记账节点通知应用

背书政策

背书政策是指交易被背书的条件，每项交易只有在政策得到认可的情况下才有效。

每个链码能部署自己的背书政策。在支持提案的背书节点上签署提案响应

ESCC（背书系统链码）在背书节点上签名提议回应。

VSCC（验证系统链码）验证背书

背书政策语法

政策语法：EXPR(E[,E...])

EXPR 包含 AND,OR,OutOf，E要么是当事成员要么也是EXPR.

当事成员语法：MSP.ROLE

支持的角色：成员，管理，客户端，Peer

MSP指MSP ID， ROLE 是成员或者管理

政策示例

要求3个成员都签名

– AND('Org1.member', 'Org2.member', 'Org3.member')

要求两个成员中的任何一个签名

– OR('Org1.member', 'Org2.member')

• 要求成员1签名或者成员2和成员3都签名

– OR('Org1.member', AND('Org2.member', 'Org3.member'))