CN111340482A - 冲突检测方法、装置、节点设备及存储介质 - Google Patents

Abstract

本申请提供了一种冲突检测方法、装置、节点设备及存储介质，属于区块链技术领域。方法包括：响应于等待执行指令，为等待执行指令所指示的目标批次的区块，创建至少两个任务，一个任务用于指示对区块链系统中待上链的目标批次中的一个区块的多个处理逻辑；响应于对目标批次的执行指令，执行至少两个任务，在执行过程中，控制至少两个任务中包括的相同处理逻辑同步执行；根据至少两个任务的执行结果，确定目标批次的冲突状态。通过为区块链系统中待上链的目标批次中的一个区块设置对应的任务，并同时执行各任务中包括的相同处理逻辑，从而可以根据执行结果来确定各执行逻辑之间是否存在冲突，进而发现区块链系统中存在的安全风险。

Description

冲突检测方法、装置、节点设备及存储介质

技术领域

本申请涉及区块链技术领域，特别涉及一种冲突检测方法、装置、节点设备及存储介质。

背景技术

在区块链系统中，为了满足业务高性能的要求，区块链服务在交易接收、打包、验证、提交及存储等流程上都会承载并发的各种优化处理。由于区块之间可能存在具有上下依赖关系的交易，这些交易不能同时被提交，否则会产生冲突。例如，交易A：用户a向用户b支付X元，交易B：用户a向用户c支付Y元，交易A发生在交易B之前，则用户a实际应该剩余Z-X-Y元。如果交易A和交易B同时被提交，则执行完交易A用户a剩余Z-X元，执行完交易B用户a剩余Z-Y元，很显然不符合实际。

相关技术中，为了避免交易发生冲突，基于高并发的区块链服务会引入基于分批机制的并发处理方式，将具有上下依赖关系的交易在同一批次进行处理，而没有上下依赖关系的交易可以在不同批次并行进行处理。从而保证在没有冲突的情况下，满足业务高性能的需求。

上述技术方案存在的问题是，在对同一批次的区块进行处理时，会存在多个区块验证步骤，区块验证步骤之间可能发生冲突，使得区块链服务的可用性和稳定性具有一定风险。

发明内容

本申请实施例提供了一种冲突检测方法、装置、节点设备及存储介质，具有相同功能的步骤可以通过并发任务来同时执行，从而检测是否存在冲突，及时发现区块链存在的安全风险。所述技术方案如下：

一方面，提供了一种冲突检测方法，应用于区块链系统中的节点设备，所述方法包括：

响应于等待执行指令，为所述等待执行指令所指示的目标批次的区块，创建至少两个任务，一个任务用于指示对所述区块链系统中待上链的所述目标批次中的一个区块的多个处理逻辑；

响应于对所述目标批次的执行指令，执行所述至少两个任务，在执行过程中，控制所示至少两个任务中包括的相同处理逻辑同步执行；

根据所述至少两个任务的执行结果，确定所述目标批次的冲突状态。

一方面，提供了一种冲突检测装置，应用于区块链系统中的节点设备，所述装置包括：

任务创建模块，用于响应于等待执行指令，为所述等待执行指令所指示的目标批次的区块，创建至少两个任务，一个任务用于指示对所述区块链系统中待上链的所述目标批次中的一个区块的多个处理逻辑；

任务执行模块，用于响应于对所述目标批次的执行指令，执行所述至少两个任务，在执行过程中，控制所述至少两个任务中包括的相同处理逻辑同步执行；

状态确定模块，用于根据所述至少两个任务的执行结果，确定所述目标批次的冲突状态。

在一种可选的实现方式中，所述任务执行模块，还用于对于任一并发任务，对于任一任务，响应于所述任务中任一步处理逻辑执行完毕，将下一处理逻辑设置为等待执行状态；响应于确定其他任务中的下一处理逻辑均为等待执行状态，执行所述下一处理逻辑，直到所述任务执行完毕。

在一种可选的实现方式中，所述装置还包括：

第一指令生成模块，用于响应于所述目标批次的下一批次的等待执行指令，生成对所述目标批次的执行指令；

指令发送模块，用于将对所述目标批次的执行指令发送至指令存储空间，所述指令存储空间用于存储待执行的指令。

在一种可选的实现方式中，所述装置还包括：

区块划分模块，用于将接收到的区块划分为至少一个批次，一个批次包括至少一个区块；

第二指令生成模块，用于响应于所述目标批次开始处理，生成所述目标批次的等待执行指令。

