Hyperledger Composer 将如何工作？
How would Hyperledger Composer work?
我是composer的新手，正在练习一些教程和例子。但是在这样做的时候我无法理解一些功能，所以这里有一些我不太清楚的问题：
- 查询是否受到 .acl 文件的限制（例如，当我们在 rest 服务器中使用它们时）？
- .acl中写的规则是否限制了某些允许特定参与者提交的交易？ （比如对于participantA是不允许CREATE新参与者的，但是如果participantA提交交易（允许他提交）创建另一个参与者会怎样，这个交易会不会失败了？
- rest api服务器可以创建卡片吗？（我知道可以使用JS创建参与者api，但是是否可以通过RestServerApi为这些参与者创建和发布身份？ )
- PeerAdmin 将某个节点升级到新版本后会发生什么？在这种情况下，其他节点如何行动？他们会自动升级吗？（还发现在本地部署时升级需要很多时间（2-4分钟），而在本地连接的浏览器中需要3-4秒）
- Hyperledger fabric 是否允许将部分账本数据存储在一个私有网络中，而连接到私有网络的其他网络不会存储这部分账本（或者数据将被简单地加密）？关于交易的同样问题：是否会在外网执行？
是 Composer 查询（以及其中的结果）受 ACL 限制或过滤器的约束。
由于ACL规则限制，还是会失败。一旦拒绝创建，就永远被拒绝，因为这是最后的操作（在这种情况下）。实际交易会失败。
是的，当然可以使用 POST /system/identities/issue REST 端点（例如 http://localhost:3001/api/system/identities/issue）- 请在此处查看示例 -> https://medium.com/@CazChurchUk/developing-multi-user-application-using-the-hyperledger-composer-rest-server-b3b88e857ccc
具有 PeerAdmin 能力的管理员有责任在他的同事（在他的组织中）上安装新版本。其他 Org 同行管理员负责他们的，这就是具有不同 Org 的区块链联盟的工作方式。他们会同意 'what' 和时间，但需要在自己 Org 的对等节点上安装新版本，因此新版本可以在同一频道上启动。当然，Fabric 基础架构的响应时间与使用本地存储的 Web 连接的响应时间会有差异。
Fabric 中的频道实施隐私。您可以在该通道（分类帐）上拥有一个或多个业务网络，因此该业务网络中的交易对该分类帐是私有的。是否加密数据是客户的责任。 Hyperledger Composer 可以允许在同一个通道上从另一个业务网络调用一个业务网络，或者如果允许的话，也可以在不同的通道上调用 - 请参阅 https://hyperledger.github.io/composer/latest/tutorials/invoke-composer-network
我是composer的新手，正在练习一些教程和例子。但是在这样做的时候我无法理解一些功能，所以这里有一些我不太清楚的问题：
- 查询是否受到 .acl 文件的限制（例如，当我们在 rest 服务器中使用它们时）？
- .acl中写的规则是否限制了某些允许特定参与者提交的交易？ （比如对于participantA是不允许CREATE新参与者的，但是如果participantA提交交易（允许他提交）创建另一个参与者会怎样，这个交易会不会失败了？
- rest api服务器可以创建卡片吗？（我知道可以使用JS创建参与者api，但是是否可以通过RestServerApi为这些参与者创建和发布身份？ )
- PeerAdmin 将某个节点升级到新版本后会发生什么？在这种情况下，其他节点如何行动？他们会自动升级吗？（还发现在本地部署时升级需要很多时间（2-4分钟），而在本地连接的浏览器中需要3-4秒）
- Hyperledger fabric 是否允许将部分账本数据存储在一个私有网络中，而连接到私有网络的其他网络不会存储这部分账本（或者数据将被简单地加密）？关于交易的同样问题：是否会在外网执行？
是 Composer 查询（以及其中的结果）受 ACL 限制或过滤器的约束。
由于ACL规则限制，还是会失败。一旦拒绝创建，就永远被拒绝，因为这是最后的操作（在这种情况下）。实际交易会失败。
是的，当然可以使用
POST /system/identities/issueREST 端点（例如http://localhost:3001/api/system/identities/issue）- 请在此处查看示例 -> https://medium.com/@CazChurchUk/developing-multi-user-application-using-the-hyperledger-composer-rest-server-b3b88e857ccc具有 PeerAdmin 能力的管理员有责任在他的同事（在他的组织中）上安装新版本。其他 Org 同行管理员负责他们的，这就是具有不同 Org 的区块链联盟的工作方式。他们会同意 'what' 和时间，但需要在自己 Org 的对等节点上安装新版本，因此新版本可以在同一频道上启动。当然，Fabric 基础架构的响应时间与使用本地存储的 Web 连接的响应时间会有差异。
Fabric 中的频道实施隐私。您可以在该通道（分类帐）上拥有一个或多个业务网络，因此该业务网络中的交易对该分类帐是私有的。是否加密数据是客户的责任。 Hyperledger Composer 可以允许在同一个通道上从另一个业务网络调用一个业务网络，或者如果允许的话，也可以在不同的通道上调用 - 请参阅 https://hyperledger.github.io/composer/latest/tutorials/invoke-composer-network