本文主要是介绍hyperledger fabric 1.4 背书与背书策略,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
hyperledger fabric中的背书是一个较为复杂的概念,如需视频学习fabric,可以参考视频教程。
背书就是在执行某些操作之前,进行数字签名的过程,在fabric中的所有上块的所有操作都需要进行背书。
进行背书的节点就是背书节点。
背书的规则叫做背书策略。
在fabric中的策略分为三种:
- 系统级别的策略
- Chaincode级别的策略
- Key级别的策略(较少用)
系统级别的策略指的是在进行一些特定的操作,如组织机构的添加,联盟的创建,channel的创建,系统合约的安装等操作,这些操作听起来就像是一些超级管理员能够做的事情,同时这些都是内置在fabric中的系统中的系统合约来操纵的,并非用户自己开发的合约来控制的。那么这些配置大部分都在channel的配置块里存储着,如添加组织机构需要联盟里面的大多数组织机构的admin用户签名同意才可以添加,该策略是在channel的配置块里存储:如下图所示:majority表示大部分的意思
chaincode级别的策略是指用户自己开发的合约,指定这些合约需要哪些节点进行签名背书,往往我们是在实例化合约或者升级合约的时候指定好,如下所示:
其中背书策略的角色包括一下几种:
‘Org1.admin’: Org1MSP的admin
‘Org1.member’: Org1MSP的任一成员
‘Org1.client’: Org1MSP的任一client
‘Org1.peer’: Org1MSP的任一peer节点
admin代表只有admin用户才可以背书,client表示所有的org用户都可以进行签名,peer代表org的peer节点可以签名,此种方式可以自动进行签名,member代表三种方式任一一种可以签名。
key级别的策略较少使用,通过代码层面进行设置,这里不进行描述。
本文由博客一文多发平台 OpenWrite 发布!
这篇关于hyperledger fabric 1.4 背书与背书策略的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!