CN110912990A - 一种共识周期的更新方法及相关设备 - Google Patents

Abstract

本申请实施例公开了一种共识周期的更新方法及相关设备。其中，所述方法包括：第一节点设备获取共识周期更新请求，所述共识周期更新请求包括目标周期；第一节点设备将共识周期更新为目标周期；第一节点设备可在目标周期内对交易数据进行共识处理。采用本申请实施例，区块链网络的节点设备可以控制共识周期的更新，并且共识周期的周期长度也可根据待处理的交易数据的时延需求等级确定，进而提高区块链网络的节点设备的工作效率，节省节点设备的资源。

Description

一种共识周期的更新方法及相关设备

技术领域

本申请涉及通信技术领域，尤其涉及一种共识周期的更新方法及相关设备。

背景技术

随着数字化世界的发展，依赖于中心化机制的组织架构已经在一定程度上阻碍了社会进步。

区块链技术作为一种去中心化、分布式存储、共识机制以及加密算法的集成应用，被认为是继互联网之后计算机模式的颠覆。但区块链技术仍然存在可扩展性、安全性以及开源项目不够成熟等问题。常见的，传统上要改变区块链网络的共识管理周期，或者，要重新开启(关闭)共识管理周期，需要重新启动区块链网络的所有节点设备。当某一节点设备掉电时，可能会引起该节点设备不能进入区块链网络的情况，增加了区块链网络中节点设备的工作量，降低了区块链网络中节点设备的工作效率。

发明内容

本申请实施例提供了一种共识周期的更新方法及相关设备，使得区块链网络的节点设备可以对共识周期的更新过程进行控制，进而实现灵活更新共识周期的功能。

第一方面，本申请实施例提供了一种共识周期的更新方法，该方法包括：

第一节点设备获取共识周期更新请求，共识周期更新请求包括目标周期，目标周期是根据待处理的交易数据的时延需求等级确定的，第一节点设备为区块链网络中的任一节点设备；

第一节点设备将共识周期更新为目标周期；

第一节点设备在目标周期内对交易数据进行共识处理。

在一种实现方式中，第一节点设备除了可以获取共识周期更新请求、或者共识周期开启请求，还可以获取共识周期关闭请求，所述共识周期关闭请求是指将共识周期关闭，或者，将目标周期关闭。

在一种实现方式中，第一节点设备执行将共识周期更新为目标周期这一步后，可以生成更新结果，所述更新结果包括更新成功或者更新失败。并且，第一节点设备还可以基于该更新结果生成通知消息，并将通知消息发送给第二节点设备。其中，所述通知消息指示更新结果为更新成功或更新结果为更新失败。

相应的，第二节点设备接收到上述通知消息，可以用来辅助第二节点设备将共识周期更新为目标周期。

第二方面，本申请实施例提供了一种节点设备，该节点设备具有实现第一方面所述的对共识周期更新的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或者软件包括一个或者多个与上述功能相对应的模块。

在一种实现方式中，该节点设备包括接收模块、更新模块、处理模块、发送模块。其中，接收模块，用于接收来自区块链网络中除了第一节点设备以外的其他各个节点设备(第二节点设备)的共识周期更新请求；更新模块，用于将共识周期更新为目标周期；处理模块，在所述目标周期内对所述交易数据进行共识处理。

第三方面，本申请实施例提供了一种节点设备，该节点设备具有实现第一方面所述的对共识周期更新的功能。该设备包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接。其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，用于执行第一方面所涉及到的操作。

第四方面，本申请实施例提供了一种计算机可读存储介质，用于存储为节点设备所用的计算机程序，其包含用于执行上述第一方面所述的程序。

通过实施本申请实施例，第一节点设备可以获取区块链网络中其他各个节点设备发送的共识周期更新请求，并且将共识周期更新为目标周期，以便于在目标周期内对交易数据进行共识处理。因此相对于传统上重新启动所有节点设备才能更新共识周期而言，本申请实施例可以通过节点设备发送共识周期更新请求，使得区块链网络中所有节点设备对共识周期的更新，实现区块链网络灵活更新共识周期。

附图说明

为了更清楚地说明本申请实施例或背景技术中的技术方案，下面将对本申请实施例中所需要使用的附图进行说明。

图1是本申请实施例公开的一种区块链网络的架构示意图；

图2a是本申请实施例提供的一种传统上区块链网络的系统的结构示意图；

图2b是本申请实施例提供的一种区块链网络的系统的结构示意图；

图3是本申请实施例提供的一种共识周期更新方法的流程示意图；

图4是本申请实施例提供的又一种共识周期更新方法的流程示意图；

图5是本申请实施例提供的一种共识周期更新系统的架构示意图；

图6a是本申请实施例提供的一种根据时间轴划分共识周期和目标周期的结构示意图；

图6b是本申请实施例提供的一种根据时间轴划分共识周期和目标周期的结构示意图；

图6c是本申请实施例提供的一种根据时间轴划分共识周期和目标周期的结构示意图；

图6d是本申请实施例提供的一种根据时间轴划分共识周期和目标周期的结构示意图；

