hyperledger fabric中的背书是一个较为复杂的概念，如需视频学习fabric，可以参考视频教程。
背书就是在执行某些操作之前，进行数字签名的过程，在fabric中的所有上块的所有操作都需要进行背书。
进行背书的节点就是背书节点。
背书的规则叫做背书策略。
在fabric中的策略分为三种：
- 系统级别的策略
- Chaincode级别的策略
- Key级别的策略（较少用）
系统级别的策略指的是在进行一些特定的操作，如组织机构的添加，联盟的创建，channel的创建，系统合约的安装等操作，这些操作听起来就像是一些超级管理员能够做的事情，同时这些都是内置在fabric中的系统中的系统合约来操纵的，并非用户自己开发的合约来控制的。那么这些配置大部分都在channel的配置块里存储着，如添加组织机构需要联盟里面的大多数组织机构的admin用户签名同意才可以添加，该策略是在channel的配置块里存储：如下图所示：majority表示大部分的意思
file
chaincode级别的策略是指用户自己开发的合约，指定这些合约需要哪些节点进行签名背书，往往我们是在实例化合约或者升级合约的时候指定好，如下所示：
file
其中背书策略的角色包括一下几种：
‘Org1.admin’: Org1MSP的admin
‘Org1.member’: Org1MSP的任一成员
‘Org1.client’: Org1MSP的任一client
‘Org1.peer’: Org1MSP的任一peer节点
admin代表只有admin用户
才可以背书，client表示所有的org用户都可以进行签名，peer代表org的peer节点可以签名，此种方式可以自动进行签名，member代表三种方式任一一种可以签名。
key级别的策略较少使用，通过代码层面进行设置，这里不进行描述。
本文由博客一文多发平台 OpenWrite 发布！
