一种区块链交易监控方法、装置及区块链节点

技术领域

本发明涉及区块链技术领域，尤其涉及一种区块链交易监控方法、装置及区块链节点。

背景技术

随着科技的发展，区块链技术在各种行业的应用也越来越普遍。

在使用区块链技术进行交易的过程中，往往会涉及到多个环节和多个区块链节点，因此对区块链交易进行监控较为困难。

发明内容

鉴于上述问题，本发明提供一种克服上述问题或者至少部分地解决上述问题的一种区块链交易监控方法、装置及区块链节点，技术方案如下：

一种区块链交易监控方法，包括：

记录交易发起节点在目标区块链交易过程中向至少一个交易处理节点发送的与区块链交易处理相关的至少一种请求的请求发送时刻；

记录所述交易发起节点接收到对所述至少一种请求的响应的响应接收时刻，其中，所述响应是所述至少一个交易处理节点中的交易处理节点发送的；

根据所述请求发送时刻和所述响应接收时刻，对所述目标区块链交易进行监控。

可选的，所述交易处理节点包括：背书节点、记账节点中的至少一个，所述记录交易发起节点在目标区块链交易过程中向至少一个交易处理节点发送的与区块链交易处理相关的至少一种请求的请求发送时刻，包括如下处理中的至少一个：

处理一、记录所述交易发起节点在所述目标区块链交易过程中向所述背书节点发送的背书请求的背书请求发送时刻；

处理二、记录所述交易发起节点在所述目标区块链交易过程中向所述排序节点发送的交易排序请求的排序请求发送时刻。

可选的，

所述交易处理节点还包括：交易监控节点，所述记录所述交易发起节点接收到对所述至少一种请求的响应的响应接收时刻，包括如下处理中的至少一个：

处理三、记录所述交易发起节点接收到所述背书节点发送的背书响应的背书响应接收时刻；

处理四、记录所述交易发起节点接收到所述交易监控节点发送的交易状态的交易状态接收时刻；

处理五、记录所述交易发起节点接收到所述排序节点发送的交易排序响应的排序响应接收时刻。

可选的，还包括：

获得所述交易发起节点在目标区块链交易过程中向至少一个交易处理节点发送的与区块链交易处理相关的至少一种请求所包含的至少一种交易信息；

获得所述交易发起节点接收到的对所述至少一种请求的响应所包含的至少一种交易信息，其中，所述响应是所述至少一个交易处理节点中的交易处理节点发送的。

可选的，所述根据所述请求发送时刻和所述响应接收时刻，对所述目标区块链交易进行监控，包括如下处理中的至少一种：

处理六、根据所述背书请求发送时刻和所述背书响应接收时刻之间的时间间隔确定所述目标区块链交易的交易背书时长；

处理七、根据所述排序响应接收时刻和所述交易状态接收时刻之间的时间间隔确定所述目标区块链交易的账本更新时长；

处理八、根据所述排序请求发送时刻和所述排序响应接收时刻之间的时间间隔确定所述目标区块链交易的交易排序时长。

一种区块链交易监控装置，包括：发送时刻记录单元、响应时刻记录单元和监控单元，

所述发送时刻记录单元，用于记录交易发起节点在目标区块链交易过程中向至少一个交易处理节点发送的与区块链交易处理相关的至少一种请求的请求发送时刻；

所述响应时刻记录单元，用于记录所述交易发起节点接收到对所述至少一种请求的响应的响应接收时刻，其中，所述响应是所述至少一个交易处理节点中的交易处理节点发送的；

所述监控单元，用于根据所述请求发送时刻和所述响应接收时刻，对所述目标区块链交易进行监控。

可选的，所述交易处理节点包括：背书节点和记账节点中的至少一个，所述发送时刻记录单元，包括第一记录子单元、第二记录子单元、第三记录子单元中的至少一个：

所述第一记录子单元，用于记录所述交易发起节点在所述目标区块链交易过程中向所述背书节点发送的背书请求的背书请求发送时刻；

所述第二记录子单元，用于记录所述交易发起节点在所述目标区块链交易过程中向所述排序节点发送的交易排序请求的排序请求发送时刻。

