CN112052021A - 联盟区块链升级的方法、装置、设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种联盟区块链升级的方法、装置、设备及存储介质。联盟区块链系统中的多个节点使用预设的系统升级管理合约存储第一用户设备的升级提案信息，以用于第二用户设备根据升级提案信息向至少一个节点发起升级请求；之后至少一个节点根据升级请求进行升级，并生成交易数据；然后至少一个节点根据交易数据将包括升级提案信息的系统升级管理合约中节点的状态更新为已升级；当已升级的节点的数量满足升级提案信息中包括的节点状态策略时，确定联盟区块链升级完成。本发明实施例解决了联盟区块链在进行升级的过程中存在可靠性较差的问题，提高了升级过程中的可靠性。

Description

联盟区块链升级的方法、装置、设备及存储介质

技术领域

本发明涉及区块链技术领域，尤其涉及一种联盟区块链升级的方法、装置、设备及存储介质。

背景技术

联盟区块链是仅对特定的参与方开放的，由特定的参与方管理的区块链，相对于面向公众的公有区块链，联盟区块链对性能等方面具有更高的要求。

联盟区块链作为一种计算机系统，不可避免地会面临系统升级的问题。由于区块链的分布式的特性，其升级过程涉及到多个参与方，具有一定的不可控性。对于联盟区块链而言，如果在升级时某些关键的参与方(如参与共识的参与方)的节点发生了意外，则可能会拖慢系统的运行速度，甚至导致系统宕机。

因此，现有的联盟区块链在进行升级的过程中存在可靠性较差的问题。

发明内容

本发明实施例提供了一种联盟区块链升级的方法、装置、设备及存储介质，解决了联盟区块链在进行升级的过程中存在可靠性较差的问题，提高了升级过程中的可靠性。

为了解决上述技术问题，本发明：

第一方面，提供了一种联盟区块链升级的方法，应用于联盟区块链系统，联盟区块链系统包括多个节点；该方法包括：

多个节点使用预设的系统升级管理合约存储第一用户设备的升级提案信息，以用于第二用户设备根据升级提案信息向至少一个节点发起升级请求；

至少一个节点根据升级请求进行升级，并生成交易数据；

多个节点中的至少一个节点根据交易数据将包括升级提案信息的系统升级管理合约中至少一个节点的状态更新为已升级；

当已升级的节点的数量满足升级提案信息中包括的节点状态策略时，确定联盟区块链升级完成。

在第一方面的一些实现方式中，多个节点包括共识节点、非共识节点以及目标节点；

节点状态策略包括已升级的共识节点的数量满足第一阈值，已升级的非共识节点的数量满足第二阈值，所有目标节点都已升级中的至少一种。

在第一方面的一些实现方式中，第二用户设备包括第一子用户设备和第二子用户设备；多个节点使用预设的系统升级管理合约存储第一用户设备的升级提案信息，以用于第二用户设备根据升级提案信息向至少一个节点发起升级请求，包括：

多个节点使用预设的系统升级管理合约存储升级提案信息，以用于第一子用户设备根据升级提案信息和预设的系统版本管理合约生成投票信息；

多个节点使用包括升级提案信息的系统升级管理合约存储投票信息，以用于第二子用户设备根据投票信息以及预设在系统升级管理合约中的投票策略向至少一个节点发起升级请求。

在第一方面的一些实现方式中，至少一个节点根据升级请求以及预设的系统版本管理合约进行升级，并生成交易数据。

在第一方面的一些实现方式中，该方法还包括：

至少一个节点使用该至少一个节点的私钥生成交易数据的签名；

根据签名确定交易数据的合法性。

在第一方面的一些实现方式中，在确定联盟区块链升级完成之后，该方法还包括：

至少一个节点将预设的系统版本管理合约中的第一版本信息变更为升级提案信息中包括的第二版本信息以及在包括第二版本信息的系统版本管理合约中增加与第二版本信息对应的区块高度，并在包括升级提案信息和更新后的节点的状态的系统升级管理合约中标记联盟区块链升级完成。

第二方面，提供了一种联盟区块链升级的装置，联盟区块链系统包括多个节点；该装置包括：

存储模块，用于多个节点使用预设的系统升级管理合约存储第一用户设备的升级提案信息，以用于第二用户设备根据升级提案信息向至少一个节点发起升级请求；

处理模块，用于至少一个节点根据升级请求进行升级，并生成交易数据；

处理模块，还用于多个节点中的至少一个节点根据交易数据将包括升级提案信息的系统升级管理合约中节点的状态更新为已升级；

处理模块，还用于当已升级的节点的数量满足升级提案信息中包括的节点状态策略时，确定联盟区块链升级完成。

在第二方面的一些实现方式中，多个节点包括共识节点、非共识节点以及目标节点；节点状态策略包括已升级的共识节点的数量满足第一阈值，已升级的非共识节点的数量满足第二阈值，所有目标节点都已升级中的至少一种。

在第二方面的一些实现方式中，第二用户设备包括第一子用户设备和第二子用户设备；

