基于Hyperledger-fabric的多方签名收集方案的制作方法

基于hyperledger-fabric的多方签名收集方案
技术领域
1.本发明属于区域链技术领域，具体的说是基于hyperledger-fabric的多方签名收集方案。


背景技术：

2.基于hyperledger-fabric开发的baas系统都要面临配置修改(组织加入，通道策略修改等)、安装链码(2.0及以上版本)等需要各个组织进行协同才能进行操作的问题，baas系统要在联盟链非中心化系统的前提下让用户更简单方便的完成协助。
3.hyperledger-fabric联盟链在通道配置需要修改时需要按照通道配置上配置的策略来收集参与到这个通道的组织的签名(默认为通道上的大多数组织)，通道配置关系到所有参与到这个联盟链通道组织的权限和角色问题，与每个组织都有着密切的关联，不能交由某个组织来决定。
4.在实际应用联盟链时，合约是不可缺少的一部分，hyperledger-fabric(2.0及以上版本)联盟链在安装链码时需要参与到链码的组织的许可和链码的安装，并且hyperledger-fabric允许各个组织安装的链码做各自的业务处理以及背书的组织必须安装链码，因为节点由各个组织自己控制，所以当需要安装链码时需要各个组织自己操作安装并且对链码安装进行许可，这些安装许可的动作没有一个帮助协同操作的方案时会导致沟通上需要花费更多时间，导致错误发生的概率也会增加。
5.市面上的系统对于权限基本都是中心化管理，并且超级管理员有全部权限，不符合联盟链设计的初衷，也有着安全问题，而非中心化管理签名的收集方案(如点对点发送签名)在需要多组织的协同时不够便利，效率低，为此在保证安全性和使baas操作更加人性化的前提下，本方案提供基于hyperledger-fabric的多方签名收集方案。


技术实现要素：

