我们有订货人，同行和用户 . 但他们将如何在一个真实案例中工作？
例如，如果我们有三家公司A，B和C，他们希望他们的数据在Hyperledger Fabric中传输，那么订购者，同行和用户应该如何在公司之间分配？
每家公司都有自己的订货人吗？每家公司需要多少个同行？
用户是否使用SDK向对等方发起交易提议？如果是，他们是否需要将提案发送给另一个组织的同行？在这种情况下，域名将如何运作？
每家公司的证书在哪里存储？是集中式系统以及网络如何在各个节点之间分配 .
我们是否只有一个crypto-config.yaml和configtx.yaml用于系统中的所有peer和orderer节点以及保存此文件的位置？
我正在寻找这些问题的答案，虽然他们都不是我的，但我正在寻找答案 .
1 回答
Hyperledger Fabric（适用于v1.1）通常会与由某个受信任的机构或网络成员托管的订购者一起部署 . 在后续版本中，我们将使orderer服务完全分散，但目前，它将是由网络成员共享的集中服务 .
每个组织通常至少运行一个对等节点 - 两个或更多用于恢复 . 每个组织也可能至少运行一个成员服务提供商的实例（例如fabric-ca） - 再次，一个2或更多的集群用于恢复 .
用户通过其中一个SDK发起交易提议，他们会根据需要向多个节点发送提案以满足认可政策 . 例如如果认可政策要求提案至少由您的三个组织中的两个签署，则该提案需要在发送之前发送给组织，以便组织A和B，或组织B和C或组织A和C，然后才能发送给订货人列入一个区块 .
每个公司的证书都可以通过MSP获得 . crypto-config.yaml可以用于整个网络，也可以用于个人组织 . Cryptoconfig作为实用程序提供，但也可以使用fabric-ca客户端生成证书 .
了解Fabric的最佳方法是参加documentation中的各种教程 .