CN112182009B - 区块链的数据更新方法及装置、可读存储介质 - Google Patents

Abstract

本申请提供一种区块链的数据更新方法及装置、可读存储介质。区块链的数据更新方法，包括：接收待更新数据的获取请求；所述获取请求中包括用户的身份信息；根据所述用户的身份信息从区块链获取所述待更新数据；获取所述待更新数据的唯一身份ID数据；所述唯一身份ID数据包括所述待更新数据所属的应用数据类别、所述待更新数据在所述区块链上的第一条记录的哈希值、所述待更新数据在所述区块链上的前一条记录的哈希值；根据所述唯一身份ID数据验证所述待更新数据是否为唯一数据；在确定所述待更新数据为唯一数据时，反馈所述待更新数据。该方法用于实现数据的唯一性验证，以及有效性的验证，以及数据的轨迹追踪。

Description

区块链的数据更新方法及装置、可读存储介质

技术领域

本申请涉及区块链技术领域，具体而言，涉及一种区块链的数据更新方法及装置、可读存储介质。

背景技术

在区块链应用***中，通常会将一些公开的数据上链，在应用***的生命周期，公开的数据需要随着时间的推移更新，由于区块链***本身的特点决定已上链数据不可更新，需要先将原有上链数据下载到本地，再将对应原有上链数据的更新数据作为一个新的数据重新上链。用户通过区块链应用***获取公开数据时，***根据用户信息获取用户在链上的最近一次更新的数据。

现有技术中，通过链上数据的哈希(Hash)地址，获取链上待更新的数据。但是，通过哈希地址，仅能够获取到对应的数据，但是不能对数据在链上的唯一身份进行验证，不能确定该数据是否与链上的其他数据相冲突；也不能确定链上数据是否为最近一次更新的数据。

发明内容

本申请实施例的目的在于提供一种区块链的数据更新方法及装置、可读存储介质，用以实现对区块链上的数据的唯一性验证。

第一方面，本申请实施例提供一种区块链的数据更新方法，包括：接收待更新数据的获取请求；所述获取请求中包括用户的身份信息；根据所述用户的身份信息从区块链获取所述待更新数据；获取所述待更新数据的唯一身份ID数据；所述唯一身份ID数据包括所述待更新数据所属的应用数据类别、所述待更新数据在所述区块链上的第一条记录的哈希值、所述待更新数据在所述区块链上的前一条记录的哈希值；根据所述唯一身份ID数据验证所述待更新数据是否为唯一数据；在确定所述待更新数据为唯一数据时，反馈所述待更新数据。

在本申请实施例中，与现有技术相比，在获取链上数据时，先根据用户的身份信息获取到待更新数据，然后获取待更新数据的唯一身份ID(Identity document，身份标识)数据，在该数据中，包括待更新数据所属的应用数据类别、待更新数据在区块链上的第一条记录的哈希值、待更新数据在区块链上的前一条记录的哈希值；其中，通过数据所属的应用数据类别可以确定数据所属的类别，区块链中的数据可以通过数据类别进行区分，因而可以确定数据所属的类别是否为唯一的类别；通过数据在区块链上的第一条记录和前一条记录的哈希值可以确定待更新数据对应的历史记录数据，比如：通过待更新数据前一条记录的哈希值找到前一条记录，再根据前一条记录的唯一身份ID数据中的前一条记录的哈希值往前依次追踪，实现历史记录数据的确定(是否为最近一次更新的数据，起到当前记录和历史记录的标识作用)。则，基于唯一身份ID数据不仅可以验证数据的唯一性，还可以确定其是否为最近一次更新的数据，实现有效且准确地更新数据。

作为一种可能的实现方式，在所述在确定所述待更新数据为唯一数据时，反馈所述待更新数据后，所述方法还包括：获取待上链数据；所述待上链数据为对所述待更新数据进行更新后得到的数据；生成所述待上链数据的唯一身份ID数据；根据所述待上链数据的唯一身份ID数据对所述待上链数据进行上链处理。

在本申请实施例中，在反馈待更新数据后，用户基于待更新数据进行数据的上链，在进行数据的上链时，为其生成唯一身份ID数据，使该数据在后续被获取或者应用时，也能够进行数据唯一性验证，且能够对当前记录和历史记录进行标识。

作为一种可能的实现方式，在所述根据所述待上链数据的唯一身份ID数据对所述待上链数据进行上链处理之前，所述方法还包括：获取所述待上链数据的第一有效性数据；所述第一有效性数据为所述待上链数据的上传者的签名数据；对所述待上链数据的唯一身份ID数据进行签名，得到第二有效性数据；对应的，所述根据所述待上链数据的唯一身份ID数据对所述待上链数据进行上链处理，包括：根据所述待上链数据的唯一身份ID数据、所述第一有效性数据和所述第二有效性数据对所述待上链数据进行上链处理。

在本申请实施中，在对数据进行上链时，通过签名数据生成上链数据的有效性数据，然后再基于有效性数据和唯一身份ID数据进行上链，进而，在后续获取该数据时，不仅可以对该数据的唯一性进行验证，还可以基于有效性数据对该数据的有效性进行验证，保证链上数据的安全性和可靠性。