可选的，所述交易处理节点还包括：交易监控节点，所述响应时刻记录单元，包括第三记录子单元、第四记录子单元、第五记录子单元中的至少一个：

所述第三记录子单元，用于记录所述交易发起节点接收到所述背书节点发送的背书响应的背书响应接收时刻；

所述第四记录子单元，用于记录所述交易发起节点接收到所述交易监控节点发送的交易状态的交易状态接收时刻；

所述第五记录子单元，用于记录所述交易发起节点接收到所述排序节点发送的交易排序响应的排序响应接收时刻。

可选的，还包括：第一交易信息获得单元和第二交易信息获得单元，

所述第一交易信息获得单元，用于获得所述交易发起节点在目标区块链交易过程中向至少一个交易处理节点发送的与区块链交易处理相关的至少一种请求所包含的至少一种交易信息；

所述第二交易信息获得单元，用于获得所述交易发起节点接收到的对所述至少一种请求的响应所包含的至少一种交易信息，其中，所述响应是所述至少一个交易处理节点中的交易处理节点发送的。

可选的，所述监控单元，包括背书时长确定子单元、更新时长确定子单元和排序时长确定子单元中的至少一个：

所述背书时长确定子单元，用于根据所述背书请求发送时刻和所述背书响应接收时刻之间的时间间隔确定所述目标区块链交易的交易背书时长；

所述更新时长确定子单元，用于根据所述排序响应接收时刻和所述交易状态接收时刻之间的时间间隔确定所述目标区块链交易的账本更新时长；

所述排序时长确定子单元，用于根据所述排序请求发送时刻和所述排序响应接收时刻之间的时间间隔确定所述目标区块链交易的交易排序时长。

一种区块链节点，包括：至少一个处理器、以及与所述处理器连接的至少一个存储器、总线；其中，所述处理器、所述存储器通过所述总线完成相互间的通信；所述处理器用于调用所述存储器中的程序指令，以执行上述的任一种区块链交易监控方法。

借由上述技术方案，本发明提供的一种区块链交易监控方法、装置及区块链节点，可以通过对请求发送时刻和响应接收时刻进行监控，来实现对区块链交易中的交易环节所花费的时长进行监控。这样，当出现交易超时时，即可确定是哪一个环节导致的问题。进一步，本发明还可以分别对区块链交易涉及的各节点进行区块链处理所花费的时长分别监控。这样，当出现交易超时时，即可确定是哪一个节点导致的问题。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的一种区块链交易方法的流程示意图；

图2示出了本发明实施例提供的一种区块链交易监控方法的流程图；

图3示出了本发明实施例提供的对区块链交易进行监控的监控效果示意图；

图4示出了本发明实施例提供的一种区块链交易监控装置的结构示意图；

图5示出了本发明实施例提供的一种区块链节点的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

如图1所示，本发明实施例提供了一种区块链交易方法的流程。该流程可以包括：

S101、交易发起节点在目标区块链交易过程中向背书节点发送背书请求。

可选的，背书节点(Endorser)可以有多个。本申请可以分别向各背书节点发送背书请求。其中，背书请求中可以携带有目标区块链交易的标识，如交易ID。

可选的，交易发起节点可以为用户侧设备，也可以为任何一个区块链节点。交易发起节点中可以设置有SDK(软件开发工具包，Software Development Kit)，交易发起节点可以通过SDK和其他区块链节点进行通信。

可选的，图1所示的区块链交易方法可以应用于公有区块链、私有区块链和联盟区块链中。例如：图1所示的区块链交易方法可以应用于采用Hyperledger Fabric的联盟区块链中。Hyperledger Fabric是Linux基金会所主导的Hyperledger(超级账本)的项目之一。Hyperledger Fabric旨在作为开发模块化体系结构的区块链应用程序的基础，以便诸如共识和会员服务等组件可以即插即用。它使用容器技术来托管构成系统应用逻辑的智能合约(也称为链代码)。简而言之，Hyperledger Fabric是为企业构建的领先的开源、通用区块链结构。

S102、背书节点发送背书响应至交易发起节点。

其中，背书响应可以包括至少两种：背书成功和背书失败。

