Hyperledger fabric 如何在不使用Hyperledger composer的情况下，通过两个组织（一个主播和一个代言人）和一个频道建立Hyperledger fabric网络

我想使用背书策略为审批流程设置Hyperledger结构环境，因此我在结构设置中有一些疑问/问题：

帮助我如何在不使用Hyperledger composer的情况下，通过两个组织（一个主播和一个背书）和一个频道建立Hyperledger fabric网络

如何编写背书政策

如何为现有渠道添加组织，添加组织是否需要任何凭证

如何将有序节点从solo更改为Kafka

组织内所有同行的认证是否相同

你应该通读我上面评论的教程

我想你可能把背书和基于签名的批准流程混淆了。它们不是一回事。背书策略确定不同组织的多少对等方必须就链码执行的输出达成一致。如果使用对等cli实例化链码，则应使用以下形式的策略：

“或（'Org1.member'、'Org2.member'）”

（需要Org1或Org2的背书）或

“和（'Org1.member'、'Org2.member'）”

（需要Org1和Org2的背书）

您将需要在频道上添加组织定义（其中将包括它的）

您不能从Solo迁移到Kafka。在任何情况下，您都应该确保使用最新的1.4.x和

你应该通读我上面评论的教程

我认为您可能会将背书与基于签名的审批流程混淆。它们不是一回事。背书策略决定了来自不同组织的多少对等方必须就链码执行的输出达成一致。如果您使用对等cli实例化链码，您将使用

或（'Org1.member'、'Org2.member'）”

（需要Org1或Org2的背书）或

“和（'Org1.member'、'Org2.member'）”

（需要Org1和Org2的背书）

您将需要在频道上添加组织定义（其中将包括它的）

您不能从Solo迁移到Kafka。在任何情况下，您都应该确保使用最新的1.4.x和

---

你看过了吗？你看过织物文档了吗？这些都包括在内了。我问你，如果你已经看过文档的话，我们可能需要把事情弄清楚。你看过了吗？你看过织物文档了吗？这些都包括在那里了。我问你，如果你不知道，也许我们需要把事情弄清楚I’我已经阅读了这些文档。那么，如何开发基于签名的批准流程？也许您可以更详细地避开您的用例？您可能还想查看Fabric v2.0中即将推出的一些私有数据增强功能-根据文档，一个渠道最多可以创建多少个组织，假设只有三个组织ion。一个渠道中的组织数量确实没有实际限制。那么，如何开发基于签名的批准流程？也许您可以更详细地避开您的用例？您可能还想查看Fabric v2.0中即将推出的一些私有数据增强功能-根据只有三个组织。一个频道的组织数量实际上没有实际限制