图6e是本申请实施例提供的一种根据时间轴划分共识周期和目标周期的结构示意图；

图6f是本申请实施例提供的一种根据时间轴划分共识周期和目标周期的结构示意图；

图7是本申请实施例提供的一种节点设备的结构示意图；

图8是本申请实施例提供的又一种节点设备的结构示意图。

具体实施方式

下面结合本申请实施例中的附图对本申请实施例进行描述。

随着科技时代的到来和移动互联网的发展，网络变革的步伐也愈来愈快，实现同一领域或多个领域的信息融合，为客户提供全方位信息化方案的过程亦面临着体系结构的改进、支撑重心转移等新的挑战。因此，区块链技术作为分布式账本的一种特定实现，凭借其存储和管理数据的天然优势，逐渐成为各个领域存储数据和交易数据的首选方式。

以图1所示的区块链网络的架构示意图为例进行描述。如图1所示，区块链网络的节点设备可以包括银行、保险公司、政府大楼、商铺、学校以及医院等。银行、保险公司、政府大楼、商铺、学校以及医院均参与同一区块链网络的管理和处理，并且还可以参与监督交易的合法性，以达到区块链网络对交易数据的处理或存储的公平性。同时，上述提及到的银行、保险公司、政府大楼、商铺、学校以及医院都是分属于不同的领域，不同领域的信息融合和交互可以更好地提升社会工作的质量和效率。

区块链网络中的任意节点设备可以对获取的交易数据进行校验，得到的校验结果为校验成功时，可以基于该交易数据生成区块(如图1所示的区块)，并将该区块发布至区块链网络，以使区块链网络中的其他各个节点设备均可对该区块进行分布式存储。

比如图1所示，区块链网络中的节点设备可以包括银行、保险公司、政府大楼、商铺、学校以及医院，并且银行、保险公司、政府大楼、商铺、学校以及医院可以对同一用户A的身份信息等进行分布式存储，因此该用户A到任意一家机构均可查询到自己的身份信息。

即使区块链网络技术的应用，展现出上述分布式存储、去中心化优势等。但是，目前区块链技术作为新兴技术，还是处于早期阶段，仍然面临达成共识速度较慢，性能缺陷或负荷过大等问题。

例如，当前区块链网络的节点设备想要更新对交易数据达成共识的共识周期，可以重新启动区块链网络的所有节点设备。这种对共识周期进行更新的方案，可能会存在部分节点设备可能因为掉电了或者其他原因没有及时加入区块链网络，造成交易数据的处理延时或者交易数据的缺失等问题。

又例如，区块链网络中的节点设备对不同时延需求等级的交易数据仍然采用相同长度的共识周期对交易数据进行共识处理，可能会降低节点设备的工作效率。比如若有些交易数据是属于时延需求等级低的交易数据，也就是说该交易数据的紧急性不高，如果还是按与高时延需求等级(也就是指紧急性高)的交易数据相同的共识周期来处理该高时延需求等级的交易数据，那么会浪费区块链网络中节点设备的资源，并且降低了节点设备对交易数据的处理速度。又比如有些交易数据的时延需求等级较低，如果还是以高时延需求等级的共识周期来作为处理上述低时延需求等级的交易数据，可能引起低时延需求等级的交易数据不能及时进行共识处理，使得最终的没能完成分布式存储等功能。

为了解决上述提及到的关于区块链网络中的节点设备不能灵活更新共识周期的问题，本申请实施例提出了一种共识周期的更新方法及相关设备，该共识周期的更新方法及相关设备可提高节点设备的工作效率，减少资源浪费等问题。

区块链(Block Chain，BC)是分布式数据存储、共识机制、加密算法等计算机技术的新型应用模式，区块链技术具有去中心化、开放性、独立性、安全性和匿名性等特征。一般地，传统的交易模型是基于中心化思维构建的交易模型，即交易双方在不信任对方的前提下，会促进第三方中心化的形成，第三方作为仲裁者，在交易过程中，见证交易双方的活动。而区块链技术的去中心化特征是指在区块链网络中，每一个节点设备都存储数据，通过分布式存储实现数据的冗余，让所有节点有能力彼此维护数据库的安全，使得整个交易自主化、简单化。

关于更新区块链网络的共识周期是指，更新区块链网络中的节点设备对交易数据达成共识处理的时间长度。本发明提出一种区别于传统的更新共识周期的方案，该方案具体实施过程包括：区块链网络中的第一节点设备(任一节点设备)，可以获取共识周期更新请求，所述共识周期更新请求中可以包括根据待处理的交易数据的时延需求等级确定的目标周期；第一节点设备可将共识周期更新为共识周期更新请求中包括的目标周期；第一节点设备可以在目标周期内执行对交易数据的共识处理。