存储模块，还用于多个节点使用预设的系统升级管理合约存储升级提案信息，以用于第一子用户设备根据升级提案信息和预设的系统版本管理合约生成投票信息；

存储模块，还用于多个节点使用包括升级提案信息的系统升级管理合约存储投票信息，以用于第二子用户设备根据投票信息以及预设在系统升级管理合约中的投票策略向至少一个节点发起升级请求。

在第二方面的一些实现方式中，处理模块，还用于至少一个节点根据升级请求以及预设的系统版本管理合约进行升级，并生成交易数据。

在第二方面的一些实现方式中，处理模块，还用于至少一个节点使用该至少一个节点的私钥生成交易数据的签名；之后根据签名确定交易数据的合法性。

在第二方面的一些实现方式中，处理模块，还用于至少一个节点将预设的系统版本管理合约中的第一版本信息变更为升级提案信息中包括的第二版本信息以及在包括第二版本信息的系统版本管理合约中增加与第二版本信息对应的区块高度，并在包括升级提案信息和更新后的节点的状态的系统升级管理合约中标记联盟区块链升级完成。

第三方面，提供了一种电子设备，该电子设备包括：处理器以及存储有计算机程序指令的存储器；

处理器执行计算机程序指令时实现第一方面，以及第一方面的一些实现方式中的联盟区块链升级的方法。

第四方面，提供了一种计算机存储介质，该计算机存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现第一方面，以及第一方面的一些实现方式中的联盟区块链升级的方法。

本发明实施例提供的联盟区块链升级的方法、装置、设备及存储介质。联盟区块链系统中的多个节点通过使用预设的系统升级管理合约存储第一用户设备的升级提案信息，以用于第二用户设备根据升级提案信息向至少一个节点发起升级请求；之后至少一个节点根据升级请求进行升级，并生成交易数据；至少一个节点再根据交易数据将包括升级提案信息的系统升级管理合约中至少一个节点的状态更新为已升级；当已升级的节点的数量满足升级提案信息中包括的节点状态策略时，确定联盟区块链升级完成。因为该升级过程使用了预设的系统升级管理合约存储与升级有关的信息，因此可以观察联盟区块链升级的状态以及根据该状态对升级过程进行控制，通过对升级过程进行控制，解决了联盟区块链在进行升级的过程中存在可靠性较差的问题，提高了升级过程中的可靠性，降低了升级过程中的风险，并在发生问题时减小对整个系统的影响。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种联盟区块链升级的方法的流程示意图；

图2是本发明实施例提供的一种通过指定块高范围的执行策略进行升级的流程示意图；

图3是本发明实施例提供的一种通过指定升级交易的执行策略进行升级的流程示意图；

图4是本发明实施例提供的一种联盟区块链升级的装置的结构示意图；

图5是是本发明实施例提供的一种计算设备的结构图。

具体实施方式

下面将详细描述本发明的各个方面的特征和示例性实施例，为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本发明，并不被配置为限定本发明。对于本领域技术人员来说，本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

区块链是一种去中心化的、分布式的系统，是分布式账本技术的一种具体实现。记录在区块链中的信息与数据无法被篡改，从而各参与方能够独立地进行验证与审计。区块链上的各参与方通过共识机制或称为共识算法，就保存在区块链中的数据的变更达成一致。

联盟区块链是一种仅对特定的参与方开放的，由特定的参与方管理的区块链。相对于面向公众的公有区块链，联盟区块链对性能等方面具有更高的要求。

区块链作为一种计算机系统，不可避免地会面临系统升级的问题。由于区块链的分布式的特性，其升级过程涉及到多个参与方，具有一定的不可控性。对于联盟区块链而言，如果在升级时某些关键的参与方，例如参与共识的参与方的节点发生了意外，则可能会拖慢系统的运行速度，甚至导致系统宕机。

因此，现有的联盟区块链在进行升级的过程中存在可靠性较差的问题。

为了解决现有的联盟区块链在进行升级的过程中存在可靠性较差的问题，本发明实施例，基于联盟区块链系统中的多个节点，提供了一种联盟区块链升级的方法、装置、设备及存储介质。联盟区块链系统中的多个节点使用预设的系统升级管理合约存储第一用户设备的升级提案信息，以用于第二用户设备根据升级提案信息向至少一个节点发起升级请求；之后至少一个节点根据升级请求进行升级，并生成交易数据；至少一个节点再根据交易数据将包括升级提案信息的系统升级管理合约中节点的状态更新为已升级；当已升级的节点的数量满足升级提案信息中包括的节点状态策略时，确定联盟区块链升级完成。因为该升级过程使用了预设的系统升级管理合约存储与升级有关的信息，因此可以观察联盟区块链升级的状态以及根据该状态对升级过程进行控制，通过对升级过程进行控制，解决了联盟区块链在进行升级的过程中存在可靠性较差的问题，提高了升级过程中的可靠性，降低了升级过程中的风险，并在发生问题时减小对整个系统的影响。