在一种可选的实现方式中，所述区块划分模块，还用于响应于检测到接收到的区块中至少两个具有依赖关系，将具有依赖关系的区块划分为同一批次。

一方面，提供了一种节点设备，所述节点设备包括处理器和存储器，所述存储器用于存储至少一段程序代码，所述至少一段程序代码由所述处理器加载并执行以实现本申请实施例中的冲突检测方法中所执行的操作。

一方面，提供了一种存储介质，所述存储介质中存储有至少一段程序代码，所述至少一段程序代码用于执行本申请实施例中的冲突检测方法。

本申请实施例提供的技术方案带来的有益效果是：

在本申请实施例中，通过为区块链系统中待上链的目标批次中的一个区块设置对应的任务，并同时执行各任务中包括的相同处理逻辑，从而可以根据执行结果来确定各执行逻辑之间是否存在冲突，进而发现区块链系统中存在的安全风险。

附图说明

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

图1是根据本申请实施例提供的一种区块链系统的系统架构图；

图2是根据本申请实施例提供的一种区块链的结构示意图；

图3是根据本申请实施例提供的一种新区块产生的流程图；

图4是根据本申请实施例提供的一种区块链系统中节点设备的功能架构图；

图5是根据本申请实施例提供的一种冲突检测方法的流程图；

图6是根据本申请实施例提供的一种在编译过程中添加注入代码的示意图；

图7是根据本申请实施例提供的一种对区块处理的示意图；

图8是根据本申请实施例提供的一种注入程序代码的示意图；

图9是根据本申请实施例提供的另一种注入程序代码的示意图；

图10是根据本申请实施例提供的另一种冲突检测方法的流程图；

图11是根据本申请实施例提供的一种冲突检测装置的框图；

图12是根据本申请实施例提供的终端结构框图；

图13是根据本申请实施例提供的一种计算机设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

以下，对本申请涉及的术语进行解释。

区块链(英文：blockchain)：是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。

区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)；基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求完成共识后，记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储；智能合约模块负责合约的注册发行以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提供对合约升级注销的功能；运营监控模块主要负责产品发布过程中的部署、配置的修改、合约设置、云适配以及产品运行中的实时状态的可视化输出，例如：告警、监控网络情况、监控节点设备健康状态等。

平台产品服务层提供典型应用的基本能力和实现框架，开发人员可以基于这些基本能力，叠加业务的特性，完成业务逻辑的区块链实现。应用服务层提供基于区块链方案的应用服务给业务参与方进行使用。

共识机制(英文：consensus mechanism)：是区块链系统中实现不同节点之间建立信任、获取权益的数学算法。在区块链系统中，通过特殊节点设备的投票，可以在很短的时间内完成对交易的验证和确认，对一笔交易，如果利益不相干的若干个节点设备能够达成共识，就可以认为系统中的全部节点设备对此也能够达成共识。

智能合约(英文：smart contract)：是一种旨在以信息化方式传播、验证或执行合同的计算机协议。区块链系统中的各个节点设备根据特定条件自动执行的合约程序，可以对链上存储的数据进行操作，是用户与区块链进行交互、利用区块链实现业务逻辑的重要途径。智能合约的目的是提供优于传统合约的安全方法，并减少与合约相关的其他交易成本，它允许在没有第三方的情况下进行可信交易，这些交易可追踪且不可逆转。智能合约由交易触发，能够读取、编写和计算区块链链上的交易数据，从而支持各种商业应用的运作。能够自动执行合约条款的计算机化程序，对从外部获得的数据信息进行识别并判断，当由中央节点、联盟节点设定的条件满足时，随即触发系统自动执行相应的合约条款，以此完成本申请实施例中的交易和通用虚拟资源/机构虚拟资源的转移。本申请实施例中的智能合约分为通用和定制化两部分。通用部分支持身份认证、交易、虚拟资源转移等基础功能。定制部分用于应对第三节点设备的差异化应用场景，第三节点设备可以通过配置独立的智能合约来实现特殊的功能。

本申请实施例提供了基于上述区块链技术实现的区块链系统100，以下对该区块链系统的系统架构进行介绍。

参见图1，该区块链系统中可以包括多个节点设备101，此外，区块链系统还可以包括客户端。

节点设备101可以是网络中的任意形式的计算设备，如服务器、主机、用户终端等。节点设备101与节点设备101之间能够共享数据。其中，节点设备101之间可以基于点对点(Peer To Peer，P2P)协议，建立P2P网络。该P2P协议是一个运行在传输控制协议(Transmission Control Protocol，TCP)协议之上的应用层协议。