在一种实现方式中，共识周期更新请求中包括的目标周期是在预设的周期范围之内的。例如，所述预设的目标周期范围可以为0.1秒到60秒。示例性的，若第二节点设备发送给第一节点设备的共识周期更新请求中包括的目标周期为71秒，可知71秒不属于区间[0.1s，60s]内。因此确定该第二节点设备发送的共识周期更新请求中包括的目标周期为不合法的目标周期。相应的，第一节点设备就不会将共识周期更新为71秒。示例性的，若第二节点设备发送给第一节点设备的共识周期更新请求中包括的目标周期为32秒，可知32秒属于区间[0.1s，60s]内。因此确定该第二节点设备发送的共识周期更新请求中包括的目标周期为合法的目标周期。相应的，第一节点设备可以将共识周期更新为32秒。

在一种实现方式中，第一节点设备除了可以获取共识周期更新请求，还可以获取共识周期开启请求、共识周期关闭请求。其中，所述共识周期开启请求用于开启共识周期，以便于区块链网络的节点设备对交易数据进行共识处理等。所述共识周期关闭请求用于关闭共识周期，以便于区块链网络中的节点设备暂停对交易数据的共识处理。

以图5为例进行关于共识周期更新请求、共识周期开启请求或者共识周期关闭请求的说明。在图5所示的结构示意图中，包括第一节点设备、第二节点设备、客户端。其中，第二节点设备可以将共识周期更新请求、共识周期开启请求、共识周期关闭请求三项中的一项或者多项请求发送给第一节点设备。同理，客户端也可以将共识周期更新请求、共识周期开启请求、共识周期关闭请求三项中的一项或者多项请求发送给第一节点设备。其中，若客户端检测到用户的操作，则根据用户的操作生成共识周期更新请求(或共识周期关闭请求、共识周期开启请求)，并将共识周期更新请求(或共识周期关闭请求、共识周期开启请求)发送给第一节点设备。

需要说明的是，上述提到的第一节点设备可以为区块链网络中的任意节点设备，上述提到的第二节点设备为区块链网络中除了第一节点设备以外的其他各个节点设备，并且各个第二节点设备也可以称为第三节点设备、第四节点设备等等，本申请实施例对此不作限定。

通过实施本申请实施例，第一节点设备可以获取来自区块链网络中除了第一节点设备以外的其他节点设备的共识周期更新请求，或者获取来自用户关于共识周期更新的点击操作，并且将共识周期更新为目标周期。相对于传统上通过重新启动节点设备来得到新的共识周期而言，本申请实施例对共识周期的更新更为灵活和可控。

基于图2b所示的一种区块链网络的结构示意图，图3提供了一种共识周期更新的方法流程示意图，该方法包括但不限于如下步骤：

步骤S301：第一节点设备获取共识周期更新请求。

所述共识周期更新请求中包括：目标周期。可选的，该目标周期可以是用户输入的，也可以是第一节点设备根据交易数据的时延需求等级确定的。

在一种实现方式中，第一节点设备获取的共识周期更新请求可以来自于区块链网络中的其他节点设备(第二节点设备)。例如，第一节点设备为节点设备A，第二节点设备为节点设备B，那么当节点设备B接收到一个待处理的交易数据时，可以基于该交易数据的时延需求等级确定出目标周期，并且基于该目标周期生成共识周期更新请求，将该共识周期更新请求发送到节点设备A。相应的，节点设备A获取来自节点设备B的共识周期更新请求。

在一种实现方式中，客户端在检测到用户操作时，生成共识周期更新请求，然后客户端将该共识周期更新请求发送给第一节点设备。

在一种实现方式中，共识周期更新请求可以是第一节点设备生成的。例如，第一节点设备可以在检测到用户操作时，生成共识周期更新请求。又如，第一节点设备获取到待处理的交易数据时，可以基于时延需求等级和目标周期的对应关系，确定该交易数据的时延需求等级对应的目标周期，将确定得到的目标周期作为该交易数据的目标周期，并且基于该目标周期生成共识周期更新请求。示例性的，时延需求等级用于指示交易数据的实时性需求，实时性需求越高，即时延需求等级越高。举例来说，时延需求等级越高，对应的目标周期越长。客户端或者节点设备根据待处理的交易数据的时延需求等级，来确定对应的目标周期的周期长度，可以避免节点设备在共识周期(目标周期)内长时间处于空闲的状态，或者，避免节点设备因为共识周期的周期长度过短，而导致不能及时对交易数据进行共识处理等问题。

步骤S302：第一节点设备将共识周期更新为目标周期。

在一种实现方式中，如果第一节点设备在到达共识周期结束时，获取到共识周期更新请求，那么第一节点设备可以将共识周期更新为目标周期。如图6a所示，以时间轴为参考坐标系，此时，第一节点设备在获取到共识周期开启请求后，第一节点设备开启共识周期。当达到共识周期时，第一节点设备获取到共识周期更新请求。也就是说，第一节点设备先获取共识周期开启请求，相应的开启共识周期，那么第一节点设备在共识周期内进行对待处理的交易数据的共识处理。当到达共识周期时，若第一节点设备获取到共识周期更新请求，则第一节点设备将共识周期更新为目标周期。