需要说明的是，本发明实施例针对的是区块链中的联盟区块链进行升级的方法。该联盟区块链系统可以包括多个节点，以及预设包括系统升级管理合约，系统版本管理合约和节点管理合约的系统合约。

下面结合附图对本发明实施例提供的技术方案进行描述。

图1是本发明实施例提供的一种联盟区块链升级的方法的流程示意图。

如图1所示，该方法可以基于联盟区块链系统，联盟区块链升级的方法可以包括：

S101：多个节点使用预设的系统升级管理合约存储第一用户设备的升级提案信息，以用于第二用户设备根据升级提案信息向至少一个节点发起升级请求。

其中，系统升级管理合约可以用来记录联盟区块链系统的升级历史记录，该历史记录可以包括：升级提案信息，投票信息，节点状态以及升级结果。

升级提案信息，又可以包括待升级的版本编号、投票策略、节点状态策略、执行策略等。

投票信息，可以为升级过程中收到的投票。

节点状态，可以表示升级过程中各区块链节点的状态。

升级结果，可以代表该次升级成功或者失败。

在S101中，第一用户设备可以理解为系统管理员进行操作从而生成升级提案信息的设备，第二用户设备又可以分为第一子用户设备和第二子用户设备。第一子用户设备可以理解为升级过程中各参与方的管理人员进行操作从而生成指令的设备，第二子用户设备可以理解为升级过程中各参与方的技术人员进行操作从而生成指令的设备。

可选的，在一个实施例中，在存储第一用户设备的升级提案信息的过程中，联盟区块链系统中的多个节点可以使用预设的系统升级管理合约存储升级提案信息，以用于第一子用户设备根据该升级提案信息和预设的系统版本管理合约生成投票信息。

其中，第一子用户设备根据该升级提案信息和预设的系统版本管理合约生成投票信息的具体过程，可以包括第一子用户设备响应于管理人员输入的与投票有关的请求，获取系统升级管理合约以及系统版本管理合约，并将该系统升级管理合约以及系统版本管理合约显示给各参与方的管理人员，之后接收管理人员根据系统升级管理合约以及系统版本管理输入的投票信息。

在管理人员根据系统升级管理合约以及系统版本管理合约确定投票信息的具体过程中，又可以包括管理人员从系统升级管理合约中查阅升级提案的各项内容，其中各项内容包括待升级的版本编号，之后再从系统版本管理合约中查阅待升级的版本编号的具体信息，然后，各方管理人员根据查阅到的具体信息确定该提案的投票信息。

需要说明的是，预设的系统版本管理合约可以包括运行联盟区块链系统所需要的所有版本信息，具体可以包括：版本编号，程序文件的下载链接，程序文件的校验值，更新日志，块高度以及联盟区块链系统当前所使用的版本编号。

其中，版本编号，具有唯一性，不可重复。

块高度，可以表示升级到该版本时的块高度，若未曾升级到该版本，则为空。

可选的，在一个实施例中，在第一子用户设备生成投票信息之后，可以向至少一个节点发送包括该投票信息的系统合约交易，之后至少一个节点可以再使用包括上述升级提案信息的系统升级管理合约存储系统合约交易中的投票信息，以用于第二子用户设备根据投票信息向至少一个节点发起升级请求。

其中，第二子用户设备根据投票信息向至少一个节点发起升级请求的具体过程，可以包括第二子用户设备响应于技术人员输入的与升级有关的请求，获取包括上述升级提案信息的系统升级管理合约中存储的投票信息以及预设在系统升级管理合约中的投票策略，并将该投票信息以及投票策略显示给各参与方的技术人员，之后接收技术人员根据投票信息以及投票策略输入的升级请求。

在技术人员根据投票信息以及投票策略确定升级请求的具体过程中，技术人员可以查阅投票信息以及投票策略，根据投票信息和投票策略确定升级请求。当投票信息满足投票策略，发起升级请求；但当投票信息不满足投票策略时，不发起升级请求。

在第二子用户设备根据投票信息向至少一个节点发起升级请求之后，联盟区块链便可以根据该升级请求对节点进行更新，即，进入S102。

S102：至少一个节点根据升级请求进行升级，并生成交易数据。

可选的，在一个实施例中，至少一个节点在接收到升级请求之后，可以根据该升级请求以及预设的系统版本管理合约中记录的预设程序进行升级，将该节点中的区块链程序升级为与升级提案信息对应的新版本程序。

可选的，在一个实施例中，在节点运行新版本程序时，节点通过系统升级管理合约检测到处于升级流程中后，会自动构建一笔交易，并生成交易数据，用来更新包括升级提案信息的系统升级管理合约中节点的状态。通过交易数据来对升级的流程进行控制，能够实现进行快速的响应和调整。

由此可以看出，技术人员所做的工作，仅仅是升级了区块链程序，不需要进行其他操作，例如配置等，这样可以使得出错的几率减少。此外，联盟区块链系统中各个节点上程序的升级还可以由技术人员在各自不同的时间点完成，避免了联盟区块链系统中全部节点在同一时刻进行升级造成的业务停滞。