作为一种可能的实现方式，在所述对所述待上链数据的唯一身份ID数据进行签名，得到第二有效性数据之前，所述方法还包括：获取所述待上链数据的属性信息；所述属性信息包括所述待上链数据的记录号和生成时间；对应的，所述对所述待上链数据的唯一身份ID数据进行签名，得到第二有效性数据，包括：对所述待上链数据的唯一身份ID数据和所述属性信息进行签名，得到所述第二有效性数据。

在本申请实施例中，在对链上数据进行签名生成第二有效性数据时，可以对唯一身份ID数据和属性信息均进行签名，进而起到链上数据的进一步有效性保障，实现链上数据的安全可信。

作为一种可能的实现方式，在所述根据所述唯一身份ID数据验证所述待更新数据是否为唯一数据之前，所述方法还包括：获取所述待更新数据的有效性数据；所述有效性数据包括所述待更新数据的上传者的签名数据、上链节点对所述待更新数据的唯一身份ID数据和属性信息进行签名得到的签名数据；所述属性信息包括所述待更新数据的记录号和生成时间；根据所述有效性数据验证所述待更新数据是否为有效数据；对应的，所述根据所述唯一身份ID数据验证所述待更新数据是否为唯一数据，包括：在确定所述待更新数据为有效数据时，根据所述唯一身份ID数据验证所述待更新数据是否为唯一数据。

在本申请实施例中，由于在数据上链时，可以基于有效性数据进行上链；进而，在获取链上数据时，先通过有效性数据对获取的链上数据进行有效性验证，在验证通过后，再进行唯一性验证，充分保证获取的链上数据的安全性和可靠性和可信性。

作为一种可能的实现方式，所述根据所述有效性数据验证所述待更新数据是否为有效数据，包括：获取所述上传者的签名证书，在确定所述上传者的签名证书有效时，根据所述上传者的签名证书和所述有效性数据验证所述上传者的签名数据是否有效；获取所述上链节点的签名证书，在确定所述上链节点的签名证书有效时，根据所述上链节点的签名证书和所述有效性数据验证所述上链节点的签名数据是否有效；在确定所述上传者的签名数据和所述上链节点的签名数据均有效时，确定所述待更新数据为有效数据。

在本申请实施例中，在基于有效性数据进行有效性验证时，先验证上传者的签名证书和上链节点的签名证书，在确定签名证书有效时，再基于验证证书分别对签名数据进行有效性验证，当待更新数据的有效性数据(签名数据)通过验证后，则待更新数据为有效数据，实现待更新数据的有效性验证。

作为一种可能的实现方式，所述根据所述唯一身份ID数据验证所述待更新数据是否为唯一数据，包括：根据所述第一条记录的哈希值获取所述第一条记录和所述第一条记录的有效性数据，所述第一条记录的有效性数据包括：所述第一条记录的上传者的签名数据、上链节点对所述第一条记录的唯一身份ID数据和属性信息进行签名得到的签名数据；根据所述第一条记录的有效性数据验证所述第一条记录是否有效；在确定所述第一条记录有效时，根据所述前一条记录的哈希值获取所述前一条记录和所述前一条记录对应的有效性数据，所述前一条记录对应的有效性数据包括：所述前一条记录的上传者的签名数据、上链节点对所述前一条记录的唯一身份ID数据和属性信息进行签名得到的签名数据；根据所述前一条记录的有效性数据验证所述前一条记录是否有效；在确定所述前一条记录有效时，验证所述前一条记录的属性信息中的记录号加1是否等于所述待更新数据的记录号；在确定所述前一条记录的属性信息中的记录号加1等于所述待更新数据的记录号时，确定所述待更新数据为唯一数据。

在本申请实施例中，在对链上数据进行唯一性验证时，先对链上数据的历史记录数据进行有效性验证，在确定链上数据的历史记录数据为有效数据时，再基于历史记录数据验证当前数据是否为最近更新的数据，若是，则说明其为唯一数据且为最近更新的数据。在进行唯一性验证时，利用的历史记录数据也需要进行有效性验证，确保唯一性验证结果的可靠性。

作为一种可能的实现方式，所述方法还包括：接收历史记录数据的获取请求；根据所述用户的身份信息确定所述历史记录数据对应的目标数据链；在确定所述目标数据链上的历史记录数据为有效数据，且为唯一数据时，获取所述历史记录数据；在确定当前获取的历史记录数据中的唯一身份ID数据中的所述目标数据链上第一条记录的哈希值等于所述当前获取的历史记录数据的哈希值时，完成所述目标数据链上所有历史记录数据的获取；反馈从所述目标数据链上获取到的所有历史记录数据。

在本申请实施例中，除了基于历史记录数据对当前获取的链上数据进行唯一性验证，还可以对历史记录数据进行获取，在获取时，通过各个数据的唯一身份ID数据中的第一条记录的哈希值，判断链上的历史记录数据是否获取完，进而可以实现针对一条数据链上的全部历史记录数据的获取，并且实现数据轨迹的跟踪。

第二方面，本申请实施例提供一种区块链的数据更新装置，包括用于实现第一方面以及第一方面的任意一种可能的实现方式中所述的方法的功能模块。

第三方面，本申请实施例提供一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被计算机运行时执行如第一方面以及第一方面的任意一种可能的实现方式中所述的方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的区块链应用***的应用架构示意图；图2为本申请实施例提供的区块链的数据更新方法的流程图；

图3为本申请实施例提供的区块链的数据更新方法的应用实例流程图；

