Hyperledger fabric 不同的MSP角色（成员、管理员、同级、客户）如何影响Hyperledger结构背书策略？

关于背书政策的语法文档 需要说明的是，主体被定义为MSP.ROLE，其中MSP是MSP ID，角色是成员、管理员、客户端或对等方

在所示的示例中，主要使用了成员。“MSP.member”是指“任何成员”，但什么是成员？目前，由于我们使用的大多数背书策略都遵循该语法，我们假设它表示任何对等方？但也有“MSP.peer”的例子

由于这是一项背书政策，检查交易是否已背书，何时使用“管理员”和“客户”？？（因为管理员或客户似乎不可能签署交易）

---

<> P>是否有明确的指导使用会员、管理员、客户和对等人进行签注政策？

< P>我认为你可以考虑这个问题的答案，以及文件

管理员：一个用户角色，能够代表该组织添加/删除对等方、部署链码、创建和加入频道等

客户：如果某个身份提交交易、查询等，则应将其归类为客户（例如您的应用程序）

---

对等：如果一个标识认可或提交事务，则应将其归类为对等标识。（例如背书人、提交对等方）

结构网络成员是区块链网络上的用户。通常，成员表示一个组织

以下来自官方文档的示例意味着，为了对交易进行背书并发送给订购方，每个组织的用户必须签名/背书

AND('Org1.member', 'Org2.member', 'Org3.member') requests 1 signature from each of the three principals

管理员比成员高一级。管理员可以从网络中添加和删除成员，并修改成员设置

对等方可以是背书对等方，也可以是不背书但提交事务的常规对等方

---

客户机通常是在区块链网络上调用智能合约的组织

在您的组织中，您将拥有角色，每个角色都有自己的权限。对于策略背书，只有4种类型的角色：成员、客户、同级和管理员，并且背书策略可以是：

或（'Org1.admin'，和（'Org1.member'，'Org1.member'））

这意味着，先前在Org1中实例化的链码事务可以由一名管理员或Org1的两名成员签名。在Fabric环境中，您可以设置哪些对等方可以验证和认可事务，并且通过Fabric CA提供的MSP，您可以设置允许对等方使用的角色。你可以阅读更多关于这方面的内容

在Fabric CA中，您可以在组织中注册新身份。每个身份都有一个角色和一个属性，例如，您作为Amazon Programming Department的管理员，可以注册、提供一个角色和一个属性，以便在Programming Department中注册新用户。这同样适用于对等方，您可以注册新的对等方身份，并为其指定一个角色（成员、管理员、客户端和对等方）

---

信用证：Alexander Yammine

第一个链接描述了Hyperledger Composer网络发行的对等管理员卡，这与我的问题无关，您共享的第二个链接只是默认的Hyperleger结构MSP和角色定义，就像您的描述一样，与我的问题中的背书政策无关。请澄清。背书政策是根据MSP的定义执行的。关于管理员角色，这是以前HLF版本的一个缺陷。我认为它们将在未来的版本中删除。更多细节：@HienPham你知道“对等”和“客户”角色的区别吗？