在Hyperledger Fabric中,认可政策中的“ Org1MSP.member”,“ Org1MSP.peer”,“ Org1MSP.admin”,“ Org1MSP.client”之间有什么区别?

时间:2019-01-29 11:06:45

标签: hyperledger-fabric hyperledger blockchain ibm-blockchain

我们正在使用Hyperledger架构来开发应用程序。

在认可政策中,我们看到了如下所示的多个选项

  • Org1MSP.member
  • Org1MSP.peer
  • Org1MSP.client
  • Org1MSP.admin。

链式代码验证中的区别是什么?它带来了什么好处?

此外,将对等节点作为任一节点启动的设置是什么

  • 成员
  • 对等
  • 客户
  • 管理员以及在何处执行

请帮助我们理解。

1 个答案:

答案 0 :(得分:2)

  

链式代码验证中的区别是什么?它带来了什么好处?

在您的组织中,您将拥有角色,并且每个角色都将具有其特权。对于策略认可,角色只有4种: 成员,客户,对等方和管理员 认可政策可以是:

OR('Org1.admin', AND('Org1.member', 'Org1.member'))

这意味着,Org1中预先实例化的链码事务可以由Org1的一名管理员或两名成员认可。在Fabric环境中,您可以设置对等方可以进行验证和认可交易,并且通过Fabric CA提供的MSP,您设置的女巫角色将成为您的对等方。 您可以了解有关here的更多信息。

  

此外,以成员,对等方,客户端,管理员身份启动对等方节点的设置是什么?

在Fabric CA中,您可以在组织中注册和注册新身份。每个身份都有一个角色和一个属性,例如,您作为Amazon.ProgramingDepartment的管理员,您可以向我注册,并给我一个角色和属性,以在ProgrammingDepartment中注册新用户。对于对等方,这工作相同,您可以注册新的对等方身份并赋予其角色(成员,管理员,客户端和对等方)。 您可以了解有关here的更多信息。

我希望我至少提供了一些帮助,Hyperledger Fabric拥有复杂的政府来为系统提供最大的安全性。