Hyperledger fabric 在Hyperledger Composer中验证和处理交易建议请求

结构中的事务流表示：

客户提出交易

此提案将传递给网络的所有认可对等方

背书对等方模拟链码，签署提案并将其发送回客户

客户端收集签名并等待签名总数与背书策略中指定的签名总数匹配

一旦客户机拥有足够的签名，它就会将此请求发送给订购方

订购方创建块并将其发送给锚节点，锚节点验证并提交到其分类账中

如果我们使用的是Composer REST服务器，那么如何处理所有这些步骤？它们是从客户那里提取出来的吗？或者我们是否需要在TP函数或客户端中显式地编写逻辑来处理提案响应

---

我的困惑来自这样一个事实：当我们使用NodeSDK时，我们必须显式地实现处理所有这些的逻辑。正如我们所做的那样。

Composer实现了一个提交/通知模型，其中包括Rest服务器。它将提交提案，收集背书，将其发送给订购方，并在通知调用方交易完成之前等待提交包含交易的区块

由于Composer对背书策略没有可见性，因此它将向通道中的所有对等方（已定义为在连接配置文件中具有背书对等方角色，如果未指定，则默认为true）发送建议，并在将其发送到订单之前收集尽可能多的响应。然后，对等方将决定这些背书是否满足背书政策

Composer还等待所有对等方（已在连接配置文件中定义为具有eventSource角色，如果未指定，则默认为true）在通知客户端之前通知事务已提交