我正在尝试了解结构网络中多组织设置中的事务流。我正在经历official document。
基本上，它解释了客户创建交易建议并将其发送给背书的对等方。背书的同伴可以验证，模拟和背书此交易。在验证阶段，背书的对等方使用MSP验证客户端的签名。
因此，对于单个组织，我知道将有一个MSP，所有背书的对等方都将通过该MSP来验证签名。另外，在这种情况下，客户端的身份是从同一MSP发出的。
但是，在多组织设置中，每个组织都维护自己的MSP。假设，我们的Org1具有认可的对等方（EP1，EP2）和MSP1。在Org2中，我们具有认可对等方（EP3，EP4）和MSP2。认可政策是所有EP都应认可交易。
在这种情况下，客户端的身份是从Org1的MSP1发出的。因此，当该客户向所有背书的同行提交交易建议时，EP3和EP4将如何通过其MSP2验证该客户的签名？
这些不同组织的MSP如何相互通信以进行签名验证？
答案 0 :(得分：1)
有关联盟和MSP身份的信息编码在区块链的genesis.block（用于引导订购程序的文件）中。
当对等方加入频道时，首先会向订购者发出请求，以获取有关创世块的信息。借助这一创世块，同行可以了解联盟，渠道和参与者（及其MSP）