我正在努力找出组织在Hyperledger中如何相互联系 .
例如，当最终用户启动事务并将其发送到客户端应用程序时，应用程序将其发送给代理对等方，代理检查事务有效性，调用链代码，模拟事务并创建读/写集 . 之后，endorser peer再次向客户端app发送事务响应 . 现在，客户端应用程序将其发送给orderer peer . 其他组织在他们的分类账中需要这个交易吗？但我不知道这笔交易是如何与其他组织联系的？任何人都可以帮我说清楚吗？
整个过程分为7个步骤，您将询问过程中步骤4后发生的情况 .
Step 1 - 客户端（应用程序），用户向网络发送交易提议（完成步骤后请参考下图）
Step 2 - 该提议由网络中的每个支持对等方接收，它们模拟它（通过支持对等方托管的智能合约）并创建读写集 . 读写（RW set）是在读取时从当前世界分类帐状态进行模拟时捕获的事务，以及在事务被执行后写入分类帐的内容
Step 3 - 此RW集随后由每个签名对等方签名并发送回客户端应用程序
Step 4 - 然后，应用程序将RW集和签名的事务转发给订购服务
Step 5 -订购服务接收这些已批准的事务和RW集并将这些事务处理并命令到块中并将它们传递给网络中的所有提交对等体订购服务仅指定应将事务提交到共享分类帐的顺序，它们也不维护分类帐他们也不持有链码或模拟交易
Step 6 - 从订购服务接收块时提交对等体验证块中的每个事务 . 它如何验证？它将接收到的RW集与当前世界状态进行比较，以检查它们是否匹配 . Upon validation transaction is written to the ledger and world state updates as write data from RW set gets written to the ledger 承诺同行可能持有或不持有智能合约 . 他们只是更新分类帐的世界状态
Step 7 -每个对等方将通知应用程序有关事务成功或失败的信息
1 回答
整个过程分为7个步骤，您将询问过程中步骤4后发生的情况 .
Step 1 - 客户端（应用程序），用户向网络发送交易提议（完成步骤后请参考下图）
Step 2 - 该提议由网络中的每个支持对等方接收，它们模拟它（通过支持对等方托管的智能合约）并创建读写集 . 读写（RW set）是在读取时从当前世界分类帐状态进行模拟时捕获的事务，以及在事务被执行后写入分类帐的内容
Step 3 - 此RW集随后由每个签名对等方签名并发送回客户端应用程序
Step 4 - 然后，应用程序将RW集和签名的事务转发给订购服务
Step 5 -订购服务接收这些已批准的事务和RW集并将这些事务处理并命令到块中并将它们传递给网络中的所有提交对等体订购服务仅指定应将事务提交到共享分类帐的顺序，它们也不维护分类帐他们也不持有链码或模拟交易
Step 6 - 从订购服务接收块时提交对等体验证块中的每个事务 . 它如何验证？它将接收到的RW集与当前世界状态进行比较，以检查它们是否匹配 . Upon validation transaction is written to the ledger and world state updates as write data from RW set gets written to the ledger 承诺同行可能持有或不持有智能合约 . 他们只是更新分类帐的世界状态
Step 7 -每个对等方将通知应用程序有关事务成功或失败的信息