每个节点设备101在进行正常工作的过程中，可以接收到输入信息，并基于接收到的输入信息维护该区块链系统内的共享数据。为了保证区块链系统内的信息互通，区块链系统中的每个节点设备之间可以存在信息连接，节点设备之间可以通过上述信息连接进行信息传输。例如，当区块链系统中的任意节点设备接收到输入信息时，区块链系统中的其他节点设备便根据共识算法获取该输入信息，将该输入信息作为共享数据中的数据进行存储，使得区块链系统中全部节点设备上存储的数据均一致。

对于区块链系统中的每个节点设备，均具有与其对应的节点设备标识，而且区块链系统中的每个节点设备均可以存储有区块链系统中其他节点设备的节点设备标识，以便后续根据其他节点设备的节点设备标识，将生成的区块广播至区块链系统中的其他节点设备。每个节点设备中可维护一个如下表1所示的节点设备标识列表，将节点设备名称和节点设备标识对应存储至该节点设备标识列表中。其中，节点设备标识可为IP(InternetProtocol，网络之间互联的协议)地址以及其他任一种能够用于标识该节点设备的信息，表1中仅以IP地址为例进行说明。

表1

节点设备名称	节点设备标识
		节点设备1	117.114.151.174
节点设备2	117.116.189.145
		…	…
节点设备N	119.123.789.258

区块链系统中的每个节点设备均存储一条相同的区块链。区块链由多个区块组成，参见图2，区块链由多个区块组成，创始块中包括区块头和区块主体，区块头中存储有输入信息特征值、版本号、时间戳和难度值，区块主体中存储有输入信息；创始块的下一区块以创始块为父区块，下一区块中同样包括区块头和区块主体，区块头中存储有当前区块的输入信息特征值、父区块的区块头特征值、版本号、时间戳和难度值，并以此类推，使得区块链中每个区块中存储的区块数据均与父区块中存储的区块数据存在关联，保证了区块中输入信息的安全性。

在生成区块链中的各个区块时，参见图3，区块链所在的节点设备在接收到输入信息时，对输入信息进行校验，完成校验后，将输入信息存储至内存池中，并更新其用于记录输入信息的哈希树；之后，将更新时间戳更新为接收到输入信息的时间，并尝试不同的随机数，多次进行特征值计算，使得计算得到的特征值可以满足下述公式：

SHA256(SHA256(version+prev_hash+merkle_root+ntime+nbits+x))<TARGET

其中，SHA256为计算特征值所用的特征值算法；version(版本号)为区块链中相关区块协议的版本信息；prev_hash为当前区块的父区块的区块头特征值；merkle_root为输入信息的特征值；ntime为更新时间戳的更新时间；nbits为当前难度，在一段时间内为定值，并在超出固定时间段后再次进行确定；x为随机数；TARGET为特征值阈值，该特征值阈值可以根据nbits确定得到。

这样，当计算得到满足上述公式的随机数时，便可将信息对应存储，生成区块头和区块主体，得到当前区块。随后，区块链所在节点设备根据区块链系统中其他节点设备的节点设备标识，将新生成的区块分别发送给其所在的区块链系统中的其他节点设备，由其他节点设备对新生成的区块进行校验，并在完成校验后将新生成的区块添加至其存储的区块链中。

以下，对区块链系统中的节点设备101的功能架构进行介绍。

参见图4，节点设备101从功能上可以划分为硬件层、中间层、操作系统层和应用层，涉及的具体功能可以如下：

1)路由，节点设备具有的基本功能，用于支持节点设备之间的通信。

节点设备除具有路由功能外，还可以具有以下功能：

2)应用，用于部署在区块链中，根据实际业务需求而实现特定业务，记录实现功能相关的数据形成记录数据，在记录数据中携带数字签名以表示任务数据的来源，将记录数据发送到区块链系统中的其他节点设备，供其他节点设备在验证记录数据来源以及完整性成功时，将记录数据添加到临时区块中。

例如，应用实现的业务包括：

2.1)钱包，用于提供进行电子货币的交易的功能，包括发起交易(即，将当前交易的交易记录发送给区块链系统中的其他节点设备，其他节点设备验证成功后，作为承认交易有效的响应，将交易的记录数据写入区块链的临时区块中；当然，钱包还支持查询电子货币地址中剩余的电子货币。

2.2)共享账本，用于提供账目数据的存储、查询和修改等操作的功能，将对账目数据的操作的记录数据发送到区块链系统中的其他节点设备，其他节点设备验证有效后，作为承认账目数据有效的响应，将记录数据写入临时区块中，还可以向发起操作的节点设备发送确认。

