【发布时间】：2026-01-18 16:35:01
【问题描述】：
我正在关注有关如何从 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，您可以从下拉列表中选择类型，其中包含 client、admin、peer、orderer 的条目。在这里您必须选择类型 admin，尽管对于 admin1 和 admin2，文档也暗示它们是“admin”。
他们都是管理员，尽管显然有些人比其他人（管理农场）更多管理员，例如客户端 vs 管理员（这个层次结构实际上是超级账本结构的精神，它是结构化和许可的，但这里没有明确定义）。
当存在密码字段时，也不清楚这是为新用户/enrollID/身份创建的新密码还是用于验证现有用户/enrollID/身份（简单解决方法是在任何地方都使用相同的密码:)))。
这三个相似的 (?) 概念之间也存在很大的混淆：用户、注册 ID 和身份。
到目前为止，我的帖子中没有明确的问题，因此预计 * 管理员会溢出并关闭此问题，因为它违反了问题政策堆栈。
为了比奥威尔式更弗洛伊德，我猜超级账本结构开发者最初对违反无许可比特币区块链精神的内疚浮出水面:)))
我的问题是，我们能否期望在更高级别的 Web 控制台前端上简化这种混淆，或者这是否更深地植根于 hyperledger-fabric 实现？
【问题讨论】：
标签： hyperledger-fabric ibm-blockchain