Hyperledger fabric Hyperledger composer如何处理背书

我一直在阅读有关背书政策的信息，例如，我确实了解到，这些政策决定了哪些交易保存在Hyperledger Fabric v1的区块链中

我想知道我如何能够跨多个阶段转移资产，如图所示。是否有一笔交易需要经过多个阶段才能获得批准，即使用背书政策？或者有许多事务，每个事务都有自己的策略

无论哪种方式，我都希望在区块链上保存或拒绝交易之前，由其他用户（例如管理员）手动批准交易。在这方面，背书政策能帮助我吗

我的想法是，每笔交易通常由一名参与者提交。那么，要求交易由两个参与者签署的背书政策是如何工作的？是否存在另一个单独的签名流程，其中背书人明确签署交易

---

如果您能提供正确方向的指导，我们将不胜感激。

在某种程度上，您可能会将Fabric背书政策与基于应用程序（业务逻辑）的多阶段审批（跨多个组织）相混淆，如汽车租赁演示中所示，并遵循车辆的生命周期（后期审批等）

结构背书策略可以基于结构密钥或与已部署网络相关的身份，例如，并基于多组织设置中的身份定义一组背书人

正如您所提到的问题中所述，Composer提供了一个（多组织）示例，说明了什么是（最终）结构认可策略（如7月4日的-O示例），以及如果您希望这样做，可以将这些作为最终结构策略参数的传递机制进行“传递”。如示例所示，它们可能与结构标识相关。更多信息请参见此处->

对于您描述的审批流程，您可以使用Composer捕获审批流程（这是一个业务审批流程），以便“适当的参与者”（来自任何组织的应用程序用户）收到生成审批所需的请求事务通知（例如使用Composer事件通知）（一个单独的交易-因此分类账显示它已被批准），然后可以转移资产（在批准时触发-基于组织中角色的批准人，例如**）

---

**如果您愿意，您可以创建一个作为“批准人”角色的参与者（参与者可以有多个身份，有权“批准”-并且您可以始终跟踪“执行批准的”身份）。然后资产可能（可能）转移到另一个中间转移阶段，然后还有另一个[业务]进入下一阶段的流程步骤（无论是什么）。这些组织在同一分类账/渠道上共享相同的业务网络，因此对我来说，你可以通过Composer来完成这项工作。

因此，让我们以转让一块土地为例。如果我使用默认的背书政策，土地仅由提交转让土地交易的管理员转让。我对此感到困惑，因为在我看来，在交易保存到区块链上之前，不可能让多方批准/认可该交易。例如，我的问题是区分使交易有效的规则和决定是否满足这些规则并将该交易添加到区块链的实体使交易有效的原因可能是交易已由某些背书人（如银行和土地局）背书（加密签名）因此，我寻求有关背书政策的澄清。如果我提交一份土地转让交易，在我将其保存在区块链中之前，其他实体（如银行和土地办公室）是否可以签字？您最后的评论（“例如…”）完美封装。背书政策规定了最少一组背书人-在组织层面（使交易有效）-查看从背书同行（即从必要组织）收集签名的位置-即按政策背书交易，以便将其提交到分类账。如果您提交交易（从客户端应用程序）通过Composer（例如bankSignoff或LRSignoff交易），您突出显示了一个业务流程（多阶段-或并非如您所愿）批准-即它仍然需要（在批准级别）由该组织中具有适当角色的人批准-如果您在Composer中定义它，您可以跟踪资产的“土地转让”生命周期（例如，土地所有权id）在历史背景下，谁批准了，做了什么更改等我的问题是这个“签名收集阶段”。从程序员的角度来看，这不清楚什么时候发生。也许有些事情我没有得到。我通过举个例子来分享这个问题，也许你可以澄清。感谢到目前为止的帮助-我很感激.