Architecture Hyperledger结构体系结构说明

我们有订购者、同行和用户。但在实际案例中，它们将如何工作

例如，如果我们有三家公司A、B和C，他们希望在Hyperledger结构中传输他们的数据，那么订购者、同行和用户应该如何在公司之间进行分配

每个公司都会有自己的订购者？每个公司需要多少同行

用户是否使用SDK向对等方发起事务建议？如果是，他们是否需要将提案发送给其他组织的同行？在这种情况下，域将如何工作

每家公司的证书存放在哪里？是集中式系统，以及网络如何分布在各个节点之间

对于系统中的所有对等节点和订购方节点，我们是否只有一个crypto-config.yaml和configtx.yaml？该文件保存在何处

---

我在寻找这些问题的答案，虽然它们都不是我的，但我在寻找答案

Hyperledger Fabric for v1.1通常与由某个可信机构或网络成员托管的订购方一起部署。在随后的版本中，我们将使orderer服务完全分散，但现在，它将是由网络成员共享的集中式服务

每个组织通常至少运行一个对等节点——两个或多个节点以实现弹性。每个组织还可能至少运行一个会员服务提供商实例，例如fabric ca——同样，一个2个或更多的集群，以实现弹性

用户通过其中一个SDK发起交易建议，并根据需要向尽可能多的节点发送建议，以满足背书策略。e、 g.如果背书政策要求提案至少由三个组织中的两个组织签署，则提案需要发送给组织a和B、组织B和C或组织a和C的对等方，然后才能发送给订购方以包含在区块中

各公司的证书可通过MSP获得。crypto-config.yaml可以用于整个网络，也可以用于单个组织。Cryptoconfig是作为一个实用程序提供的，但是也可以使用fabric ca客户端生成证书

---

学习织物的最佳方法是在一篇文章中回答一个相当大的问题。

中的各种教程。现在将回答第一个问题- 例如，如果我们有三家公司A、B和C，他们希望在Hyperledger结构中传输他们的数据，那么订购者、同行和用户应该如何在公司之间进行分配？

---

现在，假设一个BC是单个网络的一部分，在一个通道中。他们每个人都将有一组同龄人。每组中的一个对等点将是锚定对等点。现在，锚节点可以用来相互交谈并共享其账本中的数据。这用于更新彼此的分类账。如果用户需要某些信息，他们可以运行链码查询以获得相同的信息。

所有问题都在此处回答