如果背书成功，则可以进行步骤S103。如果背书失败，则目标区块链交易失败。此时，可以输出交易失败信息。

当对目标区块链交易进行背书的背书节点有多个时，每个背书节点分别向交易发起节点发送背书响应。该背书响应中可以包括：交易ID、背书节点名称、背书状态、背书完成时间、背书节点所属组织名称中的至少一个。

S103、交易发起节点在目标区块链交易过程中向交易监控节点发送交易状态订阅请求。

其中，交易监控节点和背书节点可以为同一个区块链节点或不同的区块链节点。

交易监控节点可以监控区块链交易的状态，并向订阅了目标区块链交易的交易状态的区块链节点发送交易状态。例如：当目标区块链交易结束时，交易监控节点根据交易实际情况向订阅了目标区块链交易的交易状态的区块链节点发送交易完成状态或交易失败状态。

S104、交易发起节点在目标区块链交易过程中向排序节点发送交易排序请求。

排序节点(Orderer)根据目标区块链交易的交易信息生成区块并对区块进行排序，然后将排序后的区块提交至多个记账节点(Commiter)。

其中，记账节点、交易监控节点和背书节点可以为同一个区块链节点或不同的区块链节点。

S105、排序节点发送交易排序响应至交易发起节点。

其中，排序响应可以包括：排序状态。排序状态中至少包括：排序结果(排序是否成功)、交易所在区块、记账节点是否上链完成等信息。

排序节点根据目标区块链交易的交易信息生成区块并对区块进行排序后，排序节点会发送交易排序响应至交易发起节点。

S106、交易监控节点发送交易状态至交易发起节点。

可以理解的是，当记账节点完成记账后，目标区块链交易即处于交易完成状态。可选的，交易状态中可以包括：交易ID、各记账节点的标识、各记账节点的记账状态和各记账节点的记账时刻中的至少一个。上述各记账节点为对目标区块链交易进行记账的记账节点，并非区块链中的所有记账节点。

图1所示方法中的区块链交易过程涉及多个步骤，因此对其进行监控十分复杂，为了解决该问题，本发明实施例提供了一种区块链交易监控方法，如图2所示，该区块链交易监控方法，可以包括：

S201、记录交易发起节点在目标区块链交易过程中向至少一个交易处理节点发送的与区块链交易处理相关的至少一种请求的请求发送时刻。

可选的，本发明可以通过在SDK中进行埋点的方式来获得请求发送时刻。除获得请求发送时刻外，本发明还可以获得与上述至少一种请求相关的区块链交易的标识，如：交易ID。当然，本发明还可以获得其他交易信息，本发明在此不做限定。

可选的，交易处理节点可以包括：背书节点、记账节点中的至少一个。步骤S201可以包括处理一至处理二中的至少一个：

处理一、记录交易发起节点在目标区块链交易过程中向背书节点发送的背书请求的背书请求发送时刻。

当对目标区块链交易进行背书的背书节点有多个时，发送到各背书节点的背书请求可以相同，也可以不同；发送到各背书节点的背书请求的背书请求发送时刻可以相同，也可以不同。本发明可以分别记录各背书请求发送时刻。除记录各背书请求发送时刻外，本发明还可以记录目标区块链交易的交易ID。

处理二、记录交易发起节点在目标区块链交易过程中向排序节点发送的交易排序请求的排序请求发送时刻。

可选的，本发明还可以记录目标区块链交易的交易ID。

S202、记录交易发起节点接收到对至少一种请求的响应的响应接收时刻，其中，响应是至少一个交易处理节点中的交易处理节点发送的。

可选的，本发明可以通过在SDK中进行埋点的方式来获得响应接收时刻。本发明还可以获得与上述至少一种响应相关的区块链交易的标识，如：交易ID。当然，本发明还可以获得其他交易信息，如响应内容等，本发明在此不做限定。

可选的，交易处理节点可以包括：背书节点、记账节点和交易监控节点中的至少一个。步骤S202可以包括处理三至处理五中的至少一个：

处理三、记录交易发起节点接收到背书节点发送的背书响应的背书响应接收时刻。