可选的，在联盟区块链系统中还可以有预设的节点管理合约，在该节点管理合约中可以包括节点的公钥。因此，在一个实施例中，构建的该交易可以以节点所持有的私钥进行签名，所以联盟区块链系统可以通过预设的节点管理合约来判断该交易的合法性，进一步保证交易的安全性。

在至少一个节点根据升级请求进行升级，并生成交易数据之后，联盟区块链便可以根据该交易数据对节点的状态进行更新，即，进入S103。

S103：多个节点中的至少一个节点根据交易数据将包括升级提案信息的系统升级管理合约中至少一个节点的状态更新为已升级。

具体的，因为联盟区块链系统并不是所有节点都具备可以直接更新系统合约中节点状态的权限，所以在该过程中，是联盟区块链系统多个节点中的至少一个共识节点在收到交易数据之后校验并记录该交易数据，并根据该交易数据，将包括升级提案信息的系统升级管理合约中与交易数据对应的节点的状态更新为已升级的状态。非共识节点只有在共识节点校验并记录之后，才会记录该交易数据，并根据该交易数据更新包括升级提案信息的系统升级管理合约。也就是说，非共识节点在更新节点状态时，需要在共识节点更新成功的基础上，才能进行更新，因此，非共识节点不具备直接更新系统合约中节点状态的权限。

在节点完成升级后，会自动向联盟区块链系统报告自己的状态，因此联盟区块链系统可以通过包括节点的状态更新后的系统升级管理合约清楚得知各节点是否已准备就绪，之后通过S104来对联盟区块链升级的情况进行确定。

S104：当已升级的节点的数量满足升级提案信息中包括的节点状态策略时，确定联盟区块链升级完成。

需要说明的是，联盟区块链系统中预设的节点管理合约还可以包括节点的类型。该节点的类型可以用以区分共识节点和非共识节点，其中非共识节点也可以认为是其他节点。在一种实施例中，所有的共识节点都必须记录在节点管理合约中，非共识节点，可以按照需求记录在节点管理合约中。一般来说，只需要将主要节点记录在节点管理合约中即可。

可选的，在一个实施例中，联盟区块链系统中的多个节点可以包括共识节点、非共识节点以及目标节点。节点状态策略可以包括已升级的共识节点的数量满足第一阈值，已升级的非共识节点的数量满足第二阈值，所有目标节点都已升级中的至少一种。其中，第一阈值以及第二阈值可以根据实际情况进行调节，目标节点可以是用户在节点状态策略中指定的一些节点，该目标节点可能是共识节点，也可能是非共识节点。

也就是说，在S104的过程中，在联盟区块链系统包括已升级的共识节点的数量满足第一阈值，已升级的非共识节点的数量满足第二阈值，所有目标节点都已升级中的至少一种情况时，可以确定联盟区块链升级完成。

至此，联盟区块链升级完成。联盟区块链作为区块链的一种，其升级的核心其实是可执行程序文件的更替。由于区块链的特性，升级时不能简单地使用新版本的逻辑替换掉旧版本的逻辑。因为升级前的交易都是基于旧版本的逻辑处理的，如果使用新版本的逻辑处理之前的交易，可能会出现不兼容导致结果不一致，使以往的数据无法被校验。

因此，新版本程序文件中，必须包含以往所有版本的处理逻辑，并在运行过程中，根据系统版本管理合约中的当前版本编号，决定所使用的处理逻辑。程序文件在启动时，需要读取系统版本管理合约中的版本信息。如果发现合约中存在不被当前程序所支持的已升级过的，即块高度不为空的版本，则拒绝启动，以避免在运行后产生错误的数据。

由于程序文件中包括了以往使用过的所有版本的逻辑，因此采用本方案的联盟链区块链，还可以在无需部署新版本程序文件的前提下，将当前所使用的版本切换为以往的任意的版本。而且当区块链系统已升级到新版本，但发现新版本出现了意外的漏洞时，可以使用此功能快速降级。而且版本的降级也可以通过发送交易完成，同时可以做到无需技术人员参与。

此外，对系统合约进行的操作，也都可以通过发送交易的方式来进行。系统合约交易会像其他普通交易一样，被记录在区块里，无法篡改。联盟区块链系统在收到系统合约交易时，会进行一系列的校验，确保交易的合法性。

因为系统合约内置在联盟区块链系统中，是联盟区块链系统的一部分。所以对系统合约内部功能或逻辑的调整，也同样可以通过本升级方案来完成。

而且，本发明实施例提供的联盟区块链升级的方法中升级流程受控于系统合约，因此可以减小不受控因素对整个系统的影响。