以图5所示的区块链网络的结构示意图为例，假设第二节点设备1将共识周期开启请求发送给第一节点设备，相应的第一节点设备开启共识周期。假设此时共识周期为的时间长度为60秒，第一节点设备在共识周期内对交易数据进行共识处理。假设当第60秒时，客户端将共识周期更新请求发送给第一节点设备，所述共识周期更新请求包括的目标周期可以为12秒，则第一节点设备此时将60秒的共识周期更新为12秒的目标周期。

在一种实现方式中，如果第一节点设备在共识周期还未结束之前，获取到共识周期更新请求，则第一节点设备在共识周期结束时，将共识周期更新为目标周期。如图6b所示，以时间轴为参考坐标系，此时，如果第二节点设备将共识周期开启请求发送给第一节点设备，则第一节点设备开启共识周期，并在共识周期内对交易数据进行共识处理。假设第一节点设备在共识周期还未结束之前，又获取到来自客户端的共识周期更新请求，则第一节点设备可以在共识周期结束时，将共识周期更新为目标周期。

以图5所示的区块链网络的结构示意图为例，假设第二节点设备1将共识周期开启请求发送给第一节点设备，那么第一节点设备将共识周期开启。假设该共识周期的时间长度为60秒，若在共识周期开启之后的32秒时，第一节点设备获取到来自第二节点设备2的共识周期更新请求，并且共识周期更新请求包括的目标周期为12秒，那么第一节点设备在共识周期结束时，将共识周期更新为目标周期。

在一种实现方式中，第一节点设备开启共识周期时，便是开启目标周期。如图6c所示，以时间轴为参考坐标系，此时，第一节点设备获取到的共识周期更新请求位于共识周期开启请求之前。由于获取到共识周期更新请求时，还未开启共识周期，因此第一节点设备在获取到共识周期开启请求之后，就可以将共识周期更新为目标周期。

以图5所示的区块链网络的结构示意图为例，假设第一节点设备获取到来自第二节点设备3的共识周期更新请求，其中，所述共识周期更新请求包括的目标周期为45秒。然后第一节点设备在获取到所述共识周期更新请求之后的N秒时，获取到来自第二节点设备2的共识周期开启请求，那么第一节点设备将开启共识周期，并且此时的共识周期就是目标周期，即目标周期为45秒。

在一种实现方式中，第一节点设备在共识周期还未结束时，获取到共识周期关闭请求。如图6d所示，以时间轴为参考坐标系，此时，第一节点设备在获取到共识周期开启请求后，将会开启共识周期，并且在共识周期内对交易数据进行共识处理。若第一节点设备在共识周期结束之前，又获取到共识周期关闭请求，那么第一节点设备会暂停对交易数据的共识处理，也就意味着关闭了共识周期。

以图5所示的区块链网络的结构示意图为例，第一节点设备可以获取第二节点设备1发送的共识周期开启请求，并会开启共识周期，假设此时的共识周期为41秒。假设第一节点设备在开启共识周期12秒时，获取来自第二节点设备1的共识周期关闭请求，则第一节点设备暂停对交易数据的共识处理，也就意味着共识周期结束。

在一种实现方式中，第一节点设备在获取到共识周期开启之前，获取了共识周期更新请求，在获取了共识周期开启请求之后，获取了共识周期关闭请求。如图6e所示，以时间轴为参考坐标系，第一节点设备可以依次的获取到共识周期更新请求、共识周期开启请求以及共识周期关闭请求。在图6e中，第一节点设备先获取到共识周期更新请求，再接收到共识周期开启请求，因此第一节点设备可以将共识周期更新为共识周期更新请求中所包括的目标周期。然后第一节点设备获取到共识周期关闭请求时，可以关闭目标周期，也就暂停对交易数据的共识处理。

以图5所示的区块链网络的结构示意图为例，假设第一节点设备获取到第二节点设备1发送的共识周期更新请求，所述共识周期更新请求包括的目标周期为56秒；然后第一节点设备获取来自第二节点设备2的共识周期开启请求时，第一节点设备开启共识周期，此时共识周期为目标周期为56秒；假设在开启共识周期之后第32秒时，第一节点设备接收第二节点设备的共识周期关闭请求，那么第一节点设备暂停对交易数据的处理。

在一种实现方式中，第一节点设备在共识周期还未结束之前，获取到共识周期更新请求；第一节点设备在目标周期还未结束之前，获取到共识周期关闭请求。如图6f所示，以时间轴为参考坐标系，第一节点设备可以依次的获取到共识周期开启请求、共识周期更新请求以及共识周期关闭请求。在图6f中，第一节点设备在获取到共识周期开启请求时，便会开启共识周期。当第一节点设备获取到共识周期更新请求时，可以当共识周期结束时，将上述的共识周期更新为目标周期，以便于在目标周期内对交易数据进行共识处理。当第一节点设备获取到共识周期关闭请求时，可以关闭上述的目标周期，相应的，第一节点设备暂停对交易数据的共识处理。