当对目标区块链交易进行背书的背书节点有多个时，交易发起节点接收到的背书响应也可以有多个。本发明可以分别记录各背书响应的背书响应接收时刻。

除背书响应接收时刻外，本发明还可以记录交易ID、背书节点名称、背书状态、背书完成时间、背书节点所属组织名称中的至少一个。

处理四、记录交易发起节点接收到交易监控节点发送的交易状态的交易状态接收时刻。

其中，交易状态可以包括：交易ID、各记账节点的标识、各记账节点的记账状态和各记账节点的记账时刻中的至少一个。本发明可以获得交易状态中的至少一种信息并记录。

处理五、记录交易发起节点接收到排序节点发送的交易排序响应的排序响应接收时刻。

除排序响应接收时刻外，本发明还可以记录交易ID、排序状态、排序结束时间中的至少一个。

S203、根据请求发送时刻和响应接收时刻，对目标区块链交易进行监控。

可选的，步骤S203可以具体包括处理六至处理八中的至少一种：

处理六、根据背书请求发送时刻和背书响应接收时刻之间的时间间隔确定目标区块链交易的交易背书时长。

可选的，交易背书时长为背书请求发送时刻和背书响应接收时刻之间的时间间隔。

可选的，当背书响应为背书成功时，交易背书时长为背书请求发送时刻和背书响应接收时刻之间的时间间隔。

当背书节点有多个时，本发明可以分别确定每一个背书节点进行背书花费的交易背书时长。然后，本发明可以将各背书节点进行背书花费的交易背书时长中最长的交易背书时长确定为目标区块链交易的交易背书时长。

当然，本发明可以根据各背书节点所属组织名称，将一个组织所包含的各背书节点进行背书花费的交易背书时长中最长的交易背书时长确定为该组织的交易背书时长。

处理七、根据排序响应接收时刻和交易状态接收时刻之间的时间间隔确定目标区块链交易的账本更新时长。

可选的，账本更新时长为排序响应接收时刻和交易状态接收时刻之间的时间间隔。

可选的，当排序响应中的排序状态包括的排序结果为排序成功时，且交易发起节点接收的交易状态中的记账节点的记账状态为已完成记账时，账本更新时长为排序响应接收时刻和交易状态接收时刻之间的时间间隔。

当记账节点有多个时，本发明可以分别根据接收各记账节点返回的交易状态的交易状态接收时刻和排序响应接收时刻确定各记账节点记账所花费的账本更新时长。然后，本发明可以将各记账节点记账所花费的账本更新时长中最长的账本更新时长确定为目标区块链交易的账本更新时长。

处理八、根据排序请求发送时刻和排序响应接收时刻之间的时间间隔确定目标区块链交易的交易排序时长。

可选的，交易排序时长为排序请求发送时刻和排序响应接收时刻之间的时间间隔。

可选的，当排序响应中的排序状态包括的排序结果为排序成功时，交易排序时长为排序请求发送时刻和排序响应接收时刻之间的时间间隔。

在其他实施例中，还可以根据背书请求发送时刻和交易状态接收时刻之间的时间间隔确定目标区块链交易的交易时长。该交易时长为目标区块链交易所花费的总时长。

可选的，本发明在获得处理六至处理八种任一种处理得到的时长后，可以将其进行输出显示。可选的，本发明也可以将得到的时长与对应的时长阈值进行对比，根据对比结果进行相应的处理，例如：超时预警等。

当然，本发明也可以直接将步骤S201得到的请求发送时刻和步骤S202得到的响应接收时刻进行输出，本发明在此不做限定。

本发明实施例提供的一种区块链交易监控方法，可以通过对请求发送时刻和响应接收时刻进行监控，来实现对区块链交易中的交易环节所花费的时长进行监控。这样，当出现交易超时时，即可确定是哪一个环节导致的问题。进一步，本发明还可以分别对区块链交易涉及的各节点进行区块链处理所花费的时长分别监控。这样，当出现交易超时时，即可确定是哪一个节点导致的问题。

可选的，图2所示方法还可以包括：