6.为了弥补现有技术的不足，解决市面上的系统对于权限基本都是中心化管理，并且超级管理员有全部权限，不符合联盟链设计的初衷，也有着安全问题，而非中心化管理签名的收集方案(如点对点发送签名)在需要多组织的协同时不够便利，效率低的问题，本发明提出的基于hyperledger-fabric的多方签名收集方案。
7.本发明解决其技术问题所采用的技术方案是：本发明所述的基于hyperledger-fabric的多方签名收集方案，包括baas；所述baas涉及每个组织都各自部署自己的链上管理平台，通过平台的分布式部署保证各自的权限安全，所有协作操作通过链上进行交互保证操作的安全性和可追溯性，以满足区块链的分布式账本的概念，其步骤如下：
8.s1：组织发起协作的请求；
9.s2：链上组织baas通过链上事件接受请求，并生成对应事件反馈组织；
10.s3：组织各自处理事件，决定是否同意对数据签名；
11.s4：链上组织baas通过事件各自收集其他组织的签名和数据并反馈给组织；
12.s5：事件发起者确认结果并提交结果；
13.工作时，本方案是通过合约收集签名，使用合约收集签名可以让链上所有组织接收事件，而不需要一个个对点发送，更有效率，将签名动作上链，组织间的协作变得更容易追溯。
14.优选的，所述s1中组织发起协作的请求是邀请组织/安装链码；所述s1进一步包括以下步骤：
15.a)组织发起协作的请求；
16.b)baas通过调用内置协作合约发起交易将自己的签名和请求上链；
17.c)fabric网络在交易成功后，各个节点发出事件通知；
18.所述b中通过合约进行的数据交互可以保证数据的可靠性和可追溯性；工作时，本方案中签名不对签名进行验证，在最终提交fabric会对提交的签名进行验证，不需要在baas上进行签名验证。
19.优选的，所述s2进一步包括以下步骤：
20.a)链上的组织baas通过各自的节点接收事件并写入数据库；
21.b)事件会展示在各个组织baas管理员的代办事件中，并展示其它组织的签名。
22.优选的，所述s3进一步包括以下步骤：
23.a)各自的组织管理员对事件进行审核和确认；
24.b)管理员同意操作则调用合约提交签名到链上；
25.c)fabric网络在交易成功后，各个节点发出事件通知；
26.所述b中合约安装是通过链上合约的许可动作；工作时，本方案各个节点的作用在于保证合约的调用和交易/账本的同步和验证，属于fabric本身具备的功能。
27.优选的，所述s4进一步包括以下步骤：
28.a)链上的组织baas通过各自的节点收集各个组织的签名和意见并更新数据库；
29.b)链上组织管理员可看到其它组织的意见和已收集到的签名。
30.优选的，所述s5进一步包括以下步骤：
31.a)事件发起者组织确认链上其它组织的审核结果；
32.b)在判断收集到足够的签名后，管理员可以最终确认操作；
33.所述s5可通过合约控制由组织通过随机或者并发控制自动提交。
34.本发明的有益效果如下：
35.1.本发明所述的基于hyperledger-fabric的多方签名收集方案，通过去中心化baas部署保证了协作的数据和权限安全，以合约通信进行协作的形式节约了联盟链的各组织的协作难度和操作的可追溯性。
附图说明
36.下面结合附图对本发明作进一步说明。
37.图1是本发明的方案实施流程图；
具体实施方式
38.为了使本发明实现的技术手段、创作特征、达成目的与功效易于明白了解，下面结
合具体实施方式，进一步阐述本发明。
39.实施例一：
40.如图1所示，本发明所述的基于hyperledger-fabric的多方签名收集方案，包括baas；所述baas涉及每个组织都各自部署自己的链上管理平台，通过平台的分布式部署保证各自的权限安全，所有协作操作通过链上进行交互保证操作的安全性和可追溯性，以满足区块链的分布式账本的概念，其步骤如下：
41.s1：组织发起协作的请求；
42.s2：链上组织baas通过链上事件接受请求，并生成对应事件反馈组织；
43.s3：组织各自处理事件，决定是否同意对数据签名；
44.s4：链上组织baas通过事件各自收集其他组织的签名和数据并反馈给组织；
45.s5：事件发起者确认结果并提交结果；
46.工作时，本方案是通过合约收集签名，使用合约收集签名可以让链上所有组织接收事件，而不需要一个个对点发送，更有效率，将签名动作上链，组织间的协作变得更容易追溯。
47.作为本发明的一种实施方式，所述s1中组织发起协作的请求是邀请组织/安装链码；所述s1进一步包括以下步骤：
48.a)组织发起协作的请求；
49.b)baas通过调用内置协作合约发起交易将自己的签名和请求上链；
50.c)fabric网络在交易成功后，各个节点发出事件通知；
51.所述b中通过合约进行的数据交互可以保证数据的可靠性和可追溯性；工作时，本方案中签名不对签名进行验证，在最终提交fabric会对提交的签名进行验证，不需要在baas上进行签名验证。
52.作为本发明的一种实施方式，所述s2进一步包括以下步骤：
53.a)链上的组织baas通过各自的节点接收事件并写入数据库；
54.b)事件会展示在各个组织baas管理员的代办事件中，并展示其它组织的签名。
55.作为本发明的一种实施方式，所述s3进一步包括以下步骤：
56.a)各自的组织管理员对事件进行审核和确认；
57.b)管理员同意操作则调用合约提交签名到链上；
58.c)fabric网络在交易成功后，各个节点发出事件通知；
59.所述b中合约安装是通过链上合约的许可动作；工作时，本方案各个节点的作用在于保证合约的调用和交易/账本的同步和验证，属于fabric本身具备的功能。
60.作为本发明的一种实施方式，所述s4进一步包括以下步骤：
61.a)链上的组织baas通过各自的节点收集各个组织的签名和意见并更新数据库；
62.b)链上组织管理员可看到其它组织的意见和已收集到的签名。
63.作为本发明的一种实施方式，所述s5进一步包括以下步骤：
64.a)事件发起者组织确认链上其它组织的审核结果；
65.b)在判断收集到足够的签名后，管理员可以最终确认操作；
66.所述s5可通过合约控制由组织通过随机或者并发控制自动提交。
67.以上显示和描述了本发明的基本原理、主要特征和优点。本行业的技术人员应该
了解，本发明不受上述实施例的限制，上述实施例和说明书中描述的只是说明本发明的原理，在不脱离本发明精神和范围的前提下，本发明还会有各种变化和改进，这些变化和改进都落入要求保护的本发明范围内。本发明要求保护范围由所附的权利要求书及其等效物界定。