以图5所示的区块链网络的结构示意图为例，假设第一节点设备获取第二节点设备2发送的共识周期开启请求，那么第一节点设备会开启共识周期，假设此时的共识周期为48秒；当第一节点设备开启共识周期后的第32秒时，假设第一节点设备获取第二节点设备3发送的共识周期更新请求，假设所述共识周期更新请求包括的目标周期为18秒，则第一节点设备在共识周期结束时，将共识周期更新为目标周期18秒，并且第一节点设备在目标周期内对交易数据进行共识处理；假设第一节点设备在开启目标周期后的第12秒时，获取到终端发送的共识周期关闭请求，则第一节点设备暂停对交易数据的共识处理。

步骤S303：第一节点设备在目标周期内对交易数据进行共识处理。

具体的，比如第一节点设备在共识周期内接收到第二节点设备或客户端发送的共识周期更新请求时，第一节点设备可以等到共识周期结束时，将共识周期更新为目标周期。如图6c所示，第一节点设备在开启共识周期时，实质是开启了共识周期更新请求中的目标周期。相应的，第一节点设备可以在目标周期内对交易数据进行共识处理。

又如，第一节点设备在共识周期结束时，接收到共识周期更新请求，那么第一节点设备直接将共识周期更新为目标周期。如图6a所示，第一节点设备在获取到共识周期更新请求时，可以等到共识周期结束时，将共识周期更新为目标周期。相应的，第一节点设备在目标周期内对交易数据进行共识处理。

可见，通过本申请实施例提及到的共识周期更新的方案，区块链网络中的节点设备均可，获取或者发送共识周期更新请求，相应的，节点设备可以将共识周期更新为目标周期。进而使得区块链网络可以灵活的更新共识周期。

图4是本申请实施例提供的另一种共识周期更新的方法流程示意图，该方法包括但不限于S401～S408，其中：

步骤S401：第一节点设备获取共识周期更新请求。

具体的，第一节点设备可以接收来自客户端、第二节点设备的共识周期更新请求。第一节点设备还可以检测到用户点击屏幕的操作，生成共识周期更新请求。

在一种实现方式中，第一节点设备还可以获取待处理的交易数据，并根据该交易数据的时延需求等级，确定出与交易数据的时延需求等级对应的目标周期，基于该目标周期生成共识周期更新请求。相应的，第一节点设备可以将该共识周期更新请求发送给区块链网络的其他各个节点设备。

例如，假设第一节点设备获取到待处理的第一交易数据和待处理的第二交易数据，并且第一交易数据的时延需求等级高于第二交易数据的时延需求等级，那么第一节点设备根据第一交易数据生成的目标周期，相比于根据第二交易数据生成的目标周期更短。

步骤S402：计算发送包含相同目标周期的共识周期更新请求的第二节点设备的数量。

在一种实现方式中，第一节点设备可接收多个第二节点设备分别发送的共识周期更新请求，其中，至少一个共识周期更新请求包含的目标周期，与其他共识周期更新请求包含的目标周期不相同。那么第一节点设备可对多个发送共识周期更新请求的第二节点设备的数量进行统计，得到包含相同目标周期的共识周期更新请求的第二节点设备的数量。相应的，得到包含数量最多的相同目标周期的共识周期更新请求对应的第二节点设备的数量。

需要说明的是，区块链网络中各个节点设备根据待处理的交易数据生成目标周期的过程，不受区块链网络中除了该节点设备以外的其他节点设备的影响。比如第一节点设备根据交易数据确定的目标周期为1天，那么该目标周期不会影响第二节点设备根据交易数据确定目标周期的过程，更不会影响第二节点设备根据交易数据的时延需求等级确定的目标周期。

步骤S403：第一节点设备将共识周期更新为目标周期。

具体的，第一节点设备可以得到发送包含相同目标周期的共识周期更新请求的第二节点设备的数量。

在一种实现方式中，若数量最大的第二节点设备发送的共识周期更新请求包含的目标周期相同，则第一节点设备将共识周期更新为数量最大的第二节点设备发送的共识周期更新请求所包含的目标周期。

例如，第一节点设备A获取到四个不同的第二节点设备发送的共识周期更新请求，其中，所述四个不同的第二节点设备分别为B、C、D、E，对应的共识周期更新请求为b、c、d、e。其中，共识周期更新请求b包含的目标周期为2天、共识周期更新请求c包含的目标周期为4天、共识周期更新请求d包含的目标周期为2天、共识周期更新请求e包含的目标周期为5天。那么通过计算可以得到：包含目标周期为2天的共识周期更新请求对应的第二节点设备的数量为2个第二节点设备，分别为B和D、包含目标周期为4天的共识周期更新请求对应的第二节点设备的数量为1个第二节点设备C、包含目标周期为5天的共识周期更新请求对应的第二节点设备的数量为1个第二节点设备E。进而可知，包含目标周期为2天的共识周期更新请求对应的第二节点设备的数量最大。

在一种实现方式中，若数量最大的第二节点设备发送的共识周期更新请求包含的目标周期不相同，则第一节点设备对数量最大的第二节点设备的共识周期更新请求包含的目标周期进行平均运算。相应的，第一节点设备将共识周期更新为经过平均运算得到的目标周期。