本发明实施例提供的联盟区块链升级的方法，联盟区块链系统中的多个节点通过使用预设的系统升级管理合约存储第一用户设备的升级提案信息，以用于第二用户设备根据升级提案信息向至少一个节点发起升级请求；之后至少一个节点根据升级请求进行升级，并生成交易数据；至少一个节点再根据交易数据将包括升级提案信息的系统升级管理合约中至少一个节点的状态更新为已升级；当已升级的节点的数量满足升级提案信息中包括的节点状态策略时，确定联盟区块链升级完成。因为该升级过程使用了预设的系统升级管理合约存储与升级有关的信息，因此可以观察联盟区块链升级的状态以及根据该状态对升级过程进行控制，通过对升级过程进行控制，解决了联盟区块链在进行升级的过程中存在可靠性较差的问题，提高了升级过程中的可靠性，降低了升级过程中的风险，并在发生问题时减小对整个系统的影响。

可选的，在一个实施例中，在执行S101之前，第一用户设备还可以生成升级提案信息，并向联盟区块链系统进行公开，以用于S101中多个节点中的至少一个节点使用预设的系统升级管理合约存储第一用户设备的升级提案信息。

这里，第一用户设备生成升级提案信息，并向联盟区块链系统进行公开的具体过程可以包括：

系统管理员在第一用户设备上访问预设的系统版本管理合约，并在该系统版本管理合约中注册一个新的版本。注册时系统管理员还需要提供相关的版本信息，区块高度可以除外。注册成功之后，系统管理员可以在第一用户设备上进行提案操作，发起升级提案信息。升级提案信息中可以包括待升级的版本编号、投票策略、节点状态策略、执行策略等。

其中，版本编号，必须是已在系统版本管理合约中注册的版本编号，否则提案失败。

投票策略，该策略指定了投票通过的条件。联盟区块链中内置了若干种投票策略，提案必须从其中选择一种，并提供所选投票策略所需的参数。

对于投票策略来说，投票策略可以是预先内置在联盟区块链系统中的，每次提案都只能从中选择一种。每种投票策略都支持一定的参数配置，能够在该投票策略的框架内灵活调整。若要增加策略的种类，或者调整某个现有的策略，则可以通过联盟区块链系统升级来实现。

具体的投票策略可能非常复杂，可以是多种条件的自由组合或者多种条件中的一种，以下列举多种条件中的一部分，包括条件11，条件21以及条件31。

条件11，可以要求同意的投票数量需要达到一定阈值。

条件21，可以约定各参与方管理人员投票的权重。

条件31，可以要求维护共识节点的参与方必须全部同意。

其中，各个条件中的阈值、权重等可以通过参数配置的方式根据实际情况进行调整。

节点状态策略，只有已升级新版本程序的节点状态满足该策略时，升级才能被成功执行。联盟区块链中内置了若干种节点状态策略，提案必须从其中选择一种，并提供所选节点状态策略所需的参数。

对于节点状态策略来说，节点状态策略可以是内置在联盟区块链系统中的。每次提案都只能从中选择一种。每种节点状态策略都支持一定的参数配置，因此能够在该节点状态策略的框架内灵活调整。若要增加策略的种类，或者调整某个现有的策略，则可以通过联盟区块链系统升级来实现。

具体的节点状态策略可能非常复杂，是多种条件的自由组合。以下列举多种条件中的一部分，包括条件12，条件22以及条件32。

条件12，可以为共识节点已升级的数量达到一定阈值。

条件22，可以为非共识节点已升级的数量达到一定阈值。

条件32，可以为指定的节点必须升级。

其中，阈值、指定节点的公钥等都可以通过参数配置的方式根据实际情况进行调整。通过节点状态策略，可以实现对系统升级的触发时间进行控制，避免在系统未准备就绪时进行升级而导致系统宕机。

执行策略，该策略指定了触发执行升级的条件。联盟区块链中预先内置了若干种执行策略，提案必须从其中选择一种，并提供所选执行策略所需的参数。

对于执行策略来说，执行策略是可以预先内置在联盟区块链系统中的，每次提案只能从中选择一种。若要增加策略的种类，或者调整某个现有的策略，则可以通过联盟区块链系统升级来实现。

具体的，本方案提出以下两种执行策略，包括指定块高度范围和指定升级交易。

对于第一种，指定块高度范围的策略来说，该策略与公有链例如以太坊、比特币等的升级方法类似，不同之处在于公有链指定的是一个特定的块高度，本策略指定的是一个块高度范围，以此作为该策略的有效期。本发明实施例是基于联盟区块链系统，因此，块又可以称为区块。

系统管理员可以预先指定一个块高度范围[a，b)，其中，a表示块高度的下限，b表示块高度的上限。图2是本发明实施例提供的一种通过指定块高度范围的执行策略进行升级的流程示意图。

如图2所示，该升级过程开始之后，可以判断联盟区块链系统的当前块高度与上述块高度范围的关系。

当联盟区块链系统的当前块高度小于上述块高度的下限a时，不执行升级，等待下一块高度进行重试。当联盟区块链系统的当前块高度不小于上述块高度的下限a时，再判断当前块高度与上述块高度的上限b的关系。其中块高度的下限a和上限b为预设值，可以根据实际需要进行设置。

当当前块高度大于上述块高度的上限b时，联盟区块链系统的升级失败。当当前块高度小于上述块高度的上限b时，再判断包括投票和节点状态策略的升级条件是否达到。

