Hyperledger fabric 链码应仅安装在背书对等节点上?

Hyperledger fabric 链码应仅安装在背书对等节点上?,hyperledger-fabric,hyperledger,hyperledger-composer,Hyperledger Fabric,Hyperledger,Hyperledger Composer,根据hyperledger fabric文档,链码应该只部署在背书对等方中,并且它表示非背书对等方仍然可以验证和更新分类账。现在我有点困惑,如果不支持的对等方没有链码,他们如何生成R/W集。如果未背书的对等方不知道资产背后的逻辑(链码),他们将如何为资产创建新状态?如果您查看,您会发现一个部分说明: 事务块被“传递”到通道上的所有对等方。对区块内的交易进行验证,以确保完成背书策略,并确保自交易执行生成读取集以来,读取集变量的分类账状态未发生任何更改。块中的事务被标记为有效或无效 块是事务的有序集

根据hyperledger fabric文档,链码应该只部署在背书对等方中,并且它表示非背书对等方仍然可以验证和更新分类账。现在我有点困惑,如果不支持的对等方没有链码,他们如何生成R/W集。如果未背书的对等方不知道资产背后的逻辑(链码),他们将如何为资产创建新状态?

如果您查看,您会发现一个部分说明:

事务块被“传递”到通道上的所有对等方。对区块内的交易进行验证,以确保完成背书策略,并确保自交易执行生成读取集以来,读取集变量的分类账状态未发生任何更改。块中的事务被标记为有效或无效

块是事务的有序集,事务包括读/写集形式的状态转换。背书的输出实际上是读/写集,这些是订购并交付给通道中所有对等方的内容

为了验证事务,对等方需要检查以下内容:

  • 交易形式是否合理
  • 是否符合认可政策(以下简称 当 即使对等方没有 链码(字节)
  • MVCC检查

为了执行上述操作,对等方不需要执行链码本身。

ok。。因此,这意味着只有签署方执行链码,所有签署方只执行与交易结构、双重支出等相关的验证,而不是链码验证?他们验证生成的读写集,并确保交易得到正确签署