例如，第一节点设备A获取到四个不相同的目标周期，目标周期分别1天、3天、4天、5天。其中，发送的共识周期更新请求包含的目标周期为1天的第二节点设备的数量为4个；发送的共识周期更新请求包含的目标周期为3天的第二节点设备的数量为2个；发送的共识周期更新请求包含的目标周期为4天的第二节点设备的数量为7个；发送的共识周期更新请求包含的目标周期为5天的第二节点设备的数量也为7个。可知数量最大的第二节点设备发送的共识周期更新请求包含的目标周期不相同，即数量最大的第二节点设备的数量为7个，存在数量为7个的第二节点设备发送的共识周期更新请求包含的目标周期为4天，或5天。那么对所述4天和5天作平均运算，得到4.5天，此时，将4.5天作为更新的目标周期。相应的，第一节点设备将共识周期更新为4.5天。

在一种实现方式中，若第一节点设备在获取到多个第二节点设备的共识周期更新请求时，还没有获取到共识周期开启请求，那么第一节点设备可以在获取到共识周期开启请求时，将共识周期更新为第二节点设备数量最大的共识周期更新请求所包含的目标周期。

在一种实现方式中，若第一节点设备已经开启共识周期，那么第一节点设备在共识周期结束时，可以将该共识周期更新为第二节点设备数量最大的共识周期更新请求所包含的目标周期。

可见，通过将区块链网络中大部分节点设备所确定的目标周期作为最终的目标周期，并将共识周期更新为该目标周期，可以使得节点设备在该目标周期内更有效地对待处理的交易数据进行共识处理，进而提高区块链网络中节点设备的工作效率。

步骤S404：根据更新结果生成通知消息，所述通知消息指示将共识周期更新为目标周期的过程是否成功。其中，更新结果可以为更新成功或者更新失败。

步骤S405：第一节点设将通知消息发送给第二节点设备。

具体的，由于区块链网络的节点设备均会执行将共识周期更新为目标周期这一过程，那么可能会存在节点设备因为掉电或者其他原因导致更新延时等。当第一节点设备的更新结果为更新成功时，第一节点设备将更新结果为更新成功的通知消息发送给区块链网络的其他各个节点设备，可以辅助其他节点设备将共识周期更新为目标周期。当第一节点设备的更新结果为更新失败时，第一节点设备将更新失败的通知消息发送给区块链网络的其他节点设备，可以提示区块链网络的其他节点设备，第一节点设备并未成功将共识周期更新为目标周期。

在一种实现方式中，第一节点设备还可将通知消息发送给客户端。具体的，第一节点设备的将共识周期更新为目标周期的更新结果可以为更新成功或者为更新失败。若第一节点设备将包含更新结果为更新成功的通知消息发送给客户端，可以提示用户共识周期已经更新成功。若第一节点设备将包含更新结果为更新失败的通知消息发送给客户端，那么客户端可以将该通知消息反馈到用户，以便于用户重新发起一次对共识周期进行更新的操作。

步骤S406：第一节点设备对交易数据进行共识处理。

本申请实施例提及到的，第一节点设备可以统计多个第二节点设备发送的共识周期更新请求所包含的目标周期，进而确定出大部分节点设备所确定的目标周期，可以使最终确定的目标周期是与待处理的交易数据的时延需求等级相对应的，进而可以提升区块链网络中的节点设备的工作效率。

请参见图7，图7是本申请实施例提供的一种节点设备的结构示意图，该节点设备7用于执行图3～图4对应的方法实施例中第一节点设备所执行的步骤，该节点设备7可包括：

接收模块701，用于获取共识周期更新请求，所述共识周期更新请求包括目标周期，所述目标周期是根据待处理的交易数据的时延需求等级确定的；

更新模块702，用于将共识周期更新为所述目标周期；

处理模块703，用于在所述目标周期内对所述交易数据进行共识处理。

在一种实现方式中，在到达共识周期时，更新模块702将共识周期更新为目标周期。

在一种实现方式中，接收模块701接收第二节点设备发送的共识周期更新请求，所述第二节点设备为所述区块链网络中除所述第一节点设备以外的任一节点设备，所述共识周期更新请求是所述第二节点设备在检测到共识周期更新操作时生成的。

在一种实现方式中，接收模块701接收多个第二节点设备分别发送的共识周期更新请求，其中，至少一个共识周期更新请求包含的目标周期，与其他共识周期更新请求包含的目标周期不相同；

所述更新模块702将共识周期更新为所述目标周期，包括：

接收单元7021获取发送包含相同目标周期的共识周期更新请求的第二节点设备的数量；

更新单元7022将共识周期更新为数量最大的第二节点设备发送的共识周期更新请求所包含的目标周期。

在一种实现方式中，接收模块701接收多个第二节点设备分别发送的共识周期更新请求，其中，至少一个共识周期更新请求包含的目标周期，与其他共识周期更新请求包含的目标周期不相同；

更新模块702将共识周期更新为所述目标周期，包括：

接收单元7021获取发送包含相同目标周期的共识周期更新请求的第二节点设备的数量；

若数量最大的第二节点设备发送的共识周期更新请求包含的目标周期不相同，则对所述数量最大的第二节点设备发送的共识周期更新请求包含的目标周期进行平均运算；

