Hyperledger fabric 作曲家、参与者和用户管理

使用“composer cli”触发事务时，必须指定“enrollId”和“secret”才能发送请求。因此，事务是在给定结构用户的上下文中激发的

我在问自己，是否有一种方法可以将触发事务的fabric用户的身份映射到参与者注册表中的给定“参与者”（在composer JS代码中，它实现了业务逻辑）

---

这两层身份验证是否完全分离？如果是，那么如何在JS代码中识别给定的参与者（用composer术语）正在触发事务？Thx.

请参阅此处的文档：

---

issue identity/revoke identity CLI命令用于将结构用户映射到Composer参与者。

请参阅此处的文档：

---

issue identity/revoke identity CLI命令用于将结构用户映射到Composer参与者。

在通过REST API调用事务时，是否有方法动态指定用户/机密，以便在给定参与者的上下文中执行？如果我们使用“admin”标识启动RESTAPI服务器，所有API方法的后续调用都将在“admin”上下文中运行，对吗？调用REST时是否有更灵活的方法设置标识？是否有方法在通过REST API调用事务时动态指定用户/机密，以便在给定参与者的上下文中执行？如果我们使用“admin”标识启动RESTAPI服务器，所有API方法的后续调用都将在“admin”上下文中运行，对吗？调用REST时是否有更灵活的方法设置标识？