获得交易发起节点在目标区块链交易过程中向至少一个交易处理节点发送的与区块链交易处理相关的至少一种请求所包含的至少一种交易信息；

获得交易发起节点接收到的对至少一种请求的响应所包含的至少一种交易信息，其中，响应是至少一个交易处理节点中的交易处理节点发送的。

其中，获得交易发起节点在目标区块链交易过程中向至少一个交易处理节点发送的与区块链交易处理相关的至少一种请求所包含的至少一种交易信息，可以具体包括：

获得交易发起节点在目标区块链交易过程中向至少一个交易处理节点发送的与区块链交易处理相关的至少一种请求所包含的交易ID。

上述获得交易发起节点接收到的对至少一种请求的响应所包含的至少一种交易信息，可以具体包括处理九至处理十一种的至少一种：

处理九、获得交易发起节点接收到的背书响应中的交易ID、背书节点名称、背书状态、背书完成时间、背书节点所属组织名称中的至少一个。

处理十、获得交易发起节点接收到的排序响应中的交易ID和/或排序状态。

处理十一、获得交易发起节点接收到的交易状态中的交易ID、各记账节点的标识、各记账节点的记账状态和各记账节点的记账时刻中的至少一个。

可以理解的是，本发明在获得上述交易信息后，可以根据交易信息对区块链交易实现更多信息的监控，并为问题溯源提供资料。

在实际应用中，本发明可以通过多种工具来实现对区块链交易的监控，例如：本发明可以在SDK中进行埋点，并将获得的各种数据上传至分布式发布订阅消息系统Kafka。然后通过采集程序(Agent)来消费Kafka中的数据并保存至数据库中。采集程序还可以提供Prometheus格式的Http接口供外部采集该数据。本发明可以通过Prometheus采集Agent提供的数据并通过数据展示工具来展示。其中，Agent可以采集原始数据并将其格式化为统一格式。

其中，Kafka是由Apache软件基金会开发的一个开源流处理平台，由Scala和Java编写。Kafka是一种高吞吐量的分布式发布订阅消息系统，它可以处理消费者在网站中的所有动作流数据。这种动作(网页浏览，搜索和其他用户的行动)是在现代网络上的许多社会功能的一个关键因素。这些数据通常是由于吞吐量的要求而通过处理日志和日志聚合来解决。对于像Hadoop一样的日志数据和离线分析系统，但又要求实时处理的限制，这是一个可行的解决方案。Kafka的目的是通过Hadoop的并行加载机制来统一线上和离线的消息处理，也是为了通过集群来提供实时的消息。

Prometheus是一个开源的监控框架，它通过不同的组件完成数据的采集，数据的存储，告警。

数据展示工具是可以将数据进行图形化展示的工具，此类工具很多，如：ECharts、peity、sparkline等。本发明对数据展示工具不做限定。

图3即为本发明对区块链交易1进行监控的效果图。如图3所示，区块链交易1的交易过程至少包括：交易背书、交易排序和账本更新。

其中，区块链交易1的交易过程中的交易背书时长为500毫秒，区块链交易1的交易过程中的账本更新时长为2000毫秒，区块链交易1的交易过程中的交易排序时长为300毫秒。图3中还展现了各背书节点的交易背书时长以及各记账节点的账本更新时长。如图3所示，背书节点1的交易背书时长为100毫秒，背书节点2的交易背书时长为500毫秒，背书节点3的交易背书时长为200毫秒，背书节点4的交易背书时长为300毫秒。可以看出，区块链交易1的交易背书时长为背书节点1至4的交易背书时长的最大值。如图3所示，本发明还展现了背书节点所属的组织的交易背书时长，如图3所示，背书节点1和背书节点2所属的组织1的交易背书时长为500毫秒；背书节点3和背书节点4所属的组织2的交易背书时长为300毫秒。可以看出，组织1的交易背书时长为背书节点1的交易背书时长和背书节点2的交易背书时长中的最大值。相应的，组织2的交易背书时长为背书节点3的交易背书时长和背书节点4的交易背书时长中的最大值。