更新单元7022将所述共识周期更新为经过平均运算得到的目标周期。

在一种实现方式中，处理模块703检测到共识周期更新操作时，生成单元7023生成所述共识周期更新请求；

接收模块701获取共识周期更新请求之后，还包括：

发送模块704将共识周期更新请求发送给所述区块链网络中除所述第一节点设备以外的第二节点设备，以使各个所述第二节点设备将共识周期更新为所述目标周期，各个所述第二节点设备在所述目标周期内对所述交易数据进行共识处理。

在一种实现方式中，接收模块701还获取共识周期开启请求；

处理模块703响应所述共识周期开启请求，对所述交易数据进行共识处理。

在一种实现方式中，接收模块701还获取共识周期关闭请求；

在到达所述目标周期时，处理模块703暂停对任一交易数据进行共识处理。

在一种实现方式中，所述目标周期位于预设的周期范围内。

需要说明的是，图7对应的实施例中未提及的内容以及各个模块执行步骤的具体实现方式可参见图3～图4所示实施例以及前述内容，这里不作赘述。

在一种实现方式中，图7中的各个模块所实现的相关功能可以结合处理器与通信接口来实现。

参见图8，图8是本申请实施例提供的一种节点设备的结构示意图，该节点设备8包括处理器801、存储器802、通信接口803，所述处理器801、所述存储器802、所述通信接口803通过一条或多条通信总线连接。

处理器801被配置为支持节点设备执行图3～图4所述方法中第一节点设备相应的功能。该处理器801可以是中央处理器(Central Processing Unit，CPU)，网络处理器(Network Processor，NP)，硬件芯片或者其任意组合。

存储器802用于存储程序代码等。存储器802可以包括易失性存储器(volatilememory)，例如随机存取存储器(Random Access Memory，RAM)；存储器802也可以包括非易失性存储器(non-volatile memory)，例如只读存储器(Read Only Memory，ROM)，快闪存储器(flash memory)，硬盘(Hard Disk Drive，HDD)或固态硬盘(Solid State Drive，SSD)；存储器802还可以包括上述种类的存储器的组合。

通信接口803用于接收和发送数据，例如，通信接口803用于接收来自客户端的共识周期更新请求、共识周期开启请求、共识周期关闭请求；或者，通信接口803用于接收来自第二节点设备的共识周期更新请求、共识周期开启请求、共识周期关闭请求；或者，通信接口803用于将根据更新结果生成的通知消息发送给客户端或者区块链网络的其他节点设备等。

在本申请实施例中，该节点设备8包括多个通信接口，其中，用于发送数据的通信接口和用于接收数据的通信接口可以不为同一个通信接口。

处理器801可以调用存储器802中存储的程序代码以执行以下操作：

通过通信接口803可以接收共识周期更新请求；

将共识周期更新为目标周期；

在目标周期内对交易数据进行共识处理。

在一种实现方式中，在到达所述共识周期时，处理器801将所述共识周期更新为所述目标周期。

在一种实现方式中，通信接口803接收第二节点设备发送的所述共识周期更新请求，所述第二节点设备为所述区块链网络中除所述第一节点设备以外的任一节点设备，所述共识周期更新请求是所述第二节点设备在检测到共识周期更新操作时生成的。

在一种实现方式中，通信接口803接收多个第二节点设备分别发送的共识周期更新请求，其中，至少一个共识周期更新请求包含的目标周期，与其他共识周期更新请求包含的目标周期不相同；

处理器801将共识周期更新为所述目标周期，包括：

通信接口803获取发送包含相同目标周期的共识周期更新请求的第二节点设备的数量；

处理器801将所述共识周期更新为数量最大的第二节点设备发送的共识周期更新请求所包含的目标周期。

在一种实现方式中，通信接口803接收多个第二节点设备分别发送的共识周期更新请求，其中，至少一个共识周期更新请求包含的目标周期，与其他共识周期更新请求包含的目标周期不相同；

处理器801将共识周期更新为所述目标周期，包括：

通信接口803获取发送包含相同目标周期的共识周期更新请求的第二节点设备的数量；

若数量最大的第二节点设备发送的共识周期更新请求包含的目标周期不相同，则处理器801对所述数量最大的第二节点设备发送的共识周期更新请求包含的目标周期进行平均运算；

处理器801将所述共识周期更新为经过平均运算得到的目标周期。

在一种实现方式中，通信接口803检测到共识周期更新操作时，处理器801生成所述共识周期更新请求；

通信接口803获取共识周期更新请求之后，还包括：

通信接口803将所述共识周期更新请求发送给所述区块链网络中除所述第一节点设备以外的第二节点设备，以使各个所述第二节点设备将共识周期更新为所述目标周期，各个所述第二节点设备在所述目标周期内对所述交易数据进行共识处理。

在一种实现方式中，通信接口803获取共识周期开启请求；

处理器801响应所述共识周期开启请求，并对所述交易数据进行共识处理。

在一种实现方式中，通信接口803获取共识周期关闭请求；

在到达所述目标周期时，处理器801暂停对任一交易数据进行共识处理。

