Hyperledger Fabric 如何在非权限网络和权限网络中设置Auditor
Hyperledger Fabric How to set up Auditor in non-permission Network and permission network
我研究超级账本结构已有一段时间了。我在不使用 docker 的情况下成功安装并形成了 Fabric 网络与 5 个同行。现在我尝试在网络中设置 Auditor 和非验证节点。我四处浏览，但找不到任何明确的文件。
谁能帮忙？
Hyperledger Fabric v1.x 架构中不再存在验证节点的概念。每个对等节点既是验证节点又是提交节点；区别在于承诺和认可的角色。背书节点实际上会在他们的文件系统上安装链码，他们会执行交易以产生 "endorsement"。
进一步扩展，分类帐仅存在于渠道范围内。因此，对等方将 "subscribe" 或 "join" 一个通道，并且通过扩展具有特定于该通道的唯一分类帐。因此，链码状态特定于单个通道，并且不会跨通道共享（应该注意的是，您可以在另一个通道上查询链码并将返回值用作交易的输入）。这有点题外话，但仍然很重要。
要向审核员回答您的问题，有几种可能性。 1. 组织可以共享适当的证书，从而允许访问他们的对等节点。然后，审计员可以在特定渠道查询分类帐历史记录。
2. 审计员在每个需要概览的通道上维护一个对等节点。审计员不会充当链代码交易的背书人，但由于在通道上，会将所有交易提交到自己的分类帐中。
3. 在审核时，审核员加入频道并接收整个交易历史记录。检查完成后，审核员将从通道中移除。 ** 这可能提供了最多的隐私，但随着链代码版本以及 key/vals 和函数的发展，可能会变得棘手 **
我研究超级账本结构已有一段时间了。我在不使用 docker 的情况下成功安装并形成了 Fabric 网络与 5 个同行。现在我尝试在网络中设置 Auditor 和非验证节点。我四处浏览，但找不到任何明确的文件。 谁能帮忙？
Hyperledger Fabric v1.x 架构中不再存在验证节点的概念。每个对等节点既是验证节点又是提交节点；区别在于承诺和认可的角色。背书节点实际上会在他们的文件系统上安装链码，他们会执行交易以产生 "endorsement"。
进一步扩展，分类帐仅存在于渠道范围内。因此，对等方将 "subscribe" 或 "join" 一个通道，并且通过扩展具有特定于该通道的唯一分类帐。因此，链码状态特定于单个通道，并且不会跨通道共享（应该注意的是，您可以在另一个通道上查询链码并将返回值用作交易的输入）。这有点题外话，但仍然很重要。
要向审核员回答您的问题，有几种可能性。 1. 组织可以共享适当的证书，从而允许访问他们的对等节点。然后，审计员可以在特定渠道查询分类帐历史记录。
2. 审计员在每个需要概览的通道上维护一个对等节点。审计员不会充当链代码交易的背书人，但由于在通道上，会将所有交易提交到自己的分类帐中。
3. 在审核时，审核员加入频道并接收整个交易历史记录。检查完成后，审核员将从通道中移除。 ** 这可能提供了最多的隐私，但随着链代码版本以及 key/vals 和函数的发展，可能会变得棘手 **