图4为本申请实施例提供的区块链的数据更新装置的功能模块框图。

图标：11-区块链应用***；12-用户端；300-区块链的数据更新装置；301-接收模块；302-获取模块；303-处理模块。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

本申请实施例所提供的区块链的数据更新方法可以应用于区块链应用***，为了便于理解，请参照图1，为本申请实施例提供的区块链的应用模式的示意图，在图1中，进行交互的为区块链应用***11和用户端12，其中，区块链应用***11中包括一个或者多个区块链节点，通常为多个；该区块链节点可以理解为区块链服务器，对区块链上的数据进行维护或者管理，包括数据的上链、数据的获取、存储区块链数据的相关数据等。用户端12可以理解为用户所在的终端，可以为电脑、手机、平板电脑等电子设备；用户可以通过用户端12发起链上数据的获取请求，以及通过用户端12生成待上链的数据，生成待上链的数据相关的数据等。区块链可以理解为用于存储数据的数据链，作为一种数据存储形式，类似于其他应用***中的数据库。

作为举例，结合区块链应用***11、用户端12、区块链，假设用户需要对数据进行更新，完整的应用流程可以包括：用户通过用户端12发起待更新数据的获取请求，用户端12将获取请求发送给区块链应用***11，区块链应用***11从链上获取对应的数据，然后返回给用户端12；该过程可以理解为链上数据的获取过程。用户基于返回到用户端12的数据，在用户端12上生成待上链的数据(可理解为待更新的数据对应的更新数据)，然后用户端12将待上链的数据发送给区块链应用***11，区块链应用***11再将数据进行上链处理；该过程可以理解为数据的上链过程。在该应用流程中，所介绍的都是基本且必须的流程，本申请实施例的技术方案基于该应用流程进行改进，实现更可靠、更安全、更可信的区块链数据的应用。

进一步地，本申请实施例所提供的技术方案应用于区块链应用***11，也可以理解为区块链***中的服务器。

基于上述应用场景，接下来请参照图2，为本申请实施例提供的区块链的数据更新方法的流程图，该方法应用于区块链应用***11，该方法包括：

步骤201：接收待更新数据的获取请求。获取请求中包括用户的身份信息。

步骤202：根据用户的身份信息从区块链获取待更新数据。

步骤203：获取待更新数据的唯一身份ID数据。唯一身份ID数据包括待更新数据所属的应用数据类别、待更新数据在区块链上的第一条记录的哈希值、待更新数据在区块链上的前一条记录的哈希值。

步骤204：根据唯一身份ID数据验证待更新数据是否为唯一数据。

步骤205：在确定待更新数据为唯一数据时，反馈待更新数据。

可以理解，步骤201-步骤205对应的是获取链上数据的过程，该过程不止可以针对待更新数据的获取，也可以针对区块链上的任意数据的获取。即，步骤201-步骤205也可以适用于常规的数据获取的应用场景下。

与现有技术相比，在获取链上数据时，先根据用户的身份信息获取到待更新数据，然后获取待更新数据的唯一身份ID(Identity document，身份标识)数据，其中，通过数据所属的应用数据类别可以确定数据所属的类别，区块链中的数据可以通过数据类别进行区分，因而可以确定数据所属的类别是否为唯一的类别；通过数据在区块链上的第一条记录和前一条记录的哈希值可以确定待更新数据对应的历史记录记录，比如：通过待更新数据前一条记录的哈希值找到前一条记录，再根据前一条记录的唯一身份ID数据中的前一条记录的哈希值往前依次追踪，实现历史记录数据的确定(是否为最近一次更新的数据，起到当前记录和历史记录的标识作用)。则，基于唯一身份ID数据不仅可以验证数据的唯一性，还可以确定其是否为最近一次更新的数据，实现有效且准确地更新数据。

接下来结合步骤201-步骤205对本申请实施例提供的技术方案进行详细介绍。

在步骤201中，对于待更新数据，假设在区块链上针对于同一个类别的数据，一共有3次记录，第1次记录为第一次上传到区块链的数据，第2次记录为通过本地下载第1次记录的数据，然后进行更新上链的数据，第3次记录为通过本地下载第2次记录的数据，然后进行更新上链的数据；则待更新数据为第3次记录的数据。即，待更新数据为指定的数据类别中最近一次更新的数据。此外，该获取请求为用户通过用户端12发送的获取请求。

对于用户的身份信息，可以为用于表征用户的身份的关键信息，基于该身份信息，可以获取到用户的哈希地址，用户的哈希地址用于表征用户所上传的数据所存储的位置的哈希地址，通过该哈希地址，便能定位到用户请求的数据所存储的位置。

在步骤202中，根据用户的身份信息确定用户的哈希地址，基于该哈希地址在区块链上获取对应的数据，然后区块链返回对应的数据。

在区块链返回待更新数据后，区块链应用***11执行步骤203，获取待更新数据的唯一身份ID数据，对于该唯一身份ID数据，可以存储在区块链应用***11中，也可以存储在区块链上。其中，待更新数据所属的应用数据类别，由于区块链上的数据是按照数据类别进行划分的，通过该应用数据类别，可以对待更新数据起到标识作用。待更新数据在区块链上的第一条记录的哈希值，参照前面的举例，假设在区块链上针对于同一个类别的数据，一共有3次记录，此处的第一条记录的哈希值可以理解为第1次记录的数据的哈希值；同理，待更新数据在区块链上的前一条记录的哈希值可以理解为第2次记录的数据的哈希值。这两个哈希值可以对当前记录和历史记录起到标识作用。对于历史记录的标识作用，由于每次记录的数据的唯一身份标识中都记录有第一条记录和前一条记录，通过倒推的方式，则可以顺着数据记录链查找前一次的记录，直到找到第一条记录，因此，仅通过第一条记录和前一条记录便可以标识所有的历史记录。针对历史记录的获取方式，在后续实施例中进行详细介绍。

