摘要：
背书策略背书策略用于指导对等方确定交易是否已被批准。它将调用与事务链码关联的VSCC（验证系统链码）。CLI中的背书策略语法使用简单的布尔表达式语言来表示主题的背书策略。“组织3。成员”）三名受试者必须签署并批准签名或（“Org1。成员'，
背书策略
背书策略用于指导peer如何确定交易是否得到了的认可。当一个peer接收到一个事务时，它会调用与事务的Chaincode相关联的VSCC（验证系统链代码），作为事务验证流程的一部分，以确定交易的有效性。一个交易包含了一个或多个peer背书节点中的背书支持。VSCC的任务是做出以下决定：
- 所有的背书都是有效的（也就是说，它们是有效的签名，而不是预期的消息）。
- 有适当数量的背书
- 背书来自预期的来源(s)
背书策略指的是第二和第三点其中的一种方式。
CLI中的背书策略语法
在CLI中，使用一种简单的布尔表达式语言来表达对主体的背书策略。
一个主体被描述为MSP，它的任务是验证签名者的身份，以及签名者在MSP中所扮演的角色。目前，支持两个角色，即成员和管理员。角色组成，MSP必须承载MSP ID，角色是成员和管理员两个字符串之一。例如一个有效的主体是“Org0.admin”（任何组织的任何管理员）或是Org1.member（任何组织的成员）。
该语言的语法是：
EXPR(E[, E...])
EXPR使用AND或者OR其中之一作为表达式，E要么是一个主体（上面描述的是语法），要么是另一个对EXPR的嵌套调用。
例如：
- AND('Org1.member', 'Org2.member', 'Org3.member')三个主体必须同时背书并认可签名
- OR('Org1.member', 'Org2.member')两个主体中的任意一个背书并认可签名
- OR('Org1.member', AND('Org2.member', 'Org3.member'))主体1背书并认可签名或者主体2和主体3同时背书并认可签名
为chaincode指定背书策略
使用这种语法，chaincode部署人员可以请求对chaincode的背书在指定的策略上进行验证。注意-默认策略需要一个来自默认MSP的成员的签名。如果在实例化chaincode时，在CLI中没有指定策略，则使用此方法。
可以在实例化时使用“-P”关键词指定策略，然后执行策略。
例如：
peer chaincode instantiate -C <channelid> -n mycc -P "AND('Org1.member', 'Org2.member')"
这个命令使用 AND('Org1.member', 'Org2.member') 背书策略来部署chaincode mycc，该策略要求Org1和Org2的成员两个都必须签署事务。