CN107104816A - 一种信息变更监控方法和装置 - Google Patents

Abstract

本公开提供一种信息变更监控方法和装置，其中方法包括：创建区块链中的一个新区块，所述新区块用于记录节点上发生的节点变更信息，所述新区块包括区块头和区块主体，所述区块头包括所述区块链中与新区块连接的上一区块的头哈希值，所述区块主体包括变更时间和变更内容；将所述新区块的节点变更信息，同步至分布式系统中的其他分布式节点，以使得所述其他分布式节点更新所述区块链。本公开提高了信息存储的可靠性。

Description

一种信息变更监控方法和装置

技术领域

本公开涉及网络技术，特别涉及一种信息变更监控方法和装置。

背景技术

很多互联网系统都使用分布式架构设计，系统中包括很多分布式节点，这些节点可以分散地配置在不同的设备上。各分布式节点上可以配置有系统运行环境相关的信息或者业务相关信息，例如，业务配置文件、操作系统配置文件等。对于稳定性要求比较高的应用场景，各分布式节点上的配置信息也需要保持一定的稳定性，如果节点配置发生人为或其他因素导致的变更，将可能导致系统运行错误。

相关技术中，可以通过一个中心化的管控节点，用于监控各分布式节点上发生的配置变更。监控过程中，管控节点可以通过监听端口的方式等待节点的通知。如果节点发现自己发生信息变更，可以通知至管控节点，由管控节点记录并存储节点发生的变更内容。但是，当前的变更监控方案，当管控节点故障时，将导致整个监控无法运行。

发明内容

有鉴于此，本公开提供一种信息变更监控方法和装置，以提高监控变更的可靠性。

具体地，本公开是通过如下技术方案实现的：

第一方面，提供一种信息变更监控方法，所述方法包括：

创建区块链中的一个新区块，所述新区块用于记录节点上发生的节点变更信息，所述新区块包括区块头和区块主体，所述区块头包括所述区块链中与新区块连接的上一区块的头哈希值，所述区块主体包括变更时间和变更内容；

将所述新区块的节点变更信息，同步至分布式系统中的其他分布式节点，以使得所述其他分布式节点更新所述区块链。

第二方面，提供一种信息变更监控装置，所述装置包括：

区块更新模块，用于创建区块链中的一个新区块，所述新区块用于记录本节点上发生的节点变更信息，所述新区块包括区块头和区块主体，所述区块头包括所述区块链中与新区块连接的上一区块的头哈希值，所述区块主体包括变更时间和变更内容；

区块同步模块，用于将所述新区块的节点变更信息，同步至分布式系统中的其他分布式节点，以使得所述其他分布式节点更新所述区块链。

本公开的信息变更监控方法和装置，通过在发生信息变更时，将变更对应的区块发送至其他分布式节点存储，使得即使某个节点故障，也不会影响变更内容的存储，其他节点上仍然存储有同样的变更内容，从而提高了信息存储的可靠性；并且，本例子将各次变更采用了区块链的形式进行存储，这种存储方式不仅将各次变更对应一个区块记录，而且还依据变更时间顺序来将各个区块衔接，使得变更可回溯，更方便进行问题的排查分析，提高了监控分析的效率。

附图说明

图1是本公开实施例提供的一种分布式系统的架构示意图；

图2是本公开实施例提供的一种信息变更监控方法的流程图；

图3是本公开实施例提供的一种区块链形式示意图；

图4是本公开实施例提供的一种区块链形式示意图；

图5是本公开实施例提供的一种信息变更监控方法的流程图；

图6是本公开实施例提供的一种同步区块的流程图；

图7是本公开实施例提供的一种区块链形式示意图；

图8是本公开实施例提供的一种信息变更监控方法的流程图；

图9是本公开实施例提供的一种区块链形式示意图；

图10是本公开实施例提供的一种信息变更监控装置的结构示意图；

图11是本公开实施例提供的一种信息变更监控装置的结构示意图。

具体实施方式

图1示例了一个分布式系统，很多互联网产品都使用分布式架构设计，例如，一个互联网应用，该应用的运行需要多个模块的配合，该多个模块可以分散部署在图1所示的多个分布式节点上，例如，分布式节点11至分布式节点14上均部署有该应用，不同节点上可以部署该应用的不同模块或者相同模块。图1仅示例了部分节点，实际实施中的节点数量可以更多。

