在我们的应用程序中，我们可以拥有很多用户。 （10000 ++） 我们希望让我们的用户有机会在私人环境中签署他们的交易，列出他们的资产。 他们拥有自己的最终用户和资产，并且能够通过网络管理它们。
首先，我们的用户会使用我们的网络，然后我们希望能够通过允许他们与自己的网络进行互动来为他们提供更高级别的隐私。 （通过分类帐）
我们使用composer构建了一个系统，我们的最终用户（我们的客户）拥有自己的身份。但我们需要确保我们不会有任何限制。知道通过这种方案，参与者的数量可能变得巨大，身份管理可能成为一场噩梦
我们进行了搜索，但是我们没有找到与使用超级编组器构建的此类系统的限制相关的信息。
我们了解商业网络是私有的，但对于SAAS应用程序，您的建议是什么？
答案 0 :(得分：1)
因此，您希望为组织（及其用户）提供访问SaaS应用程序和（最终）维护分类帐分离（隐私）的权限。
您可以在不同的渠道（如Fabric渠道）中部署SAME业务网络（智能合约和部署的业务模型），这样每个组织都将拥有自己的分类帐。此外，作为SaaS提供商，您可以从SaaS网络中的中央CA注册商处发出身份 - 或者 - 更可能 - 每个人都可以访问自己的CA以发布身份（即证书） - 但是这已配置 - 以便其用户可以签署交易（例如来自申请）。
这些用户将通过商业网卡连接到他们的业务网络（并访问该分类帐） - “卡”包含身份信息和连接元数据以连接到已部署的业务网络（来自相关应用程序，例如通过蜜蜂）。在最终用户登录后，可以进行检查以查看他们是否具有公交网卡，以便能够与分类帐交互。
SaaS提供商或个人组织可能（通过一些UI或管理功能）发布卡并让它们集中/安全地持久存储/存储 - 也就是说，在最终用户的浏览器中运行的SaaS应用程序（例如）访问该组织中的用户钱包，其中包含业务网卡和身份信息 - 这只是一个可能的实现示例。
可以自动构建/发行卡片（也可以创建Composer中的参与者 - 映射到身份）。 CA服务器将为每个注册的身份颁发证书，因此每个唯一身份将具有唯一的名片（微小的足迹，即<1k）。这有帮助吗？所以我没有看到一个主要的“限制”，也没有看到你建议的主要开销。