当没有达到该升级条件时，联盟区块链系统不执行版本升级，等待下一块高度进行重试。当达到该升级条件时，联盟区块链系统执行版本升级。之后若升级完成，则可以标记此次联盟区块链系统升级完成。其中，该升级条件可以包括投票策略和节点状态策略。

由此可以看出，在图2所示的通过指定块高度范围的执行策略进行升级的方法中，在未到达区块高度范围之前，即使升级条件满足，联盟区块链系统也不会执行升级操作。

对于第二种，指定升级交易的策略来说，在使用该策略时，执行升级操作将通过发送升级交易来触发。该升级交易可以理解为一种用于联盟区块链系统进行升级的数据请求。

在该升级的过程中，系统管理员可以在合适的时机，向联盟区块链系统发送特定的升级交易，联盟区块链系统会调用特定的接口，来执行升级操作。图3是本发明实施例提供的一种通过指定升级交易的执行策略进行升级的流程示意图。

为了防止系统管理员始终未发送升级交易数据，或升级条件始终未能达成，导致此次升级被卡住，该策略中可以预设一个超时块高度，作为该策略的有效期。

如图3所示，该升级过程开始之后，可以判断联盟区块链系统的当前块高度与上述超时块高度的关系。

当联盟区块链系统的当前块高度不小于该超时块高度时，可以判断升级是否已完成。

若升级仍未完成，则可以标记此次联盟区块链系统升级失败。若升级已完成，则可以标记此次联盟区块链系统升级完成。

当联盟区块链系统的当前块高度小于该超时块高度时，证明此时还在策略的有效期内，之后可以再判断当前块中是否包括有系统管理员发送的升级交易。

当当前块中没有包括该升级交易时，联盟区块链系统可以不执行版本升级，等待下一块高度进行重试。当当前块中包括该升级交易时，再判断升级条件是否达到。

当升级条件没有达到时，联盟区块链系统也可以同样不执行版本升级，等待下一块高度进行重试。当升级条件达到时，联盟区块链系统执行版本升级，之后标记此次联盟区块链系统升级完成。其中，该升级条件可以包括投票策略和节点状态策略。

此外，在一个实施例中，当升级条件没有达到时，联盟区块链系统还可以向系统管理员返回升级交易执行失败的结果，系统管理员可以在失败后，再次发送升级交易，使联盟区块链系统重新尝试执行升级。

本发明实施例提供的联盟区块链升级的方法，第一用户设备可以接收用户输入的包括待升级的版本编号、投票策略，节点状态策略、执行策略等的升级提案信息，之后联盟区块链系统中的多个节点通过使用预设的系统升级管理合约存储第一用户设备的升级提案信息，以用于第二用户设备根据升级提案信息向至少一个节点发起升级请求；之后至少一个节点根据升级请求进行升级，并生成交易数据；至少一个节点再根据交易数据将包括升级提案信息的系统升级管理合约中至少一个节点的状态更新为已升级；当已升级的节点的数量满足升级提案信息中包括的节点状态策略时，确定联盟区块链升级完成。因为该升级过程使用了预设的系统升级管理合约存储与升级有关的信息，因此可以观察联盟区块链升级的状态以及根据该状态对升级过程进行控制，通过对升级过程进行控制，解决了联盟区块链在进行升级的过程中存在可靠性较差的问题，提高了升级过程中的可靠性，降低了升级过程中的风险，并在发生问题时减小对整个系统的影响。

可选的，在一个实施例中，在执行S104之后，联盟区块链系统中的至少一个节点将预设的系统版本管理合约中的第一版本信息变更为升级提案信息中包括的第二版本信息以及在包括第二版本信息的系统版本管理合约中增加与第二版本信息对应的区块高度，并在包括升级提案信息和更新后的节点的状态的系统升级管理合约中标记联盟区块链升级完成。

其中，第一版本信息可以为联盟区块链系统当前所使用的版本编号，第二版本信息可以为待升级的版本编号。

因为联盟区块链系统预设的系统版本管理合约中的版本信息进行了变更以及在包括第二版本信息的系统版本管理合约中增加了与第二版本信息对应的区块高度，所以可以通过查询包括更新后信息的系统版本管理合约，获取联盟区块链系统变更后的版本信息以及最新的区块高度，使得更新后的联盟区块链系统的具体信息更容易获取。

本发明实施例提供的联盟区块链升级的方法，联盟区块链系统中的多个节点通过使用预设的系统升级管理合约存储第一用户设备的升级提案信息，以用于第二用户设备根据升级提案信息向至少一个节点发起升级请求；之后至少一个节点根据升级请求进行升级，并生成交易数据；至少一个节点再根据交易数据将包括升级提案信息的系统升级管理合约中至少一个节点的状态更新为已升级；当已升级的节点的数量满足升级提案信息中包括的节点状态策略时，确定联盟区块链升级完成，之后对联盟区块链系统预设的系统版本管理合约中的版本信息进行变更以及在包括第二版本信息的系统版本管理合约中增加与第二版本信息对应的区块高度，使得更新后的联盟区块链系统的具体信息更容易获取。又因为该升级过程使用了预设的系统升级管理合约存储与升级有关的信息，因此可以观察联盟区块链升级的状态以及根据该状态对升级过程进行控制，通过对升级过程进行控制，解决了联盟区块链在进行升级的过程中存在可靠性较差的问题，提高了升级过程中的可靠性，降低了升级过程中的风险，并在发生问题时减小对整个系统的影响。

