具有自定义环回实现的 Hyperledger Composer
Hyperledger Composer with custom loopback implementation
我想创建一个自定义环回服务器来处理与用户关联的超级账本作曲家卡片。
在我想要创建的场景中，有不同的用户能够在区块链中执行交易。
用户应该能够登录门户网站并提交交易。
这需要将门户网站的凭据（用户名和密码）存储在数据库中，而卡片则存储在服务器的文件系统中。
用户登录后，服务器应识别出他和select与该特定用户相关联的通讯卡。
有谁知道实现这个的最佳方法是什么？
您可能会考虑为您的业务网络卡使用云存储位置，其中包含区块链身份（但您选择的策略会覆盖它，例如将卡保存到 REST 服务器实例）- 业务然后，该应用程序用户（一旦通过身份验证，请参阅下面的第 4 项）就可以访问网卡（用于指定用户），以便能够连接到受保护的业务网络和分类账，然后与之交互 - 作为指定的身份。一种云策略的示例是 shown here - more info on cloud wallets here
您将在业务网络中的 Composer 中创建参与者（在您的模型文件中为其定义的 class(es)），并通过 Composer 发布身份（映射到参与者上面） - 或者实际上是从你的 CA 服务器，作为管理员（例如，用户通过一些应用程序用户注册过程然后激活帐户，他们的区块链身份，通过 link 到他们的电子邮件 ID 等或适合） .您的 Composer 身份（在业务网络中）可能以某种方式映射到 Web 门户用户 ID（意思是：无论您希望它是直接的还是间接的，您都会更好地了解您的安全架构）。
你问的一些问题在这个堆栈中得到了回答 ->
您显然会使用身份验证策略来验证您的 Web 应用程序用户 - 例如，如果您的应用程序正在使用 Composer REST API 与区块链上的业务网络进行交互。有关示例，请参阅此 Google OAUTH2（基于客户端身份验证）教程 -> https://hyperledger.github.io/composer/latest/tutorials/google_oauth2_rest 。
我想创建一个自定义环回服务器来处理与用户关联的超级账本作曲家卡片。
在我想要创建的场景中，有不同的用户能够在区块链中执行交易。
用户应该能够登录门户网站并提交交易。
这需要将门户网站的凭据（用户名和密码）存储在数据库中，而卡片则存储在服务器的文件系统中。
用户登录后，服务器应识别出他和select与该特定用户相关联的通讯卡。
有谁知道实现这个的最佳方法是什么？
您可能会考虑为您的业务网络卡使用云存储位置，其中包含区块链身份（但您选择的策略会覆盖它，例如将卡保存到 REST 服务器实例）- 业务然后，该应用程序用户（一旦通过身份验证，请参阅下面的第 4 项）就可以访问网卡（用于指定用户），以便能够连接到受保护的业务网络和分类账，然后与之交互 - 作为指定的身份。一种云策略的示例是 shown here - more info on cloud wallets here
您将在业务网络中的 Composer 中创建参与者（在您的模型文件中为其定义的 class(es)），并通过 Composer 发布身份（映射到参与者上面） - 或者实际上是从你的 CA 服务器，作为管理员（例如，用户通过一些应用程序用户注册过程然后激活帐户，他们的区块链身份，通过 link 到他们的电子邮件 ID 等或适合） .您的 Composer 身份（在业务网络中）可能以某种方式映射到 Web 门户用户 ID（意思是：无论您希望它是直接的还是间接的，您都会更好地了解您的安全架构）。
你问的一些问题在这个堆栈中得到了回答 ->
您显然会使用身份验证策略来验证您的 Web 应用程序用户 - 例如，如果您的应用程序正在使用 Composer REST API 与区块链上的业务网络进行交互。有关示例，请参阅此 Google OAUTH2（基于客户端身份验证）教程 -> https://hyperledger.github.io/composer/latest/tutorials/google_oauth2_rest 。