在步骤203中获取到唯一身份ID数据后，执行步骤204，根据唯一身份ID数据验证待更新数据是否为唯一数据，在验证时，作为一种可选的实施方式，验证过程包括：根据第一条记录的哈希值获取第一条记录，验证第一条记录是否有效(即验证第一条记录是否为有效数据，后同)；在确定第一条记录有效时，根据前二条记录的哈希值获取前二条记录，验证前一条记录是否有效；在确定前一条记录有效时，获取前一条记录的属性信息，属性信息包括前一条记录的记录号；获取待更新数据的属性信息，判断前一条记录的记录号+1是否等于待更新数据的记录号，若等于，则唯一性验证成功；在各个验证和判断过程中，若任一个验证和判断的结果为否，则唯一性验证失败。其中，属性信息可以存储在区块链应用***11中，也可以随着数据本身一并存储在区块链上，与数据的唯一身份ID数据具有对应关系。此外，关于验证是否有效的实施方式，即有效性验证的实施方式，在本申请实施例中提供一种安全可靠的验证方式，在后续实施中进行介绍。

在步骤204中，若确定待更新数据不是唯一数据，即唯一性验证失败，则不进行后续的处理步骤，将验证失败的结果反馈给用户端12，用户端12再反馈给用户。若确定待更新数据是唯一数据，即唯一性验证成功，则执行步骤205，反馈待更新数据，反馈的形式也是通过用户端12进行反馈。

在本申请实施例中，除了对待更新数据的唯一性进行验证，还可以对待更新数据的有效性(即数据是否有效，例如被篡改，则是无效的数据)进行验证。对于有效性验证与唯一性验证的验证顺序，通常来说，先进行有效性验证，再进行唯一性验证，即先保证数据是有效的，再确定数据的唯一性。在实际应用中，也可以结合应用场景的不同，进行顺序的改变，比如先进行唯一性验证，再进行有效性验证，在本申请实施例中不作限定。接下来对有效性验证的实施方式进行介绍。

作为一种可选的实施方式，在步骤204之前，该方法还包括：获取待更新数据的有效性数据；有效性数据包括待更新数据的上传者的签名数据、上链节点对待更新数据的唯一身份ID数据和属性信息进行签名得到的签名数据；属性信息包括待更新数据的记录号和生成时间；根据有效性数据验证待更新数据是否为有效数据。对应的，步骤205包括：在确定待更新数据为有效数据时，根据唯一身份ID数据验证待更新数据是否为唯一数据。

待更新数据的有效性数据可以存储在区块链应用***11中，也可以存储在区块链上，根据实际的应用场景进行灵活选择。在有效性数据中，包括两个签名数据，一个是待更新数据的上传者的签名数据，上传者可以是当前请求待更新数据的用户所在的用户端12；另一个是上链节点对待更新数据的唯一身份ID数据和属性信息进行签名得到的签名数据，对于上链节点，在前述实施例中提到过，一个区块链应用***11中包括多个区块链节点，因此，上链待更新数据的节点可能是当前进行数据处理的节点，也可能是其他的节点。

作为一种可选的实施方式，根据有效性数据验证待更新数据是否为有效数据，包括：获取上传者的签名证书，在确定上传者的签名证书有效时，根据上传者的签名证书和有效性数据验证上传者的签名数据是否有效；获取上链节点的签名证书，在确定上链节点的签名证书有效时，根据上链节点的签名证书和有效性数据验证上链节点的签名数据是否有效；在确定上传者的签名数据和上链节点的签名数据均有效时，确定待更新数据为有效数据。

在这种实施方式中，不管是上传者的签名证书，还是上链节点的签名证书，其有效性验证可以包括三个方面，(1)数字证书有效期验证；(2)根证书验证；(3)CRL(CertificateRevocation List，证书吊销列表)验证。其中，证书有效期验证指的是证书的使用时间要在起始时间和结束时间之内；通过解析证书很容易得到证书的有效期。根证书验证，普通的证书一般包括三部分：用户信息，用户公钥，以及CA(Certificate Authority，证书颁发机构)签名。根证书是CA中心自己给自己签名的证书(即这张证书是用CA公钥对这张证书进行签名)；根证书验证就是：用根证书公钥来验证该证书的颁发者签名。所以首先必须要有根证书，并且根证书必须在受信任的证书列表(即信任域)。CRL是经过CA签名的证书作废列表，用于证书冻结和撤销。一般来说证书中有CRL地址，可以采用不同的网络协议方式访问，通过解析可得到CRL地址，然后下载CRL进行验证。并且证书中有CRL生效日期以及下次更新的日期，因此CRL是自动更新的，因此会有延迟性。在现有技术中，已有证书状态在线查询的技术，因此，还可以通过对应的渠道即时地查询证书状态。

