以下是我对Hyperledger Fabric系统的理解。请让我知道是否有任何不正确的地方。
1）因此，我们有同龄人（背书人，主播，一般人（有分类帐的人），定购人）。同样，当我们设置结构时，假设我们注册了两个组织。我们将其称为公司A和公司B。现在我应该做的是使用cryptogen生成转到特定文件夹的证书。（在加密文件夹中，我在此阶段将拥有公司A和公司B的密钥库和签名证书）。
现在，对于这些公司A和B，我也为他们建立了同行。假设我给公司A提供了peer0（锚），给公司B提供了peer1（锚），
我将对等人2（一般）授予公司A，对等人3（一般）授予公司A，对等人4（背书人）给予公司A，对等人5（背书人）授予公司B。谁接收到来自客户端的请求），至少1个普通对等方（拥有分类帐）和至少1个锚定对等方，这些对等方从订购者那里获取块并将其提供给同一组织中的普通对等方。
这就是设置。假设我将这些同行分配给公司A和B，并且还设置了订购者同行（我们将其保留为SOLO）。在运行网络之前，我还需要具有创始块和通道。让我们创建一个全局通道并将其命名为EveryoneChannel，并将所有对等方放入其中。
我继续。现在，当我要使用链码时，哪个节点应具有此书面链码？我的理解是，链码必须由背书者所有，因为在我阅读时，是执行链码以模拟提案并将其返回给用户的人。那么代言人有链码吗？一般同行都有分类帐。锚获取块并将其分配给同一组织中的一般对等方。我知道订购者做什么。
谁是客户？我读过很多次客户向网络发出交易请求。所以我的猜测是在每个组织中，例如公司A，公司A可以注册将与公司A的组织绑定的员工。假设公司A已注册了三个员工，即employee1，employee2，employee3。因此将为这些员工创建3个证书，并将它们保存在crypto文件夹中。
现在可能发生的事情是，被雇用者1可以向与employee1处于同一组织中的背书对等方发出交易请求。 employee1已经拥有我提到的证书，因此请求，响应和交易将是有效的。甲公司的代言人会照顾好它。
现在，我还阅读了有关背书政策的信息。因此，这意味着如果该交易得到组织的同龄人的第n次验证，则交易将是有效的，并且据说此签注政策是书面的
在chaincode中。如果我们有A公司和B公司，并且其背书人都有链码，我是否应该在两者中都加入背书政策？我猜客户在发出交易请求时，只能向唯一的组织而不是其他组织发出此请求。因此，A公司的背书人将拥有此链码和背书政策。那么会发生什么呢？ Company'As背书人还会将此请求发送给B公司的背书人，并等待其响应并向客户返回两个响应？
最佳答案
首先，我将为您介绍this问题的答案。它说明了不同的对等类型，并链接到相关的Hyperledger Fabric文档。该文档通过一些漂亮的图表比我所能解释的要好得多：)
您对网络的配置和运行方式有正确的一般认识，但可以从问题中的几点着手：
锚点对等点对分发块没有任何特殊责任，它们仅充当初始连接端点，以允许其他组织发现网络中的所有其他对等点。有关其工作原理的更多详细信息，请参见here。
实例化链码时定义了背书策略。如果背书策略要求多个组织的背书，则发起交易的客户必须将背书对背书的每个组织都将交易提议发送给背书对等方。一旦所有必要的对等方都返回了正确签名的交易响应，然后将这些响应发送到订购者以打包成一个块，然后传输给所有对等方。收到订购者发出的冻结信息后，每个对等方都会根据背书策略执行自己的验证，然后再将其提交到其账本副本。
关于hyperledger-fabric - Hyperledger Fabric如何执行背书以及Hyperledger Fabric中的客户是谁，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/53483239/