Hyperledger fabric HLF v1.0.2-安装由多个所有者签名的链码

Hyperledger fabric HLF v1.0.2-安装由多个所有者签名的链码,hyperledger-fabric,Hyperledger Fabric,目前,默认情况下,可以安装仅具有发出安装事务的节点标识签名的链码 问:如何设置fabric network以强制安装由已定义所有者签名的链码 我的理解是,当前的实现允许管理员使用相同的名称和版本在每个对等机上安装不同的链码。因此,只要这些不同的链码在背书阶段产生相同的读/写集,交易将在以后得到肯定的验证。 例如,如果单个背书对等方受到损害,则可能导致拒绝服务攻击 这是一个很好的问题,事实上,这也是1.1版的主要目标—改进链码的生命周期管理 引用JIRA的话: 链码生命周期作为背书人交易实施, 因

目前,默认情况下,可以安装仅具有发出安装事务的节点标识签名的链码

问:如何设置fabric network以强制安装由已定义所有者签名的链码

我的理解是,当前的实现允许管理员使用相同的名称和版本在每个对等机上安装不同的链码。因此,只要这些不同的链码在背书阶段产生相同的读/写集,交易将在以后得到肯定的验证。
例如,如果单个背书对等方受到损害,则可能导致拒绝服务攻击

这是一个很好的问题,事实上,这也是1.1版的主要目标—改进链码的生命周期管理

引用JIRA的话:

链码生命周期作为背书人交易实施, 因为它修改了状态数据库。然而,所有这些都是真实的 实例化的验证实际上是在一个特殊的环境中完成的 VSCC中的psuedo模拟样式。因此,有必要 删除背书步骤,只需在过程中执行所有验证 提交阶段

频道配置已经支持这种类型的零背书, 仅验证具有多个签名的事务,因此它是 自然适合管理链码生命周期。然而,与频道不同 由订购方处理的配置操作,链码 生命周期完全属于对等方的范围,应该 不要求(也不希望要求)订购方参与 对于这些操作


你能提供Jira工厂编号吗?它在上面链接(FAB-6042)