Hyperledger fabric 是否所有对等方都执行链码?

Hyperledger fabric 是否所有对等方都执行链码?,hyperledger-fabric,hyperledger-composer,Hyperledger Fabric,Hyperledger Composer,我有个问题。 我想知道是所有节点都执行链码还是只有背书节点执行链码?执行链码的唯一对等方是背书对等方,只要事务满足背书策略,rest仅在提交期间进行验证。为了让对等方能够认可交易提案,必须有人(管理员)在其上安装链码 你可以在中找到更多的细节,或者有一个很好的描述 从高层次的角度来看,流程基本上如下所示: 客户向背书同行提交交易建议书 背书对等方调用链码 认可同行签署执行结果 客户端收集所有结果并检查一致性 客户端将事务提交给订购服务 订购服务通过多个事务切割新块 对等方通过分发层获得新块 对等

我有个问题。
我想知道是所有节点都执行链码还是只有背书节点执行链码?

执行链码的唯一对等方是背书对等方,只要事务满足背书策略,rest仅在提交期间进行验证。为了让对等方能够认可交易提案,必须有人(管理员)在其上安装链码

你可以在中找到更多的细节,或者有一个很好的描述

从高层次的角度来看,流程基本上如下所示:

  • 客户向背书同行提交交易建议书
  • 背书对等方调用链码
  • 认可同行签署执行结果
  • 客户端收集所有结果并检查一致性
  • 客户端将事务提交给订购服务
  • 订购服务通过多个事务切割新块
  • 对等方通过分发层获得新块
  • 对等方验证每个事务
  • 最后,根据#2的模拟结果,在所有有效事务更改状态的情况下提交块

  • 在。

    中发布了更多的int-depth详细信息。执行链码的唯一对等方是背书对等方,rest仅在提交期间当事务满足背书策略时进行验证。为了让对等方能够认可交易提案,必须有人(管理员)在其上安装链码

    你可以在中找到更多的细节,或者有一个很好的描述

    从高层次的角度来看,流程基本上如下所示:

  • 客户向背书同行提交交易建议书
  • 背书对等方调用链码
  • 认可同行签署执行结果
  • 客户端收集所有结果并检查一致性
  • 客户端将事务提交给订购服务
  • 订购服务通过多个事务切割新块
  • 对等方通过分发层获得新块
  • 对等方验证每个事务
  • 最后,根据#2的模拟结果,在所有有效事务更改状态的情况下提交块

  • 通过执行VSCC(验证系统链码),可在#8处验证背书政策。该系统会在交易符合背书政策时进行检查,随后,交易被标记为带有背书失败标志。我猜w/composer会监听块事件并读取事务状态标志,并将其进一步传播到应用层。背书策略失败错误发生在哪一步?背书策略的验证通过执行VSCC(验证系统链码)在#8发生,当交易符合背书政策时,它会仔细检查,随后交易会标记为w/背书失败标志。我猜w/composer会监听块事件,读取事务状态标志,并将其进一步传播到应用层。