节点上可以部署该应用运行的相关信息，例如，与应用运行环境相关的操作系统配置文件，也可以是业务相关信息比如业务配置文件等。为了保障应用运行的可靠性，通常分布式节点上的节点信息需要保持一定的稳定性，不能随意变更。对节点信息的变更进行监控也非常重要，尤其对于上述图1示例的分布式系统中的信息变更监控，分布式系统中包含数量较多的分布式节点，对这些节点进行统一的变更监控是一项重要的内容，监控变更可以使得运行故障出现时有记录可以查询，方便快速排查解决问题。本公开提供的一种信息变更监控方法，将用于对上述分布式系统中的各个分布式节点上的信息变更进行监控记录，所监控的信息变更不做限制，例如可以用于监控节点上的运行环境配置信息的变更。

本公开的方法中，分布式系统中的各个分布式节点，可以执行相同的信息变更监控方法，例如，可以将信息变更监控装置部署在一个分布式节点上，该节点就可以执行本公开的监控方法。如下以其中一个分布式节点为例，来描述本公开的信息变更监控方法。结合图2所示，该方法可以包括：

在步骤201中，创建区块链中的一个新区块，所述新区块用于记录本节点上发生的节点变更信息。

其中，所要监控的内容可以是预设的，可以根据需求自定义实现，比如，可以监控配置信息的变更：业务配置文件、操作系统配置文件、特定指令是否被执行等。根据预设的监控内容，监控本节点上的该监控内容是否发生变更。

本例子中，区块可以是一个信息集，用于记录本次变更相关的信息。一个区块中的信息可以包括区块头和区块主体，其中，区块头中可以包括区块链中与新区块连接的上一区块的头哈希值，区块链中的各个区块之间以头哈希值进行联系，所述区块主体包括变更时间和变更内容。

例如，如下示例一个区块中可以包括的部分信息：

区块生成时间戳：1471787968010

变更时间戳：1471787967226

变更内容Key：File/etc/hosts

变更内容Value：-202.101.2.3 www.sample.com

其中，变更内容Key和Value，可以根据需求自定义格式规范，如上述例子中的File/etc/hosts与Value的内容。

此外，区块中还可以包括扩展字段，用于未来扩展使用。区块内的各个字段可以设置字段内容长度上限，如，数据长度默认不大于2KB，以节省存储空间。

本例子中，可以将区块中的变更时间和变更内容(当存在扩展字段时，也包括扩展字段)，称为区块信息。

在一个例子中，执行本流程的监控方法的分布式节点，可以在确定本节点上发生信息变更时，创建区块链中的一个新区块。并且创建的新区块的区块主体中可以包括本次变更的变更时间和变更内容。在另一个例子中，执行本流程的监控方法的分布式节点，也可以每隔一个固定的时间段，创建一个新区块，该新区块中可以记录创建新区块的当前时间之前的一个所述时间段内所发生的所有变更记录。在如下的例子中，是以确定本节点上发生信息变更时记录包含本次变更信息的区块为例进行描述。

例如，结合图3的示例，在本例子的分布式节点上，每一次变更都对应记录一个区块，那么多次变更之后，节点上将记录“区块链”(Block chain)的形式。区块链是由多个区块有序衔接起来的结构。在所述区块链中，各个区块可以依据变更时间的顺序依次相连。

如图3所示，以三个区块构成的区块链为例，区块C是区块B的“上一区块”，区块B是区块A的“上一区块”。根据变更时间，区块C是最早发生的变更，区块A是最近发生的变更，区块链中的各区块之间的顺序反应这些区块对应变更的发生时间顺序。

本例子中，在将本区块加入本节点上的区块链时，可以将本次变更的区块加在区块链的最后一个，表示这是最新发生的信息变更。区块链在分布式节点上可以存储在flatfile或者一个数据库文件(如Google Level DB等)中。

在步骤202中，将所述新区块的节点变更信息，同步至分布式系统中的其他分布式节点，以使得所述其他分布式节点更新所述区块链。