2.3)智能合约，计算机化的协议，可以执行某个合约的条款，通过部署在共享账本上的用于在满足一定条件时而执行的代码实现，根据实际的业务需求代码用于完成自动化的交易，例如查询买家所购买商品的物流状态，在买家签收货物后将买家的电子货币转移到商户的地址；当然，智能合约不仅限于执行用于交易的合约，还可以执行对接收的信息进行处理的合约。

3)区块链，包括一系列按照产生的先后时间顺序相互接续的区块(Block)，新区块一旦加入到区块链中就不会再被移除，区块中记录了区块链系统中节点设备提交的记录数据。

本申请实施例提供的冲突检测方法，可以应用于区块链系统中节点设备接收区块将区块添加到区块链中的场景。在区块链系统中，节点设备之间可以通过建立通信连接来实现节点设备之间的通信。对于区块链系统中的任一节点设备，该节点设备可以接收该区块链系统中其他节点设备发送的区块，在验证该区块合法后，将该区块添加到该节点设备维护的区块链中，以使各节点设备存储的区块链相同。通常为了满足业务高性能的需求，会采用多种并发的优化方式来对区块进行处理，同时引入分批机制的并发处理规则来规避交易冲突，以保证高性能和无冲突。在对区块链系统的并发处理能力进行测试时，可以采用压力测试工具持续发送大量的请求，模拟可能会造成冲突的场景，以验证分批处理是否会影响并发处理。然而这种模拟方式并不能精准的模拟同一个批次内，每个并发处理任务相同功能的同时执行，还是存在冲突的可能性。

下面介绍一下本申请实施例提供的冲突检测方法的主要步骤。对于区块链系统中的任一节点设备，该节点设备在处理目标批次时，响应于等待执行指令，为等待执行指令所指示的目标批次的区块，创建至少两个任务；然后，响应于对该目标批次的执行指令，执行该至少两个任务，在执行过程中，控制至少两个任务中包括的相同处理逻辑同步执行；最后，根据至少两个任务的执行结果，确定目标批次的冲突状态。

可以理解的是，本发明实施例提供的方法步骤可以由计算机设备执行，计算机设备包括但不限于服务器或终端。节点设备也可以称为计算机设备。

图5是根据本申请实施例提供的一种冲突检测方法的流程图，如图5所示，在本申请实施例中以应用于区块链系统中的节点设备为例进行说明。该冲突检测方法包括以下步骤：

501、节点设备将接收到的区块划分为至少一个批次，一个批次包括至少一个区块。

在本申请实施例中，节点设备可以接收其他节点设备发送的区块，每个区块都包括至少一条交易记录，由于区块中包括的交易记录之间可能会存在依赖关系，因此节点设备可以对接收到的区块进行批次的划分，响应于检测到接收到的区块中至少两个具有依赖关系，则节点设备可以将该具有依赖关系的至少两个区块划分为同一批次，而不具备依赖关系的区块分别单独作为一个批次，一个批次包括至少一个区块，各批次之间互不影响。

例如，节点设备接收到7个区块，其中区块1和区块2之间具有依赖关系，区块3、区块4以及区块5之间具有依赖关系，区块6和区块7与其他区块之间没有依赖关系，则节点设备可以根据该依赖关系将区块1和区块2划分为同一批次，将区块3、区块4以及区块5划分为同一批次，将区块6划分为一个批次，将区块7划分为一个批次。

在一种可选的实现方式中，可以对节点设备上部署的区块链服务进行代码增强注入，在进行区块划分的步骤注入相应的注入程序，该注入程序也可以称为同时执行注入器，用于同时执行指定的处理逻辑。由于区块划分的处理逻辑由主线程或者主进程来执行，则该注入程序为主线程对应的第一注入程序。其中，代码注入的时机可以为代码编译时期或者代码运行时期，本申请对代码注入时机不进行限制。通过采用面向切面编程的思想进行程序代码的注入，可以无需改动源代码，确保了业务不被影响，同时也保证所影响的性能在一个可接受的范围内。

例如，可以通过AspectJ(一个面向切面的框架，是对JAVA的扩展)、ASM(一个Java字节码操控框架)或AspectC++(一个面向切面的框架，是对C++的扩展)等代码增强技术，在编译时期实现静态注入。或者，通过Instrumentation(JAVA代码中的一种功能)+ASM或Hooking(钩子函数)等技术，在运行期实现动态注入。参见图6所示，图6是根据本申请实施例提供的一种在编译过程中添加注入代码的示意图，在图6中，将注入代码和源代码一起进行编译后得到执行文件。