与图1中联盟区块链升级的方法的流程示意图相对应，本发明实施例还提供了一种联盟区块链升级的装置。

图4是本发明实施例提供的一种联盟区块链升级的装置的结构示意图。如图4所示，联盟区块链升级的装置可以包括：存储模块401和处理模块402。

存储模块401，可以用于多个节点使用预设的系统升级管理合约存储第一用户设备的升级提案信息，以用于第二用户设备根据升级提案信息向至少一个节点发起升级请求。

处理模块402，可以用于至少一个节点根据升级请求进行升级，并生成交易数据。

处理模块402，还可以用于至少一个节点根据交易数据将包括升级提案信息的系统升级管理合约中节点的状态更新为已升级。

处理模块402，还可以用于当已升级的节点的数量满足升级提案信息中包括的节点状态策略时，确定联盟区块链升级完成。

此外，多个节点可以包括共识节点、非共识节点以及目标节点；节点状态策略包括已升级的共识节点的数量满足第一阈值，已升级的非共识节点的数量满足第二阈值，所有目标节点都已升级中的至少一种。

而且，第二用户设备可以包括第一子用户设备和第二子用户设备。

存储模块401，还可以用于多个节点使用预设的系统升级管理合约存储升级提案信息，以用于第一子用户设备根据升级提案信息和预设的系统版本管理合约生成投票信息；

存储模块401，还可以用于多个节点使用包括升级提案信息的系统升级管理合约存储投票信息，以用于第二子用户设备根据投票信息以及预设在系统升级管理合约中的投票策略向至少一个节点发起升级请求。

处理模块402，还可以用于至少一个节点根据升级请求以及预设的系统版本管理合约进行升级，并生成交易数据。

处理模块402，还可以用于至少一个节点使用私钥生成交易数据的签名，之后根据该签名确定交易数据的合法性。

可以理解的是，图4所示的联盟区块链升级的装置中的各个模块具有实现图1中各个步骤的功能，为简洁描述，在此不再赘述。

本发明实施例提供的联盟区块链升级的装置，联盟区块链系统中的多个节点通过使用预设的系统升级管理合约存储第一用户设备的升级提案信息，以用于第二用户设备根据升级提案信息向至少一个节点发起升级请求；之后至少一个节点根据升级请求进行升级，并生成交易数据；至少一个节点再根据交易数据将包括升级提案信息的系统升级管理合约中节点的状态更新为已升级；当已升级的节点的数量满足升级提案信息中包括的节点状态策略时，确定联盟区块链升级完成。因为该升级过程使用了预设的系统升级管理合约存储与升级有关的信息，因此可以观察联盟区块链升级的状态以及根据该状态对升级过程进行控制，通过对升级过程进行控制，解决了联盟区块链在进行升级的过程中存在可靠性较差的问题，提高了升级过程中的可靠性，降低了升级过程中的风险，并在发生问题时减小对整个系统的影响。

此外，处理模块402，还可以用于至少一个节点将预设的系统版本管理合约中的第一版本信息变更为升级提案信息中包括的第二版本信息以及在包括第二版本信息的系统版本管理合约中增加与第二版本信息对应的区块高度，并在包括升级提案信息和更新后的节点的状态的系统升级管理合约中标记联盟区块链升级完成。

可以理解的是，图4所示的联盟区块链升级的装置中的各个模块具有实现图1中各个步骤的功能，为简洁描述，在此不再赘述。

本发明实施例提供的联盟区块链升级的装置，联盟区块链系统中的多个节点通过使用预设的系统升级管理合约存储第一用户设备的升级提案信息，以用于第二用户设备根据升级提案信息向至少一个节点发起升级请求；之后至少一个节点根据升级请求进行升级，并生成交易数据；至少一个节点再根据交易数据将包括升级提案信息的系统升级管理合约中至少一个节点的状态更新为已升级；当已升级的节点的数量满足升级提案信息中包括的节点状态策略时，确定联盟区块链升级完成，之后对联盟区块链系统预设的系统版本管理合约中的版本信息进行变更以及在包括第二版本信息的系统版本管理合约中增加与第二版本信息对应的区块高度，使得更新后的联盟区块链系统的具体信息更容易获取。又因为该升级过程使用了预设的系统升级管理合约存储与升级有关的信息，因此可以观察联盟区块链升级的状态以及根据该状态对升级过程进行控制，通过对升级过程进行控制，解决了联盟区块链在进行升级的过程中存在可靠性较差的问题，提高了升级过程中的可靠性，降低了升级过程中的风险，并在发生问题时减小对整个系统的影响。