本节点还可以将本次变更生成的区块，同步至分布式系统中的其他分布式节点，例如，图1所示的分布式节点11发生信息变更时，可以将变更对应的区块通过组播或广播的方式，同步至分布式节点12、分布式节点13和分布式节点14，以使得这些节点上也存储该区块。

本例子中，分布式系统中的各个分布式节点都可以执行图2所示的流程方法，当然，参与监控的节点可以是该系统中的全部节点或者部分节点。例如，图1所示的四个节点中，可以全部参与监控，也可以部分节点参与监控，只要参与了监控，该分布式节点就可以执行图2的流程。

此外，当本节点将区块同步至其他节点时，该其他的分布式节点在接收到区块后，可以将该区块加入到自己存储的区块链中。比如，分布式节点11上的变更对应的区块，在发送至分布式节点12后，该分布式节点12可以将该区块也加入在其本节点的区块链的末尾。

本例子中，当分布式系统中的其中一个节点上发生信息变更时，该节点上对应本次变更的区块也将同步至其他分布式节点，这样形成一种分布式存储，系统中的每个节点上都存储有相同的区块链，并且该区块链中包括的各个区块是该系统中的各个节点上的变更。

举例来说：图3所示的区块链中，假设区块A是分布式节点11上的变更，区块B是分布式节点12上的变更，区块C是分布式节点13上的变更。如果图1中的四个分布式节点均参与了监控，那么这四个节点上都存储有图3所示的区块链。例如，这个区块链中包括的各个变更区块，可以是某个互联网产品对应的各次配置变更，而且该互联网产品采用了分布式架构，这些变更分别是各个分布式节点上发生的变更。

本例子的信息变更监控方法，通过在发生信息变更时，将变更对应的区块发送至其他分布式节点存储，使得即使某个节点故障，也不会影响变更内容的存储，其他节点上仍然存储有同样的变更内容，从而提高了信息存储的可靠性；并且，本例子将各次变更采用了区块链的形式进行存储，这种存储方式不仅将各次变更对应一个区块记录，而且还依据变更时间顺序来将各个区块衔接，使得变更可回溯，更方便进行问题的排查分析，提高了监控分析的效率。

在另一个例子中，本公开的监控方法中，利用区块链中根据区块信息生成的哈希值，还可以防止变更内容被恶意篡改，保证变更内容的正确存储。如图4所示，示例了区块链中的其中三个区块。以区块32为例，可以根据区块32中的区块信息(例如，可以包括：变更时间戳、变更内容Key、变更内容Value、扩展字段)进行哈希，生成一个哈希值，即区块32中的头哈希值：cb4e5208b4cd87268b208e49452ed6e89a68e0b8。同理，可以根据区块33和区块34中的区块信息，生成对应的头哈希值。

区块链中的各个区块之间的衔接，可以通过哈希值实现，例如，可以将区块链中的上一区块的哈希值，设置在本次变更的区块中。仍结合图4示例，在区块33中，还包括一项“上一区块的头哈希值”，该哈希值即区块32中的头哈希值。通过该“上一区块的头哈希值”可以实现区块之间的相邻追溯，比如，在区块链中的区块34的上一区块，可以通过区块34中包含的“上一区块的头哈希值”，找到该哈希值对应的区块33。

哈希值的设置可以防止变更内容被篡改，如图5所示的流程，该流程可以示例如何检测篡改区块信息：

在步骤501中，获取对区块链中的某一个区块的区块信息，进行修改后的更新信息。

例如，以某个分布式节点来说，假设区块链中的某一个区块的区块信息被恶意修改，比如将变更内容Value更改，那么节点可以接收到修改后的区块信息，可以称为更新信息，该更新信息中的变更内容Value发生变化，其他信息未变。

在步骤502中，根据更新信息进行哈希，得到对应本区块的新哈希值。

例如，可以根据更新信息中的变更时间戳、变更内容Key、变更内容Value和扩展字段，进行哈希得到新哈希值。

在步骤503中，将新哈希值与区块链中的下一区块中的“上一区块头哈希值”进行比较，若两者不同，则确定发生信息篡改。

本步骤中，所述的“下一区块”即指向当前被修改区块的区块，比如，如果当前被修改的区块是图4中的区块33，则“下一区块”即区块链中的区块34。根据区块33中修改后的更新信息，得到新的哈希值，也就是区块33中的头哈希值被更新。本步骤可以将该区块33中的新的头哈希值，与区块34中包括的“上一区块头哈希值”比较，判断两者是否相同。并且，由于区块33的信息被修改后，头哈希相对于之前也会不同，则本步骤的判断结果为两者不同。此时，节点可以确认区块信息是在被篡改。