在对上传者或者上链节点的签名证书进行验证后，如果签名证书确定有效，便可以利用有效性数据对签名数据的有效性进行验证。可以理解，上链节点或者上传者在进行签名时，通过自身的私钥对相应的数据进行签名，生成的签名结果即为签名数据，因而，在验证时，可以利用私钥对应的公钥(即签名证书中的公钥)对签名进行解密，验证公钥解密得到的数据与通过哈希值进行计算得到的数据是否一致，若一致，则验证通过；若不一致，则验证不通过。具体的验证过程，参照非对称加密的相关技术，该相关技术为本领域技术人员所熟知的技术，在此不进行详细介绍。

结合该部分有效性验证的介绍，参照前述实施例中对于唯一性验证的实施方式的介绍，在唯一性验证的实施方式中介绍到，在进行唯一性验证时，需要对第一条记录和前一条记录的有效性进行验证，该处的有效性验证的方式可以采用这里介绍的有效性验证的方式，因此，在第一条记录的有效性数据中，包括：第一条记录的上传者的签名数据、上链节点对第一条记录的唯一身份ID数据和属性信息进行签名得到的签名数据；进而，在对第一条记录进行有效性验证时，根据第一条记录的有效性数据验证第一条记录是否有效。以及，在前一条记录的有效性数据中，包括：前一条记录的上传者的签名数据、上链节点对前一条记录的唯一身份ID数据和属性信息进行签名得到的签名数据；在对第二条记录进行有效性验证时，根据前一条记录的有效性数据验证前一条记录是否有效。

在本申请实施例中，数据在上链时，进行双签名，进而在有效性验证时，通过双签名进行验证，保证了区块链上的数据的有效性、可靠性和安全性。

上述有效性验证的实施方式，仅是一种可选的验证方式，在实际应用中，可以根据应用场景的不同选择其他有效性验证方式，比如：采用单签名的验证方式，在本申请实施例中不作限定。

作为一种可选的实施方式，在步骤205后，该方法包括：获取待上链数据；待上链数据为对待更新数据进行更新后得到的数据；生成待上链数据的唯一身份ID数据；根据待上链数据的唯一身份ID数据对待上链数据进行上链处理。

在该过程中，待上链数据也可以是针对某个数据类别的数据，首次上链的数据，即：数据上链可以是在步骤205后执行的流程，适用于从待更新数据得到待上链数据的这种应用场景。也可以是单次的数据上链的过程，因而本申请实施例所提供的数据上链的实施方式也可以应用于其他的数据上链应用场景中。

结合前述实施例中对唯一身份ID数据的介绍，在生成待上链数据唯一身份ID数据时，分别需要确定：待上链数据所属的应用数据类别，若是在进行数据更新的应用场景下，与待上链数据所属的应用类别相同；若是在其他应用场景下，可以由区块链应用***11定义。待上链数据在区块链上的第一条记录的哈希值，同样由区块链应用***11进行定义，在待更新数据通过唯一性验证(或者以及通过有效性验证)的情况下，待上链数据的唯一身份ID数据中的第一条记录的哈希值与待更新数据中的第一条记录的哈希值相同。待上链数据在区块链上的前一条记录的哈希值，同样由区块链应用***11进行定义，在待更新数据通过唯一性验证(或者以及通过有效性验证)的情况下，待上链数据的唯一身份ID数据中的前一条记录的哈希值与为待更新数据的哈希值。

在本申请实施例中，在反馈待更新数据后，用户基于待更新数据进行数据的上链，在进行数据的上链时，为其生成唯一身份ID数据，使该数据在后续被获取或者应用时，也能够进行数据唯一性验证，且能够对当前记录和历史记录进行标识。

在本申请实施例中，为了便于后续的数据有效性验证，在进行数据上链时，也可以采用对应的双重签名上链的方式。因此，作为一种可选的实施方式，在根据待上链数据的唯一身份ID数据对待上链数据进行上链处理之前，所述方法还包括：获取待上链数据的第一有效性数据；第一有效性数据为待上链数据的上传者的签名数据；对待上链数据的唯一身份ID数据进行签名，得到第二有效性数据；对应的，根据待上链数据的唯一身份ID数据对待上链数据进行上链处理，包括：根据待上链数据的唯一身份ID数据、第一有效性数据和第二有效性数据对待上链数据进行上链处理。

在这种实施方式中，上传者为上传待上链数据的用户端12，在用户端12获取到用户输入的待上链数据后，利用私钥对其进行签名，签名结果即为第一有效性数据。同理，区块链应用***11对生成的唯一身份ID数据利用私钥进行签名，得到的签名结果即为第二有效性数据。

在本申请实施例中，在得到第二有效性数据时，除了对唯一身份ID数据进行签名，还可以对属性信息进行签名，进而得到的第二有效性数据中，还可以包括属性信息的签名结果。因此，作为一种可选的实施方式，在对待上链数据的唯一身份ID数据进行签名，得到第二有效性数据之前，方法还包括：获取待上链数据的属性信息；属性信息包括待上链数据的记录号和生成时间；对应的，对待上链数据的唯一身份ID数据进行签名，得到第二有效性数据，包括：对待上链数据的唯一身份ID数据和属性信息进行签名，得到第二有效性数据。

在本申请实施例中，在对链上数据进行签名生成第二有效性数据时，可以对唯一身份ID数据和属性信息均进行签名，进而起到链上数据的进一步有效性保障，实现链上数据的安全可信。

