我一直在阅读有关代言政策，例如here，并了解他们确定在Hyperledger Fabric v1的区块链中保存了哪些交易。
我想知道如何能够跨多个阶段转移资产，例如如图所示here。这是一项经过多个阶段才能获得批准的交易，即使用背书政策吗？或者有很多交易，每个交易都有自己的政策。
无论哪种方式，我都想让其他用户批准的交易，例如管理员手动在块链上保存或拒绝之前。支持政策可以帮助我吗？
我的想法是每个交易通常由1个参与者提交。那么，需要两个参与者签署交易的认可政策如何运作？是否有另外一个签署过程，让代言人明确签署交易？
任何正确方向的指导都将受到高度赞赏。
答案 0 :(得分：1)
在某种程度上，您可能会轻微混淆Fabric认可政策与基于应用程序（业务逻辑）的多阶段审批（跨多个组织），如汽车租赁演示中所示，并遵循车辆的生命周期（后批准等）。
Fabric签名策略可以基于Fabric密钥或与部署网络相关的身份 - 例如，在多组织设置中根据身份定义一组代言人。
如您所提及的问题https://github.com/hyperledger/composer/issues/1251中所述 - Composer提供（最终）Fabric认可政策（例如7月4日的-O示例）的内容（多组织）示例如果那是你想要做的事情，那么'传递那些'作为最终Fabric策略参数的直通机制。如示例所示，它们可以与Fabric身份相关联。点击此处了解更多 - ＆gt; http://hyperledger-fabric.readthedocs.io/en/release/arch-deep-dive.html?highlight=endorsement#endorsement-policies
至于您所描述的审批流程 - 您可以使用Composer捕获审批流程（其业务审批流程），因此“适当的参与者”（来自任何组织的应用程序用户）会收到请求交易的通知（例如，使用作曲家事件）他/她需要生成一个批准（一个单独的交易 - 所以分类帐显示它已被批准），然后资产可以转移（在批准时触发 - 基于组织中角色的批准者，例如* *）。
**如果您愿意，您可以创建一个作为“审批者”角色的参与者（参与者可以拥有多个身份，有权“批准” - 并且您始终可以追踪'执行了哪个身份'批准）。然后，资产可以（可能）转移到另一个中间转移阶段，然后还有另一个[业务]流程步骤，将其带到下一个阶段（无论是什么）。这些组织在同一个分类账/渠道上共享同一个业务网络，所以对我来说，你可以通过Composer来实现这一点。