502、节点设备响应于目标批次开始处理，生成目标批次的等待执行指令。

在本申请实施例中，节点设备可以分别对各批次中的区块进行处理，当前待处理的批次为目标批次。在目标批次开始处理时，节点设备可以生成待执行指令，用于指示该目标批次处于等待执行状态。

在一种可选的实现方式中，节点设备可以通过主线程对应的第一注入程序俩生成该目标批次的等待执行指令，然后将该等待执行指令发送至指令存储空间。该指令存储空间用于存储各注入程序发送的指令和通信消息，该指令存储空间可以为共享内存、redis(Remote Dictionary Server，远程字典服务)，或者其他高性能的存储器。

503、节点设备响应于等待执行指令，为等待执行指令指示的目标批次的区块，创建至少两个任务，一个任务用于指示对区块链系统中待上链的目标批次中的一个区块的多个处理逻辑。

在本申请实施例中，节点设备在检测到区块链系统中待上链的目标批次的等待执行指令后，可以为该目标批次中包括的至少两个区块分别创建对应的任务，即创建至少两个任务，每个区块对应的任务均包括多个处理逻辑，各任务包括的处理逻辑相同。如包括区块验证、计算哈希值和同步结果等处理逻辑。

例如，参见图7所示，图7是根据本申请实施例提供的一种对区块处理的示意图。在图7中，当前处理的批次中包括3个区块，该3个区块在区块链中的高度分别为h、h+1以及h+2，每个区块对应的任务都包括区块验证步骤1、区块验证步骤2、区块验证步骤3···区块验证步骤n，计算哈希值以及同步结果等处理逻辑，在计算哈希值时从节点设备维护的数据库中进行数据读取，然后将同步结果写入数据库。

在一种可选的实现方式中，创建的任务也可以对应有注入程序。对于任一任务，在该任务创建完毕后，激活注入的程序代码，注入的程序代码会生成该任务对应的第二注入程序。

例如，参见图8所示，图8是根据本申请实施例提供的一种注入程序代码的示意图。在图8中，程序代码被注入各任务中，每个任务对应一段程序代码，该程序代码用于生成该任务对应的第二注入程序。

在一种可选的实现方式中，任务中的各处理逻辑也可以对应有注入程序。对于任一任务中的任一处理逻辑，在执行该处理逻辑时，会生成该处理逻辑对应的第三注入程序。

例如，参见图9所示，图9是根据本申请实施例提供的另一种注入程序代码的示意图。在图9中，程序代码被注入任务的各个处理逻辑中，每个处理逻辑对应一段程序代码，该程序代码用于生成该处理逻辑对应的第三注入程序。

在一种可选的实现方式中，节点设备可以在目标批次开始处理时，创建至少两个任务，即任务的创建和目标批次的等待执行指令的生成是同时进行的。在任务创建完成后，各任务会各自生成对应的第二注入程序。对于任一任务，在该任务执行顺序排在首位的处理逻辑时，通过对应的第二注入程序在指令存储空间进行检测，在检测到上述等待执行指令时，该任务进入等待执行状态；在检测到执行指令时，执行任务。

504、节点设备响应于对目标批次的执行指令，执行至少两个任务，在执行过程中，控制至少两个任务中包括的相同处理逻辑同步执行。

在本申请实施例中，当目标批次的下一批次进行等待处理时，节点设备响应于该目标批次的下一批次的等待执行指令，生成对该目标批次的执行指令。节点设备可以将对该目标批次的执行指令发送至指令存储空间，该执行指令用于指示执行创建的至少两个任务。其中，该指令空间用于存储待执行的指令。对于任一任务，节点设备响应于该任务中任一步处理逻辑执行完毕，可以将下一处理逻辑设置为等待执行状态；响应于确定其他任务中的下一处理逻辑均为等待执行状态，则执行下一处理逻辑，直到该任务执行完毕。从而实现至少两个任务中包括的相同处理逻辑同步执行。