在步骤504中，拒绝对区块信息的修改。

当确认区块信息被篡改后，分布式节点可以拒绝对信息的修改，比如，上述例子中，可以拒绝对区块33中信息的修改，仍然保持最初变更时生成的信息。

本实施例中，分布式节点可以通过执行该方法，避免存储的区块信息被随意篡改；只要区块链中的区块信息被修改，节点就可以通过比对区块的头哈希与其下一区块中存储的对应哈希，确定信息是被篡改，从而拒绝该修改，这样就可以保证区块链中的区块信息，都是在节点检测到发生信息变更时自动生成的，而不是人为篡改的，提高了信息变更存储的可靠性。

在又一个例子中，区块信息中的哈希值，还可以应用于节点接收到其他节点同步的区块信息时，结合图6所示，该图6示例了节点接收同步区块的处理。

在步骤601中，接收分布式系统中的其他分布式节点发送的区块。

例如，假设图1中的分布式节点11将其本节点的区块同步至分布式节点12，那么分布式节点12将接收到该同步的区块。本例子中，所同步的区块可以包括变更时间戳、变更内容Key、变更内容Value、扩展字段、头哈希、区块生成时间戳等信息，即分布式节点11可以将所生成区块中的内容都发送至节点12。

在步骤602中，根据区块中的区块信息进行哈希。

例如，结合图4的示例，假设分布式节点12接收到的区块是区块34，那么分布式节点12可以根据区块34中的变更时间戳、变更内容Key、变更内容Value、扩展字段，生成对应的哈希值。

在步骤603中，将计算的哈希值与区块中包括的哈希值进行比较，并确定两者一致。

本步骤中，分布式节点12可以将步骤602中生成的哈希值，与区块34中的头哈希值进行比较，判断两者是否相同；本例子中，各个分布式节点采用相同的哈希算法。如果不同，表明可能在区块信息发送的过程中被篡改，则分布式节点12可以采取相应的措施，比如可以拒绝将该区块加入到本节点的区块链，并可以通知分布式节点11或者其他预设的告警设备。如果计算的哈希值与区块34中的头哈希值相同，则可以确定区块信息正确，继续执行604。

在步骤604中，将同步的区块加入到本节点的区块链中。

例如，可以参见图4的示例，分布式节点12在确定区块34数据正确后，可以根据变更时间戳，依据时间先后顺序，将区块34加在区块链中，并位于区块33的后边，区块34中的上一区块头哈希即区块33的头哈希值。

本例子的方法，分布式节点在接收到其他节点同步的区块时，可以将该区块加入到本节点的区块链中，实现对本节点区块链的更新。分布式系统中的各个分布式节点，不仅能自己存储区块链，而且还可以通过向其他节点同步，使得其他节点也存储同样的区块链，从而使得该区块链在系统中形成分布式存储，分布式系统内的变更内容可以被多个分布式节点共同维护，不会因为某一个节点的退出而影响对系统信息的存储。

在又一个例子中，一个分布式节点在接收到其他节点同步的区块时，可能发生如下的场景：在同一极短的时间内，多个节点同时发生变更，由此导致这多个节点生成的对应变更的各个区块，指向同样的上一个区块。如果广播或组播到分布式网络中，接收到这些区块的某个分布式节点就会发现，其接收到了至少两个指向同一区块的同步区块。如图7所示例，新生成的区块是区块34，不过图7中的两个区块34可以分别由不同的节点创建，只是这两个节点几乎同时发生信息变更，才导致出现两个区块34。

接收到上述两个区块34的分布式节点，可以执行图8示例的方法进行处理：

在步骤801中，确定接收到至少两个同步的区块，且该至少两个区块中的“上一区块头哈希值”相同。

例如，结合图7所示，图7中的两个区块34中的“上一区块头哈希值”相同，即这两个区块34都指向相同的上一区块。

在步骤802中，根据所述至少两个区块中的变更时间，进行时间排序。

