问题描述
我正在学习有关如何从 Web 控制台 ( https://developer.ibm.com/tutorials/quick-start-guide-for-ibm-blockchain-platform/ ) 设置 hello-world IBM Blockchain Cloud 网络的教程之一。第一步是创建一个 CA，在这里你必须提供一个 CA 管理员注册 ID 和密码。好的，让我们称这个为 admin1。然后直接的步骤是将身份与这个 CA 相关联（我们称之为 admin2）。这里看起来你必须添加之前创建的以前的 admin1 但不清楚这是相同的用户/身份/注册 ID 还是新的（你不能从下拉列表中选择 admin1 来清楚地显示 admin1之前创建，现在可用）。此 admin2 被列为具有客户端类型，尽管您在创建它时无法选择身份类型。然后在下一步中，您必须为 CA 注册用户，现在您必须创建一个新的 admin3。对于 admin3，您可以从包含客户端、管理员、同行、订购者条目的下拉列表中选择类型。在这里，您必须选择类型 admin，但对于 admin1 和 admin2，文档也暗示它们是“管理员”。
他们都是管理员，尽管显然有些管理员比其他管理员（管理员农场）更多，例如客户端 vs 管理员（这个层次结构实际上是结构化和许可的超级账本结构的精神，但这里没有明确定义）。
当存在密码字段时，也不清楚这是为新用户/注册 ID/身份创建的新密码还是用于验证现有用户/注册 ID/身份（最简单的方法）也无济于事。解决方法是在任何地方使用相同的密码:)))
这三个相似的 (?) 概念之间也存在很大的混淆：user vs enrollID vs identity。
到目前为止，我的帖子中没有明确的问题，因此预计 stackoverflow 管理员会溢出并关闭此问题，因为它违反了问题堆栈。
为了更加弗洛伊德而不是奥威尔，我想超级账本结构开发者违反无许可比特币区块链精神的最初罪疚浮现在前端:)))
我的问题是，我们能否期望在更高级别的 Web 控制台前端上简化这种混淆，或者这是否更深植于 hyperledger-fabric 实现中？
解决方法
我想我现在明白了：admin1 和 admin2 是一样的，这是 OrgName CA 的管理员； admin3 实际上是 OrgName 的管理员（这次没有尾随 CA）！啊哈！哦，亲爱的！
,解释如下：
作为区块链的入口点，您需要创建一个 MSP 组织（对等组织的正式定义）。
要创建 MSP 组织，您需要一个组织管理员身份。除了定义组织之外，CA 还会创建属于您组织的所有身份和证书。
因此，
- 第一步创建 CA
- 创建组织管理员身份（也被视为用户，因此它是注册用户的一部分）
- 创建一个或多个具有对等身份的用户
- 然后创建 MSP
希望它澄清了概念以及教程中定义的步骤（https://developer.ibm.com/tutorials/quick-start-guide-for-ibm-blockchain-platform/）。
用户-注册ID-身份之间的澄清：
- 用户是可以访问区块链网络的人
- 身份就像赋予该用户的角色，根据他们的角色，他们可以在区块链网络中执行不同的操作
- 注册 ID 是该用户的显示名称