在一种可选的实现方式中，节点设备可以通过该任务对应的第二注入程序控制至少两个任务中包括的相同处理逻辑同步执行。对于任一任务，响应于该任务对应的第二注入程序在指令存储空间检测到对目标批次的执行指令，则执行该任务中顺序排在首位的处理逻辑。响应于该任务中任一处理逻辑执行完毕，将该处理逻辑的执行结果发送至该第二注入程序，通过该第二注入程序将下一处理逻辑设置为等待执行状态，将等待执行状态发送至指令存储空间。通过第二注入程序在指令存储空间检测其他任务对应的注入程序发送的下一处理逻辑的等待执行状态，响应于确定其他任务中的下一处理逻辑均为等待执行状态，执行该下一处理逻辑。重复上述设置等待执行状态，检测其他任务发送的等待执行状态，执行处理逻辑的操作，直到该任务中所有处理逻辑均执行完毕。

505、节点设备根据至少两个任务的执行结果，确定目标批次的冲突状态。

在本申请实施例中，节点设备可以对各任务的执行结果进行汇总，若任一处理逻辑在任务的执行过程中发生了冲突，则表示该节点设备当前配置的区块链服务存在冲突风险。

需要说明的是，上述步骤501至步骤505中所描述的步骤，是本申请提供的冲突检测方法的一种可选的实现方式。相应的，本申请提供的冲突检测方法的还有其他的实现方式，可以参见图10所示，图10是根据本申请实施例提供的另一种冲突检测方法的流程图。在图10中，分为12个步骤，步骤1，目标批次执行，则在区块分批步骤注入的程序代码生成注入程序1，也即主线程对应的注入程序。步骤2，通过注入程序1设置目标批次等待执行。步骤3，高度为h的区块对应的任务创建完成，生成对应的注入程序2，判断是否执行处理逻辑。步骤4，通过注入程序2检测到等待执行指令，进入休眠等待状态。步骤5高度为h+1的区块对应的任务创建完成，生成对应的注入程序3，判断是否执行处理逻辑。步骤6，通过注入程序3检测到等待执行指令，进入休眠等待状态。步骤7高度为h+2的区块对应的任务创建完成，生成对应的注入程序4，判断是否执行处理逻辑。步骤8，通过注入程序4检测到等待执行指令，进入休眠等待状态。步骤9，目标批次的下一批次被设置为等待执行。步骤10，通过注入程序1设置目标批次内的至少两个任务同时执行。步骤11，同时执行三个区块对应的任务。步骤12，每个任务对应的注入程序在当前处理逻辑执行完毕后，等待执行下一处理逻辑，然后同时执行下一处理逻辑。

在本申请实施例中，区块链系统中待上链的目标批次中的一个区块设置对应的任务，并同时执行各任务中包括的相同处理逻辑，从而可以根据执行结果来确定各执行逻辑之间是否存在冲突，进而发现区块链系统中存在的安全风险。

图11是根据本申请实施例提供的一种冲突检测装置的框图。该装置用于执行上述冲突检测方法执行时的步骤，参见图11，装置包括：任务创建模块1101、任务执行模块1102以及状态确定模块1103。

任务创建模块1101，用于响应于等待执行指令，为等待执行指令所指示的目标批次的区块，创建至少两个任务，一个任务用于指示对区块链系统中待上链的目标批次中的一个区块的多个处理逻辑；

任务执行模块1102，用于响应于对目标批次的执行指令，执行至少两个任务，在执行过程中，控制至少两个任务中包括的相同处理逻辑同步执行；

状态确定模块1103，用于根据至少两个任务的执行结果，确定目标批次的冲突状态。

在一种可选的实现方式中，任务执行模块1102，还用于对于任一并发任务，对于任一任务，响应于任务中任一步处理逻辑执行完毕，将下一处理逻辑设置为等待执行状态；响应于确定其他任务中的下一处理逻辑均为等待执行状态，执行下一处理逻辑，直到任务执行完毕。

在一种可选的实现方式中，装置还包括：

第一指令生成模块，用于响应于目标批次的下一批次的等待执行指令，生成对目标批次的执行指令；

指令发送模块，用于将对目标批次的执行指令发送至指令存储空间，指令存储空间用于存储待执行的指令。

区块划分模块，用于将接收到的区块划分为至少一个批次，一个批次包括至少一个区块；

第二指令生成模块，用于响应于目标批次开始处理，生成目标批次的等待执行指令。

在一种可选的实现方式中，区块划分模块，还用于响应于检测到接收到的区块中至少两个具有依赖关系，将具有依赖关系的区块划分为同一批次。

在本申请实施例中，区块链系统中待上链的目标批次中的一个区块设置对应的任务，并同时执行各任务中包括的相同处理逻辑，从而可以根据执行结果来确定各执行逻辑之间是否存在冲突，进而发现区块链系统中存在的安全风险。

需要说明的是：上述实施例提供的冲突检测装置在运行应用程序时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的冲突检测装置与冲突检测方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