本步骤中，节点可以根据两个区块34中的变更时间戳进行排序，通过排序可以知道哪个区块在时间上先发生变更，哪个在时间上后发生变更。比如，图7中的两个区块34，经过时间排序可以得到，变更时间戳为1471787967378的区块34先更新，而变更时间戳为1471787967226的区块34后更新。

在步骤803中，将时间较早的区块，先加入到本节点的区块链中。

结合图9所示，可以将变更时间戳为1471787967378的区块34，先加入到本节点的区块链中。在加入区块链时，该区块34中的信息不变。

在步骤804中，将时间较晚的区块，后加入到区块链中，并且更改区块中的“上一区块头哈希值”为其所连接的区块链中的上一区块的头哈希。

其中，变更时间戳为1471787967226的区块34，后加入区块链，如图9所示，该区块34要加入在变更时间戳为1471787967378的区块34的后面，并且可以将块标识34修改为35，成为区块35。此外，由于其指向的上一区块也发生了变更，需要将区块35中的“上一区块头哈希值”由原来的区块33的头哈希，更改为图9中的区块34的头哈希值，其他信息不变。

在极小的概率下可能发生变更时间戳相同的情况，此时，可以分别根据各个区块中的区块信息进行哈希，依据哈希值由小到大的顺序，将哈希值较小的区块先加入到区块链中，哈希值较大的区块后加入到区块链中。

本例子的方法，即使在较短时间内多个节点发生了变更，也能够保证区块链被正确的更新，保障区块链中信息的准确性，使得区块链中的信息能够按照区块信息的更新先后顺序进行排序衔接。

此外，上述的几个方法实施例描述了在分布式系统中，各个分布式节点之间如何实现对系统内的信息变更的分布式存储，且保障存储信息的可靠准确。当一个节点新加入该分布式系统时，可以由分布式系统的一个其他分布式节点上，同步区块链即可。比如，若某分布式节点新加入，可以为该节点配置一个分布式系统中已有的节点进行同步，新节点从已有节点上同步现有的区块链数据(例如，可以基于P2P的方式下载数据，如BT下载)。并且，该新节点可以加入广播或组播网络，开启变更监控，则可以执行上述的信息变更监控方法。

本公开的信息变更监控方法，可以被应用于各类分布式系统场景中，比如，可以应用于线上、预发布等具有高变更风险的场景对信息变更进行监控。在本方法中，可以由分布式系统的各个分布式节点保存统一的区块链，信息变更的数据可以被去中心化地记录在很多节点中，由多个节点共同维护，不因为某一节点退出而影响对信息变革的存储。一旦某一节点发现信息变更，可以将生成的对应变更的区块广播或组播到参与监控的各个节点，各节点共同将该变更同步更新到区块链中，不需要人工进行干预，分布式自治。所有变更记录基于变更时间，使用区块链的结构进行保存，使得变更历史可回溯，方便进行问题排查分析。并且区块链还使用哈希算法，保证变更数据无法篡改，一旦篡改区块链数据，由于哈希值会变化，通过简单的哈希匹配即可发现，使得信息存储更加可靠。

为了实现上述的信息变更监控方法，本公开还提供了一种信息变更监控装置，如图10所示，该装置可以包括：

区块更新模块1001，用于创建区块链中的一个新区块，所述新区块用于记录本节点上发生的节点变更信息，所述新区块包括区块头和区块主体，所述区块头包括所述区块链中与新区块连接的上一区块的头哈希值，所述区块主体包括变更时间和变更内容；

区块同步模块1002，用于将所述新区块的节点变更信息，同步至分布式系统中的其他分布式节点，以使得所述其他分布式节点更新所述区块链。

在一个例子中，区块更新模块1001，在用于创建区块链中的一个新区块时，包括：在确定本节点上发生信息变更时，创建所述新区块；且所述区块主体中包括本次变更的变更时间和变更内容。

在一个例子中，如图11所示，该装置还可以包括：区块接收模块1003。

区块接收模块1003，用于接收分布式系统中的其他分布式节点发送的区块；

区块更新模块1001，还用于根据所述区块接收模块接收的区块中的区块信息进行哈希，并与所述区块中包括的哈希值进行比较，若一致，则将所述区块加入到本节点的区块链中。