可以理解，链上数据的有效性数据的最终作用是对链上数据进行有效性验证，因而，有效性数据中包含的签名结果越多，最终的有效性验证结果更可靠和可信。因此，在实际应用中，可以根据应用场景灵活地选择有效性数据中所包含的有效性数据项，以提高有效性验证的可靠性。

进一步地，不管是基于唯一身份ID数据进行待上链数据的上链处理，还是基于唯一身份ID数据、第一有效性数据和第二有效性数据进行上链处理，在上链处理时，一方面，将待上链数据提交给区块链，区块链自动地进行数据上链，区块链的数据上链的流程为本领域技术人员所熟知的技术，在此不进行详细介绍。另一方面，对于唯一身份ID数据、第一有效性数据以及第二有效性数据，可以保存在区块链应用***11中(采用分布式保存的方式，即各个区块链节点都进行保存)，也可以保存在区块链中。若保存在区块链中，可以由指定的唯一身份ID数据链或者有效性数据链进行保存。在区块链进行数据上链后，区块链应用***11将上链结果反馈给用户端12。

结合前述实施例的介绍，接下来请参照图3，为本申请实施例的技术方案在实际应用时的一种可选的完整实施流程示意图，该完整实施流程包括：用户端12启动链上数据更新流程，链上数据更新开始；用户端12请求获取数据；区块链应用***11：根据用户关键信息(身份信息)获取用户的哈希地址；根据哈希地址请求获取用户的链上数据。区块链返回指定哈希地址的链上数据。区块链应用***11：先进行待更新数据的有效性验证，再进行待更新数据的唯一性验证，在两个验证均通过后，向用户端12返回数据。用户端12基于用户对返回的待更新数据进行更新而输入的数据，生成待上链数据；以及对待上链数据进行签名，生成第一有效性数据；将第一有效性数据和待上链数据提交给区块链应用***11。区块链应用***11：先生成唯一身份ID数据，再生成属性信息；对唯一身份ID数据和属性信息进行签名，生成第二有效性数据；再将待上链数据提交到区块链。区块链进行数据上链，区块链应用***11返回上链结果给用户端12，整个流程结束。

在本申请实施例中，基于链上数据的数据结构形式，还可以实现数据变化的轨迹跟踪，作为一种可选的实施方式，该方法还包括：接收历史记录数据的获取请求；根据用户的身份信息确定历史记录数据对应的目标数据链；在确定目标数据链上的历史记录数据为有效数据，且为唯一数据时，获取历史记录数据；在确定当前获取的历史记录数据中的唯一身份ID数据中的目标数据链上第一条记录的哈希值等于当前获取的历史记录数据的哈希值时，完成目标数据链上所有历史记录数据的获取；反馈从目标数据链上获取到的所有历史记录数据。

在这种实施方式中，用户的身份信息与前述实施例中介绍的相同。其中，在确定历史记录数据对应的目标数据链时，可以先确定目标数据链上最近一次更新的数据，然后再顺着最近一次更新数据的唯一身份ID数据中记录的前一条记录的哈希值依次往前进行数据跟踪。并且，在每一次获取到数据记录时，都需要对当前的数据进行有效性和唯一性的验证，当有效性验证和唯一性验证都通过时，才获取当前的数据，以及利用当前的数据的唯一身份ID数据中的记录信息继续进行数据追踪。并且，在获取当前的数据后，还需要验证是否已经完成所有历史记录的获取。验证的方式则是通过当前数据的唯一身份ID数据中的第一条记录的哈希值，可以理解，若当前的数据的哈希值与第一条记录的哈希值相同，则说明当前的数据是第一条记录，可确定已经将目标数据链上的所有数据记录都追溯完成。其中，有效性验证、唯一性验证的实施方式与前述实施例中介绍的相同，在此不再重复介绍。

在本申请实施例中，除了基于历史记录数据对当前获取的链上数据进行唯一性验证，还可以对历史记录数据进行获取，在获取时，通过各个数据的唯一身份ID数据中的第一条记录的哈希值，判断链上的历史记录数据是否获取完，进而可以实现针对一条数据链上的全部历史记录数据的获取，并且实现数据轨迹的跟踪。

基于同一发明构思，请参照图4，本申请实施例中还提供一种区块链的数据更新装置300，包括：接收模块301、获取模块302以及处理模块303。

接收模块301用于接收待更新数据的获取请求；所述获取请求中包括用户的身份信息；获取模块302用于根据所述用户的身份信息从区块链获取所述待更新数据；获取所述待更新数据的唯一身份ID数据；所述唯一身份ID数据包括所述待更新数据所属的应用数据类别、所述待更新数据在所述区块链上的第一条记录的哈希值、所述待更新数据在所述区块链上的前一条记录的哈希值；处理模块303用于根据所述唯一身份ID数据验证所述待更新数据是否为唯一数据；在确定所述待更新数据为唯一数据时，反馈所述待更新数据。

可选的，获取模块302还用于获取待上链数据；所述待上链数据为对所述待更新数据进行更新后得到的数据；处理模块303还用于生成所述待上链数据的唯一身份ID数据；根据所述待上链数据的唯一身份ID数据对所述待上链数据进行上链处理。

