Hyperledger Fabric 如何进行背书，谁是 Hyperledger Fabric 的客户

Question

以下是我对 Hyperledger Fabric 系统的理解。如果有任何不正确的地方，请告诉我。

1) 所以我们有对等点（背书者、锚点、一般（拥有账本）、订购者）。此外，当我们设置结构时，假设我们注册了两个组织。让我们称他们为 A 公司和 B 公司。现在我应该做的是使用 cryptogen 生成他们的证书，这些证书转到特定文件夹。（在加密文件夹中，我在这个阶段将拥有的是 A 公司和 B 公司的密钥库和签名证书)。

现在对于这些公司，A 和 B，我也为他们做同行。假设我将 peer0（锚点）分配给 A 公司，将 peer1（锚点）分配给 B 公司，并且 我将 peer2（一般）分配给 A 公司，将 peer3（一般）分配给 B 公司，并将 peer4（背书人）分配给 A 公司，将 peer5（背书人）分配给 B 公司。据我了解，每个组织必须至少有 1 个背书节点（接收来自客户端的请求），至少 1 个普通节点（拥有账本）和至少 1 个锚节点，他们从排序节点获取块，将其提供给同一组织中的普通节点。

这就是设置。假设我将这些对等点提供给公司 A 和 B，并且我还设置了订购者对等点（让我们将其保留为 SOLO）。在我运行网络之前，我还需要有创世块和通道。让我们创建全局通道并将其命名为 EveryoneChannel 并将所有对等点放入其中。

---

我会继续。现在当我想要链码时，哪个节点应该有这个写好的链码？我的理解是链码必须归背书人所有，因为当我读到它是执行链码以模拟提案以将其返回给用户的人。那么背书者有链码吗？一般同行都有账本。锚点获取块并将其提供给同一组织中的一般对等点。我知道orderer是做什么的。

---

客户是谁？我多次读到客户端向网络发出事务请求。所以我的猜测是在每个组织中，例如A公司，A公司可以注册将绑定到A公司组织的员工。假设A公司注册了三个员工，employee1、employee2、employee3。所以将会发生的是为这些员工创建 3 个证书，它们也将保存在加密文件夹中。

现在可能发生的情况是，employee1 可以向与employee1 在同一组织中的背书节点发出交易请求。正如我提到的，employee1 已经拥有证书，因此请求和响应以及交易将是有效的。 A 公司的背书人会处理它。

---

现在我还阅读了有关背书政策的信息。所以这意味着如果它被来自组织的 n 次对等节点验证，则该交易将是有效的，并且据说这个背书策略是写的 在链码中。如果我们有 A 公司和 B 公司，并且他们的背书者有链码，我应该把背书政策放在他们两个中吗？我猜当客户提出交易请求时，他只能向他唯一的组织提出这个请求，而不是其他组织。所以 A 公司的背书人将拥有这个链码和背书政策。那么会发生什么？ Company'As endorser 也将这个请求抛给 Company B 的 endorser 并等待它的响应，然后返回两个响应给客户端？

Answer 1

首先，我建议您参考this 问题的答案。它解释了不同的对等点类型，并链接到相关的 Hyperledger Fabric 文档。该文档用一些漂亮的图表解释了一切，比我做得更好:)

您对网络的配置和运行方式有正确的总体认识，但请回答您问题中的几点：

• 锚节点对分发块没有任何特殊责任，它们只是充当初始连接端点，以允许其他组织发现网络中的所有其他对等点。有关其工作原理的更多详细信息，请参阅 here。
• 背书策略是在链码被实例化时定义的。如果背书策略需要多个组织的背书，则发起交易的客户端必须将交易提案发送给背书策略所需的每个组织的背书节点。一旦所有必要的对等节点都返回了正确签名的交易响应，这些响应就会被发送给排序者以打包成一个块，并传输给所有对等节点。在收到来自排序节点的区块后，每个节点都会根据背书策略执行自己的验证，然后再将区块提交到其账本副本中。