图5是本发明实施例提供的一种计算设备的硬件架构的结构图。如图5所示，计算设备500包括输入设备501、输入接口502、中央处理器503、存储器504、输出接口505、以及输出设备506。其中，输入接口502、中央处理器503、存储器504、以及输出接口505通过总线510相互连接，输入设备501和输出设备506分别通过输入接口502和输出接口505与总线510连接，进而与计算设备500的其他组件连接。

具体地，输入设备501接收来自外部的输入信息，并通过输入接口502将输入信息传送到中央处理器503；中央处理器503基于存储器504中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器504中，然后通过输出接口505将输出信息传送到输出设备506；输出设备506将输出信息输出到计算设备500的外部供用户使用。

也就是说，图5所示的计算设备也可以被实现为联盟区块链升级的设备，该联盟区块链升级的设备可以包括：存储有计算机可执行指令的存储器；以及处理器，该处理器在执行计算机可执行指令时可以实现本发明实施例提供的联盟区块链升级的方法。

本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现本发明实施例提供的联盟区块链升级的方法。

需要明确的是，本发明并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本发明的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本发明的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本发明的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本发明中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本发明不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上所述，仅为本发明的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。

Claims (10)

1.一种联盟区块链升级的方法，其特征在于，应用于联盟区块链系统，所述联盟区块链系统包括多个节点；所述方法包括：

所述多个节点使用预设的系统升级管理合约存储第一用户设备的升级提案信息，以用于第二用户设备根据所述升级提案信息向至少一个节点发起升级请求；

所述至少一个节点根据所述升级请求进行升级，并生成交易数据；

所述多个节点中的至少一个节点根据所述交易数据将包括升级提案信息的系统升级管理合约中所述至少一个节点的状态更新为已升级；

当已升级的节点的数量满足升级提案信息中包括的节点状态策略时，确定所述联盟区块链升级完成。

2.根据权利要求1所述的方法，其特征在于，

所述多个节点包括共识节点、非共识节点以及目标节点；

所述节点状态策略包括已升级的共识节点的数量满足第一阈值，已升级的非共识节点的数量满足第二阈值，所有目标节点都已升级中的至少一种。

3.根据权利要求1所述的方法，其特征在于，所述第二用户设备包括第一子用户设备和第二子用户设备；所述多个节点使用预设的系统升级管理合约存储第一用户设备的升级提案信息，以用于第二用户设备根据所述升级提案信息向所述至少一个节点发起升级请求，包括：

所述多个节点使用预设的系统升级管理合约存储所述升级提案信息，以用于第一子用户设备根据所述升级提案信息和预设的系统版本管理合约生成投票信息；

所述多个节点使用包括所述升级提案信息的系统升级管理合约存储所述投票信息，以用于第二子用户设备根据所述投票信息以及预设在系统升级管理合约中的投票策略向至少一个节点发起升级请求。

4.根据权利要求1所述的方法，其特征在于，所述至少一个节点根据所述升级请求进行升级，并生成交易数据，包括：

所述至少一个节点根据所述升级请求以及预设的系统版本管理合约进行升级，并生成交易数据。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述至少一个节点使用所述至少一个节点的私钥生成交易数据的签名；

根据所述签名确定所述交易数据的合法性。

6.根据权利要求1所述的方法，其特征在于，在确定所述联盟区块链升级完成之后，所述方法还包括：

所述至少一个节点将预设的系统版本管理合约中的第一版本信息变更为升级提案信息中包括的第二版本信息以及在包括所述第二版本信息的系统版本管理合约中增加与所述第二版本信息对应的区块高度，并在包括升级提案信息和更新后的节点的状态的系统升级管理合约中标记联盟区块链升级完成。

7.一种联盟区块链升级的装置，其特征在于，应用于联盟区块链系统，所述联盟区块链系统包括多个节点；所述装置包括：

存储模块，用于所述多个节点使用预设的系统升级管理合约存储第一用户设备的升级提案信息，以用于第二用户设备根据所述升级提案信息向至少一个节点发起升级请求；

处理模块，用于所述至少一个节点根据所述升级请求进行升级，并生成交易数据；

所述处理模块，还用于所述多个节点中的至少一个节点根据所述交易数据将包括升级提案信息的系统升级管理合约中所述节点的状态更新为已升级；

所述处理模块，还用于当已升级的节点的数量满足升级提案信息中包括的节点状态策略时，确定所述联盟区块链升级完成。

8.根据权利要求7所述的装置，其特征在于，

所述多个节点包括共识节点、非共识节点以及目标节点；

所述节点状态策略包括已升级的共识节点的数量满足第一阈值，已升级的非共识节点的数量满足第二阈值，所有目标节点都已升级中的至少一种。

9.一种电子设备，其特征在于，所述电子设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1-6任意一项所述的联盟区块链升级的方法。

10.一种计算机存储介质，其特征在于，所述计算机存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-6任意一项所述的联盟区块链升级的方法。

Images