在一种实现方式中，所述目标周期位于预设的周期范围内。

进一步地，处理器801还可以与通信接口803相配合，执行图3～图4所示方法实施例中第一节点设备对应的操作，具体可参见方法实施例中的描述，在此不作赘述。

本申请实施例还提供一种计算机可读存储介质，可以用于存储图7所示实施例中节点设备所用的计算机软件指令，其包含用于执行上述实施例中为第一节点设备所设计的程序。

上述计算机可读存储介质包括但不限于快闪存储器、硬盘、固态硬盘。

本申请实施例还提供一种计算机程序产品，该计算机程序产品被计算机设备运行时，可以执行上述图3～图4实施例中为第一节点设备所设计的共识周期的更新方法。

在本申请实施例中还提供一种芯片，包括处理器和存储器，该存储器用于存储计算机程序，该处理器用于从存储器中调用并运行该计算机程序，该计算机程序用于实现上述方法实施例中的方法。

本领域普通技术人员可以意识到，结合本申请中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用，使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程设备。所述计算机指令可以存储在计算机可读存储介质中，或者通过所述计算机可读存储介质进行传输。所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如，同轴电缆、光纤、数字用户线(DSL))或无线(例如，红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如，固态硬盘(Solid State Disk，SSD))等。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种共识周期的更新方法，其特征在于，包括：

第一节点设备获取共识周期更新请求，所述共识周期更新请求包括目标周期，所述目标周期是根据待处理的交易数据的时延需求等级确定的，所述第一节点设备为区块链网络中的任一节点设备；

所述第一节点设备将共识周期更新为所述目标周期；

所述第一节点设备在所述目标周期内对所述交易数据进行共识处理。

2.根据权利要求1所述的方法，其特征在于，所述第一节点设备将共识周期更新为所述目标周期，包括：

所述第一节点设备在到达所述共识周期时，将所述共识周期更新为所述目标周期。

3.根据权利要求1所述的方法，其特征在于，所述第一节点设备获取共识周期更新请求，包括：

所述第一节点设备接收第二节点设备发送的所述共识周期更新请求，所述第二节点设备为所述区块链网络中除所述第一节点设备以外的任一节点设备，所述共识周期更新请求是所述第二节点设备在检测到共识周期更新操作时生成的。

4.根据权利要求3所述的方法，其特征在于，所述第一节点设备接收第二节点设备发送的所述共识周期更新请求，包括：

所述第一节点设备接收多个第二节点设备分别发送的共识周期更新请求，其中，至少一个共识周期更新请求包含的目标周期，与其他共识周期更新请求包含的目标周期不相同；

所述第一节点设备将共识周期更新为所述目标周期，包括：

所述第一节点设备获取发送包含相同目标周期的共识周期更新请求的第二节点设备的数量；

所述第一节点设备将所述共识周期更新为数量最大的第二节点设备发送的共识周期更新请求所包含的目标周期。

5.根据权利要求3所述的方法，其特征在于，所述第一节点设备接收第二节点设备发送的所述共识周期更新请求，包括：

所述第一节点设备接收多个第二节点设备分别发送的共识周期更新请求，其中，至少一个共识周期更新请求包含的目标周期，与其他共识周期更新请求包含的目标周期不相同；

所述第一节点设备将共识周期更新为所述目标周期，包括：

所述第一节点设备获取发送包含相同目标周期的共识周期更新请求的第二节点设备的数量；

若数量最大的第二节点设备发送的共识周期更新请求包含的目标周期不相同，则对所述数量最大的第二节点设备发送的共识周期更新请求包含的目标周期进行平均运算；

所述第一节点设备将所述共识周期更新为经过平均运算得到的目标周期。

6.根据权利要求1所述的方法，其特征在于，所述第一节点设备获取共识周期更新请求，包括：

所述第一节点设备检测到共识周期更新操作时，生成所述共识周期更新请求；

所述第一节点设备获取共识周期更新请求之后，还包括：

所述第一节点设备将所述共识周期更新请求发送给所述区块链网络中除所述第一节点设备以外的第二节点设备，以使各个所述第二节点设备将共识周期更新为所述目标周期，各个所述第二节点设备在所述目标周期内对所述交易数据进行共识处理。

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

所述第一节点设备获取共识周期开启请求；

所述第一节点设备响应所述共识周期开启请求，对所述交易数据进行共识处理。

8.根据权利要求1-6所述的方法，其特征在于，所述第一节点设备将共识周期更新为所述目标周期之后，还包括：

所述第一节点设备获取共识周期关闭请求；

所述第一节点设备在到达所述目标周期时，暂停对任一交易数据进行共识处理。

9.根据权利要求1～6任一项所述的方法，其特征在于，所述目标周期位于预设的周期范围内。

10.一种节点设备，其特征在于，包括：

接收模块，用于获取共识周期更新请求，所述共识周期更新请求包括目标周期，所述目标周期是根据待处理的交易数据的时延需求等级确定的；

更新模块，用于将共识周期更新为所述目标周期；

处理模块，用于在所述目标周期内对所述交易数据进行共识处理。

Images