hyperledger-fabric - Hyperledger Composer - 参与者和同行

Question

我最近开始尝试掌握 Hyperledger Composer 的概念。

根据我的理解，Hyperledger Composer 只是 Hyperledger Fabric 之上的一层，目的是简化事情的完成方式。
当我试图理解参与者(作曲者术语)和同行(结构术语)之间的区别时，困惑就来了。根据前者的定义，我理解参与者是区 block 链网络的某种客户(例如汽车制造商、汽车购买者)，它们具有用户界面并通过 REST api 与区 block 链进行交互。另一方面，对等点是网络中的实际节点。直观地说，这些概念似乎是相互关联的，因为组织(参与者)需要联系网络中的每个自己的节点(对等点)，其中该对等点在网络中具有特定的读/写权限。

在他们的示例网络中，他们使用默认网络配置(crypto-config.yaml)，其中他们定义了一个对等点等。但是，我可以创建不同类型的参与者，而网络中只有一个对等方。此外，为整个网络生成单个 REST api。

对于一个由两方组成的网络(例如汽车制造商和汽车质量保证人)，我有 2 个参与者(具有 ui 的客户)、2 个对等方(一个具有读/写权限，一个具有读权限)是有意义的。只有权利)和 2 个 REST API(一个用于汽车制造商，一个用于 car-qa-guy)。然而，这似乎不是 Composer 的工作方式。

1) 我对不同类型的参与者需要在网络中有自己的对等点的理解是错误的吗？

2)为什么他们为网络中的每个参与者生成一个包含方法而不是多个方法的 REST api，以便它们可以被具有不同权限的不同客户端使用？

Answer 1

先回答你的问题:

1) 你的描述是

I understand that the participants are some kind of clients of the blockchain network (e.g. car manufacturer, car buyer) that have a user interface and interact with the blockchain through a REST api. Peers on the other hand are the actual nodes in the network.

确实是正确的，这就是我在多个项目中使用 Composer 半年多后的理解。然而，声明说

different types of participants need to have their own peer in the network

不完全正确。正如您所说的那样，Composer 是 Fabric 的抽象，旨在显着简化 Fabric 上的原型(prototype)开发。因此，Fabric 中的一些细微差别丢失了。例如，如果您想运行支持多 channel 的 Composer(在 Fabric 意义上)，这将非常复杂。

在参与者与同伴的情况下，他们完全不同，彼此几乎没有关系。对等点属于 Fabric 世界，他们负责运行 Fabric 区 block 链基础设施。在基础教程(也用于 Composer 中的 Fabric)中，您在整个 Fabric 网络中只有一个对等点。一旦你运行了一个 Fabric 网络，你就可以使用 Composer 来建模和部署你想要的业务网络。注意 Fabric 网络和业务网络之间的区别。 Fabric 网络是指使用 Fabric 构建的底层区 block 链基础设施，而业务网络是使用 Composer 构建的模型。参与者生活在使用 Composer 建模和部署的业务网络中，而对等方是运行区 block 链基础设施的 Backbone 。因此，两者的相关性较弱，因为没有同行，您根本无法拥有任何业务网络。然而，一旦你有一个网络运行，参与者几乎完全独立于 Fabric 对等点。

2) 您很可能生成了一个 REST API，因为本教程是这样写的。如果你还记得，当你调出 REST API 时，你需要指定一张业务网卡。因此，每个业务网卡的所有者都可以很好地运行他们自己的 REST API。在实践中，您将为业务网络中的每个参与者颁发身份和业务网络卡。每个参与者将拥有不同的权限，这些权限由您在对业务网络建模时创建的访问控制授予(回想一下，这些访问控制是在 ACL 中编写的)。因此，即使每个参与者和每个 REST API 都可以看到所有可用的方法，他们也不能调用他们不应该调用的方法。当然，您必须在 ACL 中正确建模访问控制策略。

以下是我对 Composer 的一些看法。

Hyperledger Composer is just a layer on top of Hyperledger Fabric with the purpose of simplifying how things are done.

这确实是事实，但遗憾的是他们将放弃对 Composer 的支持。 (参见作者的 this update)因此，建议不要在Composer 上运行生产软件。但是，我个人发现使用 Composer 创建原型(prototype)(带有漂亮的 UI)非常容易和快速，尽管它已被弃用，但我个人会继续将它用于原型(prototype)，因为它非常易于使用并且没有重大问题。