可选的，获取模块302还用于获取所述待上链数据的第一有效性数据；所述第一有效性数据为所述待上链数据的上传者的签名数据；处理模块303还用于，对所述待上链数据的唯一身份ID数据进行签名，得到第二有效性数据；以及处理模块303具体用于：根据所述待上链数据的唯一身份ID数据、所述第一有效性数据和所述第二有效性数据对所述待上链数据进行上链处理。

可选的，获取模块302还用于获取所述待上链数据的属性信息；所述属性信息包括所述待上链数据的记录号和生成时间；以及处理模块303具体用于对所述待上链数据的唯一身份ID数据和所述属性信息进行签名，得到所述第二有效性数据。

可选的，获取模块302还用于获取所述待更新数据的有效性数据；所述有效性数据包括所述待更新数据的上传者的签名数据、上链节点对所述待更新数据的唯一身份ID数据和属性信息进行签名得到的签名数据；所述属性信息包括所述待更新数据的记录号和生成时间；根据所述有效性数据验证所述待更新数据是否为有效数据；处理模块303具体用于在确定所述待更新数据为有效数据时，根据所述唯一身份ID数据验证所述待更新数据是否为唯一数据。

可选的，获取模块302具体用于获取所述上传者的签名证书，在确定所述上传者的签名证书有效时，处理模块303具体用于根据所述上传者的签名证书和所述有效性数据验证所述上传者的签名数据是否有效；获取模块302具体还用于获取所述上链节点的签名证书，以及处理模块303具体还用于在确定所述上链节点的签名证书有效时，根据所述上链节点的签名证书和所述有效性数据验证所述上链节点的签名数据是否有效；在确定所述上传者的签名数据和所述上链节点的签名数据均有效时，确定所述待更新数据为有效数据。

可选的，获取模块302具体还用于根据所述第一条记录的哈希值获取所述第一条记录和所述第一条记录的有效性数据，所述第一条记录的有效性数据包括：所述第一条记录的上传者的签名数据、上链节点对所述第一条记录的唯一身份ID数据和属性信息进行签名得到的签名数据；处理模块303具体还用于：根据所述第一条记录的有效性数据验证所述第一条记录是否有效；获取模块302具体还用于在确定所述第一条记录有效时，根据所述前一条记录的哈希值获取所述前一条记录和所述前一条记录对应的有效性数据，所述前一条记录对应的有效性数据包括：所述前一条记录的上传者的签名数据、上链节点对所述前一条记录的唯一身份ID数据和属性信息进行签名得到的签名数据；处理模块303具体还用于根据所述前一条记录的有效性数据验证所述前一条记录是否有效；在确定所述前一条记录有效时，验证所述前一条记录的属性信息中的记录号加1是否等于所述待更新数据的记录号；在确定所述前一条记录的属性信息中的记录号加1等于所述待更新数据的记录号时，确定所述待更新数据为唯一数据。

可选的，接收模块301还用于接收历史记录数据的获取请求；处理模块303还用于根据所述用户的身份信息确定所述历史记录数据对应的目标数据链；获取模块302还用于在确定所述目标数据链上的历史记录数据为有效数据，且为唯一数据时，获取所述历史记录数据；处理模块303还用于在确定当前获取的历史记录数据中的唯一身份ID数据中的所述目标数据链上第一条记录的哈希值等于所述当前获取的历史记录数据的哈希值时，完成所述目标数据链上所有历史记录数据的获取；反馈从所述目标数据链上获取到的所有历史记录数据。

前述实施例中的区块链的数据更新方法中的各实施方式和具体实例同样适用于图4的装置，通过前述对区块链的数据更新方法的详细描述，本领域技术人员可以清楚地知道图4中的区块链的数据更新装置300的实施方法，所以为了说明书的简洁，在此不再详述。

基于同一发明构思，本申请实施例还提供一种可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被计算机运行时执行上述任一实施方式的区块链的数据更新方法。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

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

Claims (8)

1.一种区块链的数据更新方法，其特征在于，包括：

接收待更新数据的获取请求；所述获取请求中包括用户的身份信息；

根据所述用户的身份信息从区块链获取所述待更新数据；

获取所述待更新数据的唯一身份ID数据；所述唯一身份ID数据包括所述待更新数据所属的应用数据类别、所述待更新数据在所述区块链上的第一条记录的哈希值、所述待更新数据在所述区块链上的前一条记录的哈希值；

获取所述待更新数据的有效性数据；所述有效性数据包括所述待更新数据的上传者的签名数据、上链节点对所述待更新数据的唯一身份ID数据和属性信息进行签名得到的签名数据；所述属性信息包括所述待更新数据的记录号和生成时间；

根据所述有效性数据验证所述待更新数据是否为有效数据；

在确定所述待更新数据为有效性数据时，根据所述唯一身份ID数据验证所述待更新数据是否为唯一数据，包括：

根据所述第一条记录的哈希值获取所述第一条记录和所述第一条记录的有效性数据，所述第一条记录的有效性数据包括：所述第一条记录的上传者的签名数据、上链节点对所述第一条记录的唯一身份ID数据和属性信息进行签名得到的签名数据；

根据所述第一条记录的有效性数据验证所述第一条记录是否有效；

在确定所述第一条记录有效时，根据所述前一条记录的哈希值获取所述前一条记录和所述前一条记录对应的有效性数据，所述前一条记录对应的有效性数据包括：所述前一条记录的上传者的签名数据、上链节点对所述前一条记录的唯一身份ID数据和属性信息进行签名得到的签名数据；