在一个例子中，区块更新模块1001，还用于：若接收到至少两个区块，所述至少两个区块分别由不同的其他分布式节点发送，且对应的上一区块相同；则根据所述至少两个区块中的变更时间排序，依据所述排序将所述至少两个区块加入本节点的区块链。

在一个例子中，区块更新模块1001，还用于：若接收到的至少两个区块，所述至少两个区块分别由不同的其他分布式节点发送，且对应的上一区块相同；并且如果所述至少两个区块中的变更时间也相同，则分别根据各个区块中的区块信息进行哈希，依据哈希值由小到大的顺序，将对应区块先后加入本节点的区块链。

上述实施例阐明的装置或模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本公开时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

以上所述仅为本公开的较佳实施例而已，并不用以限制本公开，凡在本公开的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本公开保护的范围之内。

Claims (13)

1.一种信息变更监控方法，其特征在于，所述方法包括：

创建区块链中的一个新区块，所述新区块用于记录节点上发生的节点变更信息，所述新区块包括区块头和区块主体，所述区块头包括所述区块链中与新区块连接的上一区块的头哈希值，所述区块主体包括变更时间和变更内容；

将所述新区块的节点变更信息，同步至分布式系统中的其他分布式节点，以使得所述其他分布式节点更新所述区块链。

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

所述创建区块链中的一个新区块，包括：在确定本节点上发生信息变更时，创建所述新区块；且所述区块主体中包括本次变更的变更时间和变更内容。

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

当本节点新加入所述分布式系统时，由所述分布式系统的一个其他分布式节点上，同步所述区块链。

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

接收所述分布式系统中的其他分布式节点发送的区块；

根据所述区块中的区块信息进行哈希，并与所述区块中包括的哈希值进行比较，若一致，则将所述区块加入到本节点的区块链中。

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

若接收到至少两个区块，所述至少两个区块分别由不同的其他分布式节点发送，且对应的上一区块相同；则根据所述至少两个区块中的变更时间排序，依据所述排序将所述至少两个区块加入本节点的区块链。

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

若接收到的至少两个区块，所述至少两个区块分别由不同的其他分布式节点发送，且对应的上一区块相同；并且如果所述至少两个区块中的变更时间也相同，则分别根据各个区块中的区块信息进行哈希，依据哈希值由小到大的顺序，将对应区块先后加入本节点的区块链。

7.根据权利要求1～6任一所述的方法，其特征在于，所述节点信息，包括：在本节点上配置的业务配置文件和操作系统配置文件。

8.一种信息变更监控装置，其特征在于，所述装置包括：

区块更新模块，用于创建区块链中的一个新区块，所述新区块用于记录本节点上发生的节点变更信息，所述新区块包括区块头和区块主体，所述区块头包括所述区块链中与新区块连接的上一区块的头哈希值，所述区块主体包括变更时间和变更内容；

区块同步模块，用于将所述新区块的节点变更信息，同步至分布式系统中的其他分布式节点，以使得所述其他分布式节点更新所述区块链。

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

所述区块更新模块，在用于创建区块链中的一个新区块时，包括：在确定本节点上发生信息变更时，创建所述新区块；且所述区块主体中包括本次变更的变更时间和变更内容。

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

所述装置还包括：区块接收模块，用于接收所述分布式系统中的其他分布式节点发送的区块；

所述区块更新模块，还用于根据所述区块接收模块接收的区块中的区块信息进行哈希，并与所述区块中包括的哈希值进行比较，若一致，则将所述区块加入到本节点的区块链中。

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

所述区块更新模块，还用于：若接收到至少两个区块，所述至少两个区块分别由不同的其他分布式节点发送，且对应的上一区块相同；则根据所述至少两个区块中的变更时间排序，依据所述排序将所述至少两个区块加入本节点的区块链。

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

所述区块更新模块，还用于：若接收到的至少两个区块，所述至少两个区块分别由不同的其他分布式节点发送，且对应的上一区块相同；并且如果所述至少两个区块中的变更时间也相同，则分别根据各个区块中的区块信息进行哈希，依据哈希值由小到大的顺序，将对应区块先后加入本节点的区块链。

13.一种分布式系统，其特征在于，所述系统包括多个分布式节点，每个所述分布式节点上，设置有权利要求8至12任一所述的信息变更监控装置。