如图3所示，记账节点1的账本更新时长为400毫秒，记账节点2的账本更新时长为800毫秒，记账节点3的账本更新时长为200毫秒，记账节点4的账本更新时长为2000毫秒。可以看出，区块链交易1的账本更新时长为记账节点1至4的账本更新时长的最大值。

与上述方法实施例相对应，本发明还提供了一种区块链交易监控装置。

如图4所示，本发明实施例提供的一种区块链交易监控装置，可以包括：发送时刻记录单元401、响应时刻记录单元402和监控单元403，

发送时刻记录单元401，用于记录交易发起节点在目标区块链交易过程中向至少一个交易处理节点发送的与区块链交易处理相关的至少一种请求的请求发送时刻；

响应时刻记录单元402，用于记录交易发起节点接收到对至少一种请求的响应的响应接收时刻，其中，响应是至少一个交易处理节点中的交易处理节点发送的；

监控单元403，用于根据请求发送时刻和响应接收时刻，对目标区块链交易进行监控。

可选的，交易处理节点包括：背书节点和记账节点中的至少一个，发送时刻记录单元401，包括第一记录子单元、第二记录子单元、第三记录子单元中的至少一个：

第一记录子单元，用于记录交易发起节点在目标区块链交易过程中向背书节点发送的背书请求的背书请求发送时刻；

第二记录子单元，用于记录交易发起节点在目标区块链交易过程中向排序节点发送的交易排序请求的排序请求发送时刻。

可选的，交易处理节点还包括：交易监控节点，响应时刻记录单元402，可以包括第三记录子单元、第四记录子单元、第五记录子单元中的至少一个：

第三记录子单元，用于记录交易发起节点接收到背书节点发送的背书响应的背书响应接收时刻；

第四记录子单元，用于记录交易发起节点接收到交易监控节点发送的交易状态的交易状态接收时刻；

第五记录子单元，用于记录交易发起节点接收到排序节点发送的交易排序响应的排序响应接收时刻。

可选的，图4所示装置还可以包括：第一交易信息获得单元和第二交易信息获得单元，

第一交易信息获得单元，用于获得交易发起节点在目标区块链交易过程中向至少一个交易处理节点发送的与区块链交易处理相关的至少一种请求所包含的至少一种交易信息；

第二交易信息获得单元，用于获得交易发起节点接收到的对至少一种请求的响应所包含的至少一种交易信息，其中，响应是至少一个交易处理节点中的交易处理节点发送的。

可选的，监控单元403，可以包括背书时长确定子单元、更新时长确定子单元和排序时长确定子单元中的至少一个：

背书时长确定子单元，用于根据背书请求发送时刻和背书响应接收时刻之间的时间间隔确定目标区块链交易的交易背书时长；

更新时长确定子单元，用于根据排序响应接收时刻和交易状态接收时刻之间的时间间隔确定目标区块链交易的账本更新时长；

排序时长确定子单元，用于根据排序请求发送时刻和排序响应接收时刻之间的时间间隔确定目标区块链交易的交易排序时长。

本发明实施例提供的一种区块链交易监控装置，可以通过对请求发送时刻和响应接收时刻进行监控，来实现对区块链交易中的交易环节所花费的时长进行监控。这样，当出现交易超时时，即可确定是哪一个环节导致的问题。进一步，本发明还可以分别对区块链交易涉及的各节点进行区块链处理所花费的时长分别监控。这样，当出现交易超时时，即可确定是哪一个节点导致的问题。

所述区块链交易监控装置包括处理器和存储器，上述发送时刻记录单元401、响应时刻记录单元402和监控单元403等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来对区块链交易进行监控。

本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现所述区块链交易监控方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述区块链交易监控方法。

如图5所示，本发明实施例提供了一种区块链节点70，区块链节点70包括至少一个处理器701、以及与处理器701连接的至少一个存储器702、总线703；其中，处理器701、存储器702通过总线703完成相互间的通信；处理器701用于调用存储器702中的程序指令，以执行上述的区块链交易监控方法。本文中的区块链节点可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有本发明实施例提供的任一种区块链交易监控方法的步骤的程序。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

在一个典型的配置中，设备包括一个或多个处理器(CPU)、存储器和总线。设备还可以包括输入/输出接口、网络接口等。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。