根据所述前一条记录的有效性数据验证所述前一条记录是否有效；

在确定所述前一条记录有效时，验证所述前一条记录的属性信息中的记录号加1是否等于所述待更新数据的记录号；

在确定所述前一条记录的属性信息中的记录号加1等于所述待更新数据的记录号时，确定所述待更新数据为唯一数据；

在确定所述待更新数据为唯一数据时，反馈所述待更新数据。

2.根据权利要求1所述的方法，其特征在于，在所述在确定所述待更新数据为唯一数据时，反馈所述待更新数据后，所述方法还包括：

获取待上链数据；所述待上链数据为对所述待更新数据进行更新后得到的数据；

生成所述待上链数据的唯一身份ID数据；

根据所述待上链数据的唯一身份ID数据对所述待上链数据进行上链处理。

3.根据权利要求2所述的方法，其特征在于，在所述根据所述待上链数据的唯一身份ID数据对所述待上链数据进行上链处理之前，所述方法还包括：

获取所述待上链数据的第一有效性数据；所述第一有效性数据为所述待上链数据的上传者的签名数据；

对所述待上链数据的唯一身份ID数据进行签名，得到第二有效性数据；

对应的，所述根据所述待上链数据的唯一身份ID数据对所述待上链数据进行上链处理，包括：

根据所述待上链数据的唯一身份ID数据、所述第一有效性数据和所述第二有效性数据对所述待上链数据进行上链处理。

4.根据权利要求3所述的方法，其特征在于，在所述对所述待上链数据的唯一身份ID数据进行签名，得到第二有效性数据之前，所述方法还包括：

获取所述待上链数据的属性信息；所述属性信息包括所述待上链数据的记录号和生成时间；

对应的，所述对所述待上链数据的唯一身份ID数据进行签名，得到第二有效性数据，包括：

对所述待上链数据的唯一身份ID数据和所述属性信息进行签名，得到所述第二有效性数据。

5.根据权利要求1所述的方法，其特征在于，所述根据所述有效性数据验证所述待更新数据是否为有效数据，包括：

获取所述上传者的签名证书，在确定所述上传者的签名证书有效时，根据所述上传者的签名证书验证所述上传者的签名数据是否有效；

获取所述上链节点的签名证书，在确定所述上链节点的签名证书有效时，根据所述上链节点的签名证书验证所述上链节点的签名数据是否有效；

在确定所述上传者的签名数据和所述上链节点的签名数据均有效时，确定所述待更新数据为有效数据。

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

接收历史记录数据的获取请求；

根据所述用户的身份信息确定所述历史记录数据对应的目标数据链；

在确定所述目标数据链上的历史记录数据为有效数据，且为唯一数据时，获取所述历史记录数据；

在确定当前获取的历史记录数据中的唯一身份ID数据中的所述目标数据链上第一条记录的哈希值等于所述当前获取的历史记录数据的哈希值时，完成所述目标数据链上所有历史记录数据的获取；

反馈从所述目标数据链上获取到的所有历史记录数据。

7.一种区块链的数据更新装置，其特征在于，包括：

接收模块，用于接收待更新数据的获取请求；所述获取请求中包括用户的身份信息；

获取模块，用于根据所述用户的身份信息从区块链获取所述待更新数据；

所述获取模块还用于获取所述待更新数据的唯一身份ID数据；所述唯一身份ID数据包括所述待更新数据所属的应用数据类别、所述待更新数据在所述区块链上的第一条记录的哈希值、所述待更新数据在所述区块链上的前一条记录的哈希值；所述获取模块还用于获取所述待更新数据的有效性数据；所述有效性数据包括所述待更新数据的上传者的签名数据、上链节点对所述待更新数据的唯一身份ID数据和属性信息进行签名得到的签名数据；所述属性信息包括所述待更新数据的记录号和生成时间；

处理模块，用于根据所述有效性数据验证所述待更新数据是否为有效数据；在确定所述待更新数据为有效性数据时，根据所述唯一身份ID数据验证所述待更新数据是否为唯一数据；在确定所述待更新数据为唯一数据时，反馈所述待更新数据，所述处理模块，具体用于根据所述第一条记录的哈希值获取所述第一条记录和所述第一条记录的有效性数据，所述第一条记录的有效性数据包括：所述第一条记录的上传者的签名数据、上链节点对所述第一条记录的唯一身份ID数据和属性信息进行签名得到的签名数据；根据所述第一条记录的有效性数据验证所述第一条记录是否有效；在确定所述第一条记录有效时，根据所述前一条记录的哈希值获取所述前一条记录和所述前一条记录对应的有效性数据，所述前一条记录对应的有效性数据包括：所述前一条记录的上传者的签名数据、上链节点对所述前一条记录的唯一身份ID数据和属性信息进行签名得到的签名数据；根据所述前一条记录的有效性数据验证所述前一条记录是否有效；在确定所述前一条记录有效时，验证所述前一条记录的属性信息中的记录号加1是否等于所述待更新数据的记录号；在确定所述前一条记录的属性信息中的记录号加1等于所述待更新数据的记录号时，确定所述待更新数据为唯一数据。

8.一种可读存储介质，其特征在于，所述可读存储介质上存储有计算机程序，所述计算机程序被计算机运行时执行如权利要求1-7任一项所述的方法。