在本申请实施例中，节点设备可以被实施为终端或者计算机设备，当被实施为终端时，可以由该终端实现上述的冲突检测方法所执行的操作，当被实施为计算机设备时，可以由该计算机设备实现上述的冲突检测方法所执行的操作，也可以由该计算机设备和终端的交互来实现上述冲突检测方法所执行的操作。

上述节点设备可以被提供为终端，图12是根据本申请实施例提供的终端1200的结构框图。该终端图12示出了本发明一个示例性实施例提供的终端1200的结构框图。该终端1200可以是：智能手机、平板电脑、MP3播放器(Moving Picture Experts Group AudioLayer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts GroupAudio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端1200还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端1200包括有：处理器1201和存储器1202。

处理器1201可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1201可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1201也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1201可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1201还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1202可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1202还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1202中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1201所执行以实现本申请中方法实施例提供的冲突检测方法。

在一些实施例中，终端1200还可选包括有：外围设备接口1203和至少一个外围设备。处理器1201、存储器1202和外围设备接口1203之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1203相连。具体地，外围设备包括：射频电路1204、显示屏1205、摄像头组件1206、音频电路1207、定位组件1208和电源1209中的至少一种。

外围设备接口1203可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器1201和存储器1202。在一些实施例中，处理器1201、存储器1202和外围设备接口1203被集成在同一芯片或电路板上；在一些其他实施例中，处理器1201、存储器1202和外围设备接口1203中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路1204用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路1204通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1204将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1204包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1204可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路1204还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏1205用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1205是触摸显示屏时，显示屏1205还具有采集在显示屏1205的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1201进行处理。此时，显示屏1205还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1205可以为一个，设置终端1200的前面板；在另一些实施例中，显示屏1205可以为至少两个，分别设置在终端1200的不同表面或呈折叠设计；在再一些实施例中，显示屏1205可以是柔性显示屏，设置在终端1200的弯曲表面上或折叠面上。甚至，显示屏1205还可以设置成非矩形的不规则图形，也即异形屏。显示屏1205可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。

摄像头组件1206用于采集图像或视频。可选地，摄像头组件1206包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1206还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路1207可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1201进行处理，或者输入至射频电路1204以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端1200的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1201或射频电路1204的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1207还可以包括耳机插孔。

定位组件1208用于定位终端1200的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件1208可以是基于美国的GPS(GlobalPositioning System，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。

电源1209用于为终端1200中的各个组件进行供电。电源1209可以是交流电、直流电、一次性电池或可充电电池。当电源1209包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端1200还包括有一个或多个传感器1210。该一个或多个传感器1210包括但不限于：加速度传感器1211、陀螺仪传感器1212、压力传感器1213、指纹传感器1214、光学传感器1215以及接近传感器1216。

加速度传感器1211可以检测以终端1200建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1211可以用于检测重力加速度在三个坐标轴上的分量。处理器1201可以根据加速度传感器1211采集的重力加速度信号，控制显示屏1205以横向视图或纵向视图进行用户界面的显示。加速度传感器1211还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器1212可以检测终端1200的机体方向及转动角度，陀螺仪传感器1212可以与加速度传感器1211协同采集用户对终端1200的3D动作。处理器1201根据陀螺仪传感器1212采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器1213可以设置在终端1200的侧边框和/或显示屏1205的下层。当压力传感器1213设置在终端1200的侧边框时，可以检测用户对终端1200的握持信号，由处理器1201根据压力传感器1213采集的握持信号进行左右手识别或快捷操作。当压力传感器1213设置在显示屏1205的下层时，由处理器1201根据用户对显示屏1205的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器1214用于采集用户的指纹，由处理器1201根据指纹传感器1214采集到的指纹识别用户的身份，或者，由指纹传感器1214根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1201授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1214可以被设置终端1200的正面、背面或侧面。当终端1200上设置有物理按键或厂商Logo时，指纹传感器1214可以与物理按键或厂商Logo集成在一起。

光学传感器1215用于采集环境光强度。在一个实施例中，处理器1201可以根据光学传感器1215采集的环境光强度，控制显示屏1205的显示亮度。具体地，当环境光强度较高时，调高显示屏1205的显示亮度；当环境光强度较低时，调低显示屏1205的显示亮度。在另一个实施例中，处理器1201还可以根据光学传感器1215采集的环境光强度，动态调整摄像头组件1206的拍摄参数。

接近传感器1216，也称距离传感器，通常设置在终端1200的前面板。接近传感器1216用于采集用户与终端1200的正面之间的距离。在一个实施例中，当接近传感器1216检测到用户与终端1200的正面之间的距离逐渐变小时，由处理器1201控制显示屏1205从亮屏状态切换为息屏状态；当接近传感器1216检测到用户与终端1200的正面之间的距离逐渐变大时，由处理器1201控制显示屏1205从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图12中示出的结构并不构成对终端1200的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

上述节点设备可以被提供为计算机设备，图13是根据本申请实施例提供的一种计算机设备的结构示意图，该计算机设备1300可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(Central Processing Units，CPU)1301和一个或一个以上的存储器1302，其中，所述存储器1302中存储有至少一条指令，所述至少一条指令由所述处理器1301加载并执行以实现上述各个方法实施例提供的冲突检测方法。当然，该计算机设备还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该计算机设备还可以包括其他用于实现设备功能的部件，在此不做赘述。

本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质应用于节点设备，该计算机可读存储介质中存储有至少一段程序代码，该至少一段程序代码用于被处理器执行并实现本申请实施例中的冲突检测方法中节点设备所执行的操作。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种冲突检测方法，其特征在于，应用于区块链系统中的节点设备，所述方法包括：

响应于等待执行指令，为所述等待执行指令所指示的目标批次的区块，创建至少两个任务，一个任务用于指示对所述区块链系统中待上链的所述目标批次中的一个区块的多个处理逻辑；

响应于对所述目标批次的执行指令，执行所述至少两个任务，在执行过程中，控制所述至少两个任务中包括的相同处理逻辑同步执行；

根据所述至少两个任务的执行结果，确定所述目标批次的冲突状态。

2.根据权利要求1所述的方法，其特征在于，所述在执行过程中，控制所述至少两个任务中包括的相同处理逻辑同步执行，包括：

对于任一任务，响应于所述任务中任一处理逻辑执行完毕，将下一处理逻辑设置为等待执行状态；

响应于确定其他任务中的下一处理逻辑均为等待执行状态，执行所述下一处理逻辑，直到所述任务执行完毕。

3.根据权利要求1所述的方法，其特征在于，所述创建至少两个任务之后，所述方法还包括：

响应于所述目标批次的下一批次的等待执行指令，生成对所述目标批次的执行指令；

将对所述目标批次的执行指令发送至指令存储空间，所述指令存储空间用于存储待执行的指令。

4.根据权利要求1所述的方法，其特征在于，所述响应于等待执行指令之前，所述方法还包括：

将接收到的区块划分为至少一个批次，一个批次包括至少一个区块；

响应于所述目标批次开始处理，生成所述目标批次的等待执行指令。

5.根据权利要求4所述的方法，其特征在于，所述将接收到的区块划分为至少一个批次，包括：

响应于检测到接收到的区块中至少两个具有依赖关系，将具有依赖关系的区块划分为同一批次。

6.一种冲突检测装置，其特征在于，应用于区块链系统中的节点设备，所述装置包括：

任务创建模块，用于响应于等待执行指令，为所述等待执行指令所指示的目标批次的区块，创建至少两个任务，一个任务用于指示对所述区块链系统中待上链的所述目标批次中的一个区块的多个处理逻辑；

任务执行模块，用于响应于对所述目标批次的执行指令，执行所述至少两个任务，在执行过程中，控制所述至少两个任务中包括的相同处理逻辑同步执行；

状态确定模块，用于根据所述至少两个任务的执行结果，确定所述目标批次的冲突状态。

7.根据权利要求6所述的装置，其特征在于，所述任务执行模块，还用于对于任一并发任务，对于任一任务，响应于所述任务中任一步处理逻辑执行完毕，将下一处理逻辑设置为等待执行状态；响应于确定其他任务中的下一处理逻辑均为等待执行状态，执行所述下一处理逻辑，直到所述任务执行完毕。

8.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第一指令生成模块，用于响应于所述目标批次的下一批次的等待执行指令，生成对所述目标批次的执行指令；

指令发送模块，用于将对所述目标批次的执行指令发送至指令存储空间，所述指令存储空间用于存储待执行的指令。

9.一种节点设备，其特征在于，所述节点设备包括处理器和存储器，所述存储器用于存储至少一段程序代码，所述至少一段程序代码由所述处理器加载并执行权利要求1至5任一权利要求所述的冲突检测方法。

10.一种存储介质，其特征在于，所述存储介质用于存储至少一段程序代码，所述至少一段程序代码用于执行权利要求1至5任一权利要求所述的冲突检测方法。

Images