CN113469815A - 数据管理方法及装置 - Google Patents

Abstract

本说明书一个或多个实施例提供一种数据管理方法及装置。该方法应用于区块链系统中的区块链节点，包括：响应于接收到的数据获取交易，确定所述区块链节点维护的对应于所述数据获取交易的目标数据；通过数据管理规则对所述目标数据进行管理检查；在确定所述目标数据通过所述管理检查的情况下，向所述数据获取交易的发起方返回所述目标数据，并避免向所述发起方返回未通过管理检查的目标数据。

Description

数据管理方法及装置

技术领域

本说明书一个或多个实施例涉及区块链技术领域，尤其涉及一种数据管理方法及装置。

背景技术

区块链技术，也被称为分布式账本技术，利用区块链技术可以搭建去中心化的区块链系统，用于实现对数据的分布式、持久化存证。为满足自身对于区块链系统所存证数据的获取需求，数据需求方可以通过在区块链系统中发起交易（transaction）的方式，获取区块链系统执行该交易返回的相应数据。

发明内容

有鉴于此，本说明书一个或多个实施例提供一种数据管理方法及装置。

为实现上述目的，本说明书一个或多个实施例提供技术方案如下：

根据本说明书一个或多个实施例的第一方面，提出了一种数据管理方法，应用于区块链系统中的区块链节点，包括：

响应于接收到的数据获取交易，确定所述区块链节点维护的对应于所述数据获取交易的目标数据；

通过数据管理规则对所述目标数据进行管理检查；

在确定所述目标数据通过所述管理检查的情况下，向所述数据获取交易的发起方返回所述目标数据，并避免向所述发起方返回未通过管理检查的目标数据。

根据本说明书一个或多个实施例的第二方面，提出了一种数据管理装置，应用于区块链系统中的区块链节点，包括：

数据确定单元，用于响应于接收到的数据获取交易，确定所述区块链节点维护的对应于所述数据获取交易的目标数据；

管理检查单元，用于通过数据管理规则对所述目标数据进行管理检查；

数据返回单元，用于在确定所述目标数据通过所述管理检查的情况下，向所述数据获取交易的发起方返回所述目标数据，并避免向所述发起方返回未通过管理检查的目标数据。

根据本说明书的第三方面，提供一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如上述第一方面的实施例中所述的方法。

根据本说明书实施例的第四方面，提供一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如上述第一方面的实施例中所述方法的步骤。

附图说明

图1是一示例性实施例提供的一种数据管理方法的流程图。

图2是一示例性实施例提供的一种区块链系统的结构示意图。

图3是一示例性实施例提供的另一种区块链系统的结构流程图。

图4是一示例性实施例提供的一种待验证区块所对应Merkle Tree的结构示意图。

图5是一示例性实施例提供的一种设备的结构示意图。

图6是一示例性实施例提供的一种数据管理装置的框图。

具体实施方式

在相关技术中，数据需求方可以通过在区块链系统中发起交易的方式，获取区块链系统中所存证的目标数据。由于区块链系统对于数据需求方的数据获取并没有任何限制，导致数据需求方可以随意获得区块链系统中存证的任意数据。但是，区块链系统中存证的部分数据可能不允许或不便于传播，以避免引发安全性或隐私性等方面的风险，而相关技术中则并未提供相关解决方案。

为解决这一问题，本说明书提出一种数据管理方法，下面结合图1对本说明书的数据管理方案进行说明。

请参见图1，图1是一示例性实施例提供的一种数据管理方法的流程图。如图1所示，该方法应用于区块链系统中的区块链节点，该方法可以包括以下步骤102-106。

步骤102，响应于接收到的数据获取交易，确定所述区块链节点维护的对应于所述数据获取交易的目标数据。

交易发起方（即前述的数据需求方）可以在区块链系统中发起数据获取交易，该交易由区块链系统中的区块链节点获取并执行。区块链节点通过执行该交易确定交易发起方请求获取的目标数据。

其中，上述数据获取交易中可以指定交易发起方欲获取的目标数据的数据信息，以由区块链节点根据该数据信息确定相应的目标数据。另外，本说明书实施例中涉及的目标数据可以具有多种形式，本说明书实施例并不对此进行限制。针对不同形式的目标数据，其数据信息也可以有所不同。例如，目标数据可以为打包至区块中的任一区块链交易，或者为已执行的（区别于前述数据获取交易的）区块链交易的交易收据，则相应的数据信息可以为该区块链交易的交易哈希。另外，在目标数据为交易或交易收据、数据信息包括交易哈希的情况下，该数据信息还可以包括区块哈希。此时，区块链节点可以根据数据获取交易中携带的区块哈希直接确定目标数据所处的区块，进而获取相应的目标数据，而无需根据交易哈希并通过布隆过滤器（Bloom Filter）等复杂方式查询该区块，从而有助于加快目标数据的定位速度，提升其获取效率。再例如，目标数据也为该区块链节点保存的合约状态等状态数据，则相应的数据信息可以为上述合约状态所对应智能合约的合约地址等。

在一实施例中，对于不同形式的数据获取交易，区块链节点的处理过程也有所不同。例如，上述数据获取交易可以为无需共识的本地区块链交易，如用户通过区块链客户端向区块链系统中的任一区块链节点发起上述数据获取交易。相应地，仅由接收到该数据获取交易的上述任一区块链节点执行该交易，而其他区块链节点则不会接收和执行该数据获取交易。

再例如，上述数据获取交易也可以为需要共识的区块链交易，在这种情况下，区块链系统中的区块链节点可以对该交易进行共识，并在共识通过的情况下执行该交易。在一些区块链系统中，区块链系统内的所有区块链节点可以完全对等，使得这些区块链节点均会参与对上述数据获取交易的共识过程，并在确定该数据获取交易通过共识的情况下，由这些区块链节点分别执行该数据获取交易。在另一些区块链系统中，区块链系统内可以包含不同角色的区块链节点，不同角色的区块链节点可以用于实现不同的功能，如区块链系统中的共识节点可以参与对上述数据获取交易的共识过程，而区块链系统中的执行节点可以在共识结果为通过共识的情况下执行上述的数据获取交易。

步骤104，通过数据管理规则对所述目标数据进行管理检查。

在本说明书实施例中，为实现对区块链系统中所存证数据的精确管控，在响应于数据获取交易确定出相应的目标数据后，区块链节点需要通过数据管理规则对该目标数据进行管理检查，以便根据检查结果进一步决定是否允许交易请求方获取目标数据。具体的，区块链节点可以将上述目标数据从本地数据库读取至内存，再对内存中的目标数据进行管理检查。

在一实施例中，区块链系统中可以部署有管理合约，相应地，可以通过多种方式在区块链节点中预先部署与该管理合约相关联的上述数据管理规则。例如，管理合约的部署方可以生成包含数据管理规则的合约代码，在该管理合约被部署至区块链节点完成后，数据管理规则即随相应的合约代码被记录在区块链节点本地。相应地，区块链节点在执行该管理合约的过程中，即可通过读取相应的合约代码而获得上述的数据管理规则。再例如，上述数据管理规则也可以被记录在预先部署的管理合约的合约状态中。相应地，区块链节点可以在部署该管理合约的过程中，获取上述数据管理规则并记录至相应的合约状态中，而后续即可直接从合约状态中读取和使用该数据管理规则。又例如，为了减少部署数据管理规则的工作量，上述数据管理规则也可以被预先保存在区块链节点的本地数据库中。在这种情况下，区块链系统中部署的上述管理合约的合约代码或者合约状态中，可以记录有保存该数据管理规则的区块链节点的节点标识。相应地，部署管理合约的区块链节点在执行该合约的过程中，可以根据该合约的合约代码或合约状态中记录的节点标识确定保存该数据管理规则的区块链节点，并向后者请求获取其本地保存的数据管理规则。其中，保存该数据管理规则的区块链节点可以为区块链系统中的任一节点，如该系统中的管理节点或主节点等。

而且，部署上述数据管理规则的区块链节点还可以维护该规则的适用条件，以便区块链节点根据该条件确定该数据管理规则是否可以用于对目标数据进行管理检查。例如，上述适用条件可以包括数据管理规则的规则有效期，在这种情况下，区块链节点若在该有效期内接收到上述数据获取交易，则可以使用该数据管理规则对目标数据进行管理检查；否则，区块链节点若在该有效期之外接收到上述数据获取交易，则可以避免使用该数据管理规则对目标数据进行管理检查。再例如，上述适用条件可以包括数据管理规则的数据范围，如该数据范围可以为区块N至区块N+S范围内共S+1个区块中包含的交易，在这种情况下，区块链节点接收到的数据获取交易所请求的目标数据（如目标交易）所在的区块若处于区块N至区块N+S范围内，则表明目标数据符合该数据管理规则；否则，若目标交易所在的区块处于区块N至区块N+S范围之外，则表明目标数据不符合该数据管理规则。又例如，上述适用条件还可以包括有效生成时间（即一时间区间），在这种情况下，区块链节点可以在确定目标数据的情况下，进一步确定该目标数据的生成时刻。从而，若该生成时刻处于上述有效生成时间内，则区块链节点可以使用上述数据管理规则对目标数据进行管理检查；否则，若该生成时刻处于上述有效生成时间之外，则区块链节点可以避免使用该数据管理规则对目标数据进行管理检查。

其中，上述管理合约可以为创世合约，即该管理合约在区块链系统的创建之初被部署在创世区块中。或者，该管理合约也可以为系统合约，需要由管理员进行部署，一些情况下可能需要超出预设比例的管理员的认可下才能够完成部署。当然，不排除一些情况下，可能由区块链系统的一般节点成员来部署管理合约，即管理合约可以为区别于创世合约与系统合约的普通合约。

在一实施例中，区块链系统中的任一区块链节点处均可以部署管理合约。如图2所示，区块链系统包括Node A、Node B、Node C和Node D等区块链节点。区块链节点本身是一种逻辑概念，通过在节点设备上创建一节点实例，并由该节点实例运行区块链平台代码，即可使得该节点实例成为一区块链节点。所以，图2所示的各个区块链节点本质上为相应节点设备中创建的节点实例。图2所示的各个区块链节点中均部署有相同的管理合约。完成管理合约的部署后，任一区块链节点在执行上述数据获取交易的过程中可以调用本地部署的管理合约，以通过与该合约相关联的数据管理规则对目标数据进行管理检查。

其中，上述各个区块链节点处部署的管理合约可以由区块链系统中的任一区块链节点通过发起合约部署交易所部署。以图2所示的Node A为例，该节点可以在确定数据管理规则（如接收到管理员等规则部署方发送的该规则）后，在区块链系统中提交针对数据管理规则的合约部署交易，以由区块链系统中的各个区块链节点对该交易进行共识。相应地，在共识通过的情况下，由区块链系统中的各个区块链节点分别执行该交易，以在各个节点本地部署对应于数据管理规则的管理合约。其中，上述区块链节点Node A可以为区块链系统中的管理节点或者非管理节点，本说明书并不对此进行限制。

在一实施例中，区块链节点本地部署的管理合约可以包括接口合约和验证合约。其中，接口合约用于向外提供唯一不变的调用接口，而对目标数据进行管理检查的数据管理规则可以被维护于验证合约中。而且，该接口合约的合约状态中可以记载有校验合约的合约地址，以用于在执行接口合约的过程中，通过该合约地址调用接口合约。例如，在确定本地维护的上述目标数据后，区块链节点可以通过预定义接口（即上述唯一不变的调用接口）调用接口合约，并进一步基于该接口合约的合约状态中记载的上述合约地址来调用验证合约，以通过验证合约定义的数据管理规则对目标数据进行管理检查。

具体的，为了使得区块链节点能够自发地调用验证合约，接口合约可以被部署于区块链节点的区块链平台代码中。如前所述，节点设备中的节点实例通过执行区块链平台代码而实现为区块链节点，即区块链平台代码是使得节点实例成为区块链节点的底层逻辑。因而区块链节点在运行过程中可以直接执行区块链平台代码，使得区块链节点可以通过区块链平台代码中记录的预定义接口来主动触发对接口合约的调用，而无需像相关技术中那样由区块链交易来调用接口合约，从而简化借口合约的调用逻辑，有助于实现目标数据的快速检查。

区别于部署在区块链平台代码中的接口合约，验证合约可以通过执行交易的方式部署至区块链。其中，验证合约可以为前述的创世合约、系统合约或者普通合约。由于接口合约位于区块链平台代码中，使得对于接口合约的升级难度大、可行性低；而无论验证合约是创世合约、系统合约或普通合约，其均可以被部署于区块链中，因而区块链节点能够易于对验证合约进行更新。

根据数据管理规则被记录的位置不同，区块链节点可以采用不同的方式更新数据管理规则。例如，在管理合约对应的数据管理规则被记录在验证合约的合约代码中的情况下，区块链节点可以执行规则更新交易以部署新验证合约，该新验证合约的合约代码或者合约状态中记录有新数据管理规则。相应地，区块链节点还可以发起调用接口合约的区块链交易，并由该区块链交易将新验证合约的合约地址（新地址）作为入参提供至接口合约，以使用该合约地址更新接口合约的合约状态中记录的前述验证合约的合约地址（老地址）。在这一更新方式下，区块链节点只需要部署对应于新数据管理规则的新验证合约，并将接口合约的合约地址更新为该新验证合约的合约地址，即可实现对数据管理规则的更新。再例如，在管理合约对应的数据管理规则被记录在验证合约的合约状态中的情况下，区块链节点可以执行规则更新交易以调用验证合约，从而在执行完毕的情况下将验证合约的合约状态中记载的数据管理规则更新为新数据管理规则。在这一更新方式下，验证合约仅有合约状态发生变化，其合约代码并无变化，因而合约地址也不发生变化，所以接口合约的合约状态中记载的验证合约的合约地址也无需变化。可见，通过该方式对数据管理规则进行更新的过程中，接口合约和验证合约的合约代码均未发生变化，相对于前一更新方式，更新效率更高。在上述两种更新数据管理规则的方式中，由于接口合约的调用接口未发生变化，使得区块链节点始终都可以通过统一的接口调用接口合约，并根据该接口合约在合约状态中维护的合约地址调用新验证合约，进而根据新数据管理规则对数据获取交易所对应的目标数据进行校验。

区块链节点本地部署的管理合约除了包括上述接口合约和验证合约之外，在另一些实施例中，该管理合约也可以仅为一个智能合约。此时，根据数据管理规则被记录的位置不同，其更新方式也有所不同。例如，上述数据管理规则可以被记录在该管理合约的合约代码中，则区块链节点可以通过执行规则更新交易的方式部署记录有新数据管理规则的新管理合约。在部署完成后，区块链节点处理数据获取交易的过程中，可以调用新管理合约对目标数据进行管理检查。或者，上述数据管理规则也可以被记录在该管理合约的合约状态中，则区块链节点可以通过执行调用该智能合约的规则更新交易，使用新数据管理规则更新该智能合约的合约状态中记录的上述数据管理规则。相应地，在完成对上述更新的情况下，区块链节点处理数据获取交易的过程中，可以调用该管理合约对目标数据进行管理检查。

通过上述实施例中执行规则更新交易的方式，区块链系统中的任一节点可以对本地部署的管理合约所对应的数据管理规则进行更新。其中，为确保被更新规则的安全性，上述各实施例所涉及的规则更新交易可以经过区块链系统中的管理节点认可。

例如，上述规则更新交易可以由非管理节点提交并经过管理节点认可：管理节点在接收到非管理节点提交的规则更新交易后，可以在认可该交易的情况下使用自身的节点私钥对该交易进行签名，并将该交易和签名关联发送至区块链系统中的其他节点。从而其他节点可以根据上述签名确定该交易已经经过管理节点的认可，进而可以执行该交易。该方式通过管理节点的身份为非管理节点提交的规则更新交易进行背书，保证了该交易的可靠性。再例如，上述规则更新交易也可以由区块链系统中的管理节点所提交：如为了保证上述规则更新交易的真实性，管理节点可以先对该交易进行签名，再将签名后的规则更新交易提交至区块链系统。区块链系统中的其他节点在获取到该规则更新交易后，可以根据管理节点的节点公钥对该交易的签名进行验证，并在验签通过（即表明该交易确实由管理节点所发起）的情况下，直接执行该交易。

在一实施例中，上述数据获取交易可以用于调用预先部署在区块链节点处的管理合约，从而区块链节点可以基于该数据获取交易执行该管理合约。例如，图2中的Node A可以在执行数据获取交易的过程中，调用并执行本地部署的管理合约，以通过与该合约相关联的数据管理规则对目标数据进行管理检查。

在另一实施例中，区块链节点也可以在数据获取交易未调用预先部署在区块链节点处的管理合约，且确定当前已满足管理合约的预设调用条件的情况下，主动调用并执行该管理合约。例如，图2中的Node A所执行的数据获取交易可以不用于调用预先部署在区块链节点处的管理合约，但Node A的区块链平台代码中可以包含针对预设调用条件的判断逻辑，从而Node A可以在执行数据获取交易的过程中（通过上述判断逻辑）判断管理合约对应的预设调用条件是否满足，并在确定该条件满足的情况下主动调用并执行管理合约。此时，即便数据获取交易不具有针对管理合约的调用功能，区块链节点也可以主动调用并执行管理合约，从而顺利完成针对目标数据的管理检查。

其中，上述预设调用条件可以包括：确定区块链节点本地维护有目标数据，且执行数据获取交易时产生针对目标数据的数据获取事件。例如，Node A可以实时监听事件，从而在监听到执行数据获取交易产生的数据获取事件的情况下，可以确定本地维护的数据中是否确实存在目标数据（对应于步骤102）。在确定存在目标数据的情况下，Node A可以进一步调用并执行本地预先部署的上述管理合约，以通过执行该管理合约对该目标数据进行管理检查。

在上述实施例中，区块链系统中的各个区块链节点均部署管理合约。而在一些实施例中，也可以仅由区块链系统中的管理节点维护上述数据管理规则，如仅在管理节点本地部署关联至上述数据管理规则的管理合约，或者仅由管理节点在本地数据库中保存上述数据管理规则等。在这种情况下。区块链系统中的区块链节点可以将待检查的目标数据发送至区块链系统中的管理节点，以由该管理节点使用本地维护的数据管理规则对目标数据进行管理检查。以管理节点本地部署关联至数据管理规则的管理合约为例：区块链系统中的区块链节点可以将确定出的目标数据发送至区块链系统中的管理节点，以由该管理节点执行预先部署在管理节点处的管理合约，通过与管理合约相关联的数据管理规则对目标数据进行管理检查。

以图3为例，Node B、Node C和/或Node D等区块链节点可以将本地维护的目标数据分别发送至管理节点Node A，并由Node A执行本地预先部署的管理合约，以完成针对目标数据的管理检查。其中，为保证待检查的目标数据的私密性，区块链节点可以使用自身的节点私钥将上述目标数据加密后发送至Node A，从而Node A可以使用相应的节点公钥解密后对该目标数据进行管理检查。另外，Node A可以将相应的检查结果返回至区块链节点，以便区块链节点根据该检查结果对目标数据进行处理——决定是否响应于数据获取交易将目标数据发送至交易发起方。

进一步的，管理节点所执行的管理合约可以为部署在该节点处的本地合约，此时该合约仅部署于管理节点处，而并不部署于非管理节点处。如图3所示，作为管理节点的Node A本地部署有管理合约，而其他节点（Node B、Node C和/或Node D）处并不部署管理合约。其中，除Node A之外的任一区块链节点可以为管理节点，当然也可以为非管理节点，本说明书并不对此进行限制。可以理解的是，Node A可以执行合约部署交易实现对管理合约的部署，该交易可以为无需共识的本地区块链交易。例如，Node A在接收到合约部署交易后，无需发起针对该交易的共识，而可以直接执行该交易以在本地部署相应的管理合约。可见，虽然区块链系统中包含多个区块链节点，但是仅有其中的管理节点本地被部署有上述管理合约，而非管理节点并不部署该合约，所以部署过程较为简单。另外，因为上述管理合约的部署过程无需共识，所以能够实现对管理合约的快速部署，也便于实现对数据管理规则的便捷更新。

步骤106，在确定所述目标数据通过所述管理检查的情况下，向所述数据获取交易的发起方返回所述目标数据，并避免向所述发起方返回未通过管理检查的目标数据。

在本说明书的实施例中，无论对目标数据进行管理检查的区块链节点具体为管理节点还是非管理节点，该区块链节点都应当根据具体的数据管理规则对目标数据进行检查。根据数据管理规则的不同，通过管理检查的判定标准也有所不同。

在一实施例中，数据管理规则可以包括第一管理规则，此时，若目标数据匹配于该第一管理规则，则判定目标数据通过管理检查。例如，第一管理规则可以为：包含“转账”这一关键字的交易收据，相应的规则有效期可以为2020年1月1日至2020年12月31日、数据范围为交易收据。在这种情况下，若区块链节点获取到的目标数据为一笔交易收据，可以进一步检查该笔收据的创建时刻（或相应的交易执行时刻等）以及其中是否包含“转账”这一关键字。在确定该笔收据的创建时刻位于上述规则有效期内且该笔收据中包含“转账”这一关键字的情况下，区块链节点可以判定该笔收据通过管理检查。

或者，在另一实施例中，数据管理规则也可以包括第二管理规则，此时，若目标数据匹配于该第二管理规则，则判定目标数据未通过管理检查。例如，第二管理规则可以为：包含“洗钱”这一关键字的交易，相应的规则有效期可以为2020年1月1日至2020年12月31日、数据范围为链上交易。在这种情况下，若区块链节点获取到的目标数据为一笔被存证至某一区块的区块链交易，可以进一步检查该笔交易的创建时刻（或上链时刻、执行时刻等）以及其中是否包含“转账”这一关键字。在确定该笔交易的创建时刻位于上述规则有效期内且该笔交易中包含“转账”这一关键字的情况下，区块链节点判定该笔交易不通过管理检查。

当然，上述数据管理规则，及其对应的规则有效期、数据范围等具体信息可以根据实际业务要求进行指定，本说明书实施例并不对此进行限制。上述数据管理规则可以仅包含第一管理规则或第二管理规则，也可以同时包含第一管理规则和第二管理规则。上述数据管理规则包含第一管理规则时，第一管理规则的数量可以为一条或多条；类似地，上述数据管理规则包含第二管理规则时，第二管理规则的数量可以为一条或多条。当数据管理规则包含的规则数量为多条时，区块链节点应当根据各条管理规则的具体内容进行判断，以综合确定目标数据是否通过管理检查。例如，若数据管理规则同时包含多条第一管理规则和多条第二管理规则，则区块链节点可以在目标数据匹配于至少一条第一管理规则且不匹配于所有的第二管理规则的情况下，判定该目标数据通过管理检查；反之，区块链节点可以在目标数据不匹配于所有的第一管理规则或者匹配于至少一条第二管理规则的情况下，判定该目标数据不通过管理检查。

在完成对目标数据的管理检查后，区块链节点可以将相应的检查结果记录在上述数据获取交易的交易收据中，以完成对该交易的执行过程。当上述检查结果被记录在交易收据中时，各个区块链节点可以通过将该交易数据纳入收据树的方式对该检查结果进行存证，使得该目标数据的检查结果可以被一次检查、重复查询。当然，在数据管理规则发生变化的情况下，可以使用变化后的数据管理规则重新对目标数据进行管理检查。

前述实施例均为区块链节点响应于数据获取交易对目标数据进行的管理检查。若目标数据通过管理检查，则区块链节点可以向数据获取交易的发起方返回该目标数据，而若目标数据未通过管理检查，则区块链节点可以向该发起方返回检查结果或针对目标数据不符合数据管理规则的警告信息等，以避免向该发起方返回未通过管理检查的目标数据。除此之外，区块链节点也可以主动对本地维护的历史数据进行管理检查。

例如，区块链节点可以在确定满足预定义的数据自主管理条件的情况下，通过数据管理规则对区块链节点维护的历史数据进行自主管理检查。在区块链节点维护有数据管理规则的情况下，该区块链节点本地可以部署有管理合约，从而区块链节点可以在确定本地维护的历史数据满足数据自主管理条件的情况下，通过调用上述智能合约的方式，利用自身维护的数据管理规则对历史数据进行管理检查。或者，区块链系统中的管理节点中维护有数据管理规则且部署有管理合约的情况下，区块链系统中的非管理节点可以在确定本地维护的历史数据满足数据自主管理条件的情况下，将历史数据发送至上述管理节点，已由该管理节点通过调用上述智能合约的方式，利用自身维护的数据管理规则对历史数据进行管理检查。在上述实施例中，对历史数据进行自主管理检查的具体过程可以参考上述针对目标数据进行管理检查的实施例的记载，此处不再赘述。可以理解的是，为避免对区块链节点所执行的正常业务产生不利影响，区块链节点可以在相对空闲的时刻对历史数据进行上述自主管理检查，如可以设置在每天凌晨1:00进行，或者在区块链节点的资源占用率低于预设阈值的时刻进行等，本说明书实施例并不对此进行限制。

其中，与对应于数据获取交易的前述目标数据类似的，上述历史数据也可以具有多种形式。例如，可以为打包至区块中的任一区块链交易，或者为已执行的（区别于前述数据获取交易的）区块链交易的交易收据，又或者也可以为该区块链节点本地保存的合约状态等状态数据，不再赘述。

通过上述实施例，区块链节点可以对任一数据（如前述目标数据或历史数据）进行管理检查，在该数据未通过管理检查的情况下，区块链节点可以对该数据进行特殊处理。例如，若任一数据未通过管理检查，则表明该数据当前不允许或不便于传播，若由数据需求方获取该数据则可能引发安全性或隐私性等方面的风险。所以，区块链节点在确定自身维护的任一数据未通过管理检查的情况下，可以将该数据设置为禁止读取状态，以避免不符合数据管理规则的该数据被数据需求方所获取，从而实现对该数据的精准管控，避免引发上述安全性和隐私性等方面的风险。再例如，在确定区块链节点维护的任一数据未通过管理检查的情况下，为避免这类数据占用宝贵的本地存储空间，区块链节点可以删除该数据。具体的，在区块链节点所维护的本地数据被保存在该节点的本地数据库中的情况下，区块链节点可以将未通过管理检查的本地数据从该本地数据库的相应存储空间中删除。反之，在上述任一数据通过自主管理检查的情况下，区块链节点无需对该历史数据进行上述特殊处理。

另外，在对任一数据进行上述管理检查结束后，区块链节点可以在本地记录相应的检查结果，以在后续接收到针对该历史数据的获取请求的情况下，可以直接根据该检查结果响应该获取请求，提升响应效率。或者，在由管理节点对非管理节点发送的任一数据进行检查的情况下，管理节点可以将相应的检查结果返回至非管理节点，或者也可以将检查结果向区块链系统中的其他区块链节点广播。又或者，获取到针对本地保存的任一数据的检查结果的情况下，任一区块链节点可以根据检查结果为该数据添加结果标识，以避免重复检查。或者，在上述数据管理规则发生更新的情况下，可以对该数据进行重新检查，并更新相应的结果标识，具体过程不再赘述。

其中，因为有些数据可能存在被引用、重演或调档的后续使用需求，所以为避免直接删除数据可能导致的该需求无法满足，可以根据该数据的时效信息对该数据进行判断：若上述任一数据的时效信息表明当前时刻已超出该数据的数据有效期（即数据信息表明该数据不存在上述后续使用需求），则删除该数据。例如，某区块号N1之前的区块数据都是废弃数据，此时若某一交易所在区块的区块号N2小于上述N1，即表明该交易所在区块是废弃区块，而该交易即为废弃交易（后续不会再被使用的交易），此时可以删除该交易。又或者，上述任一数据可能存在相应的有效时间段，因此在当前时刻超出该有效时间段的情况下，区块链节点可以确定该数据不会再被使用，所以可以删除该交易。

另外，为避免删除任一数据可能会对其他数据或后续交易产生的不利影响，区块链节点也可以先生成并保存与该数据相关的状态数据，再删除该数据。例如，在任一数据为区块链交易的情况下，区块链节点可以模拟执行该交易，进而确定并保存该交易相关的状态数据，譬如一个或多个合约状态的取值等。

可以理解的是，对数据进行上述管理检查的区块链节点可以为区块链系统中的全量节点（区块链节点本地维护有全部区块），区块链系统中的轻量节点可以向该全量节点发起针对某一区块链交易（即待验证交易，下称第二交易）的交易验证请求：请求验证该交易是否存在于某一区块（下称待验证区块）中。在前述实施例中未通过管理检查且被删除的任一数据为区块中的交易的情况下，为保证上述验证过程的正常进行，区块链节点可以在删除该数据之前计算并保存该数据的数据哈希，以便在删除该数据后，使用该数据哈希对其他节点发送的交易验证请求进行响应。下面以被删除的交易为第一交易、待验证的交易为第二交易为例，对区块链节点响应交易验证请求，即对第二交易进行轻量支付验证（SPV，Simplified Payment Verification）的过程进行说明。

全量节点在接收到轻量节点发送的包含第二交易的交易哈希的交易验证请求后，可以将该交易哈希作为索引确定第二交易及其所在的区块。进而，在确定第二交易所在的区块即为所述待验证区块，且该区块中的部分交易（如上述第一交易）已经被删除的情况下，全量节点可以使用本地保存的第一交易的交易哈希计算待验证区块的Merkle Tree（默克尔树），并将其中与第二交易相关的至少一个哈希发送至轻量节点，以便轻量节点根据这部分哈希与第二交易的哈希计算Merkle根。或者，全量节点在确定第二交易存在于待验证区块，且该区块中的部分交易（如上述第一交易）已经被删除的情况下，也可以将待验证区块中除第二交易以外的其他交易的哈希发送至轻量节点（其中，第一交易的哈希已经保存，其他交易的哈希也可能已经保存或者被临时计算），以由轻量节点根据本地保存的第二交易的哈希和接收到的其他交易的哈希向上计算Merkle根。

如图4所示的全量节点本地维护的待验证区块所对应Merkle Tree的示意图。假设其中交易2为被删除的第一交易、交易3对应于轻量节点指定的待验证的第二交易。如前所述，全量节点本地已经删除交易2，但保存有该交易的交易哈希Hash2。另外，轻量节点本地保存有待验证交易和待验证区块的区块哈希Hash0。轻量节点可以将第二交易的交易哈希包含在交易验证请求中发送至全量节点，后者可以将该交易哈希作为索引确定图4所示的待验证区块。

在这种情况下，一方面，全量节点可以根据交易1计算该交易的交易哈希Hash1，进而根据Hash1和本地保存的Hash2计算相应的中间哈希Hash12。另一方面，全量节点还可以根据交易3和交易4分别计算相应的交易哈希Hash3和Hash4，并进一步计算中间哈希Hash34。然后，全量节点可以根据中间哈希Hash12和Hash34计算Merkle根Hash1234。进而，全量节点可以将与Hash3相关的Hash4和Hash12发送至轻量节点。相应地，轻量节点可以根据待验证交易计算该交易的交易哈希Hash_V，进而根据Hash_V和获取到的Hash4计算待验证的中间哈希Hash23_V，并根据Hash12和计算得到的Hash23_V计算待验证的Merkle根Hash1234_V。

或者，全量节点可以将本地保存的待验证区块中的各个交易的交易哈希（即Hash1、Hash2和Hash4）发送至轻量节点，并由后者根据待验证交易的交易哈希Hash_V和接收到的各个交易哈希计算相应的Merkle根Hash1234_V，具体计算过程可以参加前一实施例的详细描述。

进一步的，轻量节点可以将计算得到的Merkle根Hash1234_V与本地保存的待验证区块的区块头中的Merkle根Hash0进行比较：若二者相同，则表明第二交易确实存在于待验证区块中；若二者不同，则表明第二交易并不存在于待验证区块中，从而实现针对第二交易的SPV。可见，在区块链节点将本地保存的第一交易删除的情况下，通过保存该交易的哈希，同样能够对轻量节点所发起的交易验证请求进行正常响应，使轻量节点完成针对第二交易的SPV过程。

根据本说明书实施例，区块链节点在响应于数据获取请求确定相应的目标数据后，通过数据管理规则对该数据进行管理检查，并在确定目标数据通过管理检查的情况下才向数据获取交易的发起方返回目标数据。通过对目标数据的管理检查，可以在区块链上存证的目标数据符合数据管理规则的情况下，再将该数据返回至数据需求方。反之，在目标数据当前不允许或不便于传播的情况下，能够有效地避免不合规的该数据从区块链流出，从而实现对区块链节点所输出数据的严格管控，进而避免引发安全性或隐私性等方面的风险。

图5是一示例性实施例提供的一种设备的结构示意图。请参考图5，在硬件层面，该设备包括处理器502、内部总线504、网络接口506、内存508以及非易失性存储器510，当然还可能包括其他业务所需要的硬件。本说明书一个或多个实施例可以基于软件方式来实现，比如由处理器502从非易失性存储器510中读取对应的计算机程序到内存508中然后运行。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

图6是一示例性实施例提供的一种数据管理装置的框图。请参考图6，该装置可以应用于如图5所示的设备中，以实现本说明书的技术方案。其中，该数据管理装置应用于区块链系统中的区块链节点，可以包括：

数据确定单元601，用于响应于接收到的数据获取交易，确定所述区块链节点维护的对应于所述数据获取交易的目标数据；

管理检查单元602，用于通过数据管理规则对所述目标数据进行管理检查；

数据返回单元603，用于在确定所述目标数据通过所述管理检查的情况下，向所述数据获取交易的发起方返回所述目标数据，并避免向所述发起方返回未通过管理检查的目标数据。

可选地，所述管理检查单元602还用于：

执行预先部署在所述区块链节点处的管理合约，以通过与所述管理合约相关联的数据管理规则对所述目标数据进行管理检查。

可选地，所述管理检查单元602还用于：

响应于所述数据获取交易对预先部署在所述区块链节点处的管理合约的调用，调用并执行所述管理合约；或者，

在所述数据获取交易未调用预先部署在所述区块链节点处的管理合约，且确定已满足所述管理合约的预设调用条件的情况下，主动调用并执行所述管理合约。

可选地，所述预设调用条件包括：

确定所述区块链节点本地维护有所述目标数据，且执行所述数据获取交易时产生针对所述目标数据的数据获取事件。

可选地，所述管理合约包括接口合约和验证合约；所述管理检查单元602还用于：

通过预定义接口调用所述接口合约；

根据所述接口合约维护的所述验证合约的合约地址，进一步调用所述验证合约，以通过所述验证合约定义的数据管理规则对所述目标数据进行管理检查。

可选地，所述接口合约包括：部署于所述区块链节点上运行的区块链平台代码中的系统合约；其中，所述预定义接口被记录于所述区块链平台代码中。

可选地，所述管理合约由所述区块链系统中的管理节点部署至所述区块链节点。

可选地，还包括：

规则更新单元604，用于根据所述区块链系统中的管理节点提交的规则更新交易，或者由非管理节点提交且经所述管理节点认可的规则更新交易，对所述管理合约相关联的所述数据管理规则进行更新。

可选地，所述管理检查单元602还用于：

将所述目标数据发送至所述区块链系统中的管理节点，以由所述管理节点执行部署在所述管理节点处的管理合约，通过与所述管理合约相关联的数据管理规则对所述目标数据进行管理检查。

可选地，所述管理合约为部署于所述管理节点处的本地合约。

可选地，还包括：

结果记录单元605，用于将对所述目标数据进行管理检查的检查结果记录在所述数据获取交易的交易收据中。

可选地，所述数据获取交易为经过共识的区块链交易；或者，所述数据获取交易为无需共识的本地区块链交易。

可选地，所述数据管理规则记录于下述之一：

预先部署的管理合约的合约代码中；

预先部署的管理合约的合约状态中；

由预先部署的管理合约的合约代码或合约状态所指示的区块链节点处。

可选地，还包括：

自主管理单元606，用于在确定满足预定义的数据自主管理条件的情况下，通过数据管理规则对所述区块链节点维护的历史数据进行自主管理检查。

可选地，还包括：数据删除单元607，用于在确定所述区块链节点维护的任一数据未通过管理检查的情况下，删除所述任一数据或将所述任一数据设置为禁止读取状态。

可选地，所述数据删除单元607还用于：

若所述任一数据的时效信息表明当前时刻已超出所述任一数据的数据有效期，则删除所述任一数据。

可选地，在所述装置包括所述数据删除单元607的情况下，所述装置还包括：

状态保存单元608，用于生成并保存与所述任一数据相关的状态数据；和/或，

哈希保存单元609，用于计算并保存所述任一数据的数据哈希。

可选地，所述目标数据包括下述至少之一：

任一区块链交易、任一区块链交易的交易收据、所述区块链节点的状态数据。

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

在一个典型的配置中，计算机包括一个或多个处理器 (CPU)、输入/输出接口、网络接口和内存。

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

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

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

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

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

Claims (21)

1.一种数据管理方法，应用于区块链系统中的区块链节点，包括：

响应于接收到的数据获取交易，确定所述区块链节点维护的对应于所述数据获取交易的目标数据；

通过数据管理规则对所述目标数据进行管理检查；

在确定所述目标数据通过所述管理检查的情况下，向所述数据获取交易的发起方返回所述目标数据，并避免向所述发起方返回未通过管理检查的目标数据。

2.根据权利要求1所述的方法，所述通过数据管理规则对所述目标数据进行管理检查，包括：

执行预先部署在所述区块链节点处的管理合约，以通过与所述管理合约相关联的数据管理规则对所述目标数据进行管理检查。

3.根据权利要求2所述的方法，所述执行预先部署在所述区块链节点处的管理合约，包括：

响应于所述数据获取交易对预先部署在所述区块链节点处的管理合约的调用，调用并执行所述管理合约；或者，

在所述数据获取交易未调用预先部署在所述区块链节点处的管理合约，且确定已满足所述管理合约的预设调用条件的情况下，主动调用并执行所述管理合约。

4.根据权利要求3所述的方法，所述预设调用条件包括：

确定所述区块链节点本地维护有所述目标数据，且执行所述数据获取交易时产生针对所述目标数据的数据获取事件。

5.根据权利要求2所述的方法，所述管理合约包括接口合约和验证合约；所述执行预先部署在所述区块链节点处的管理合约，包括：

通过预定义接口调用所述接口合约；

根据所述接口合约维护的所述验证合约的合约地址，进一步调用所述验证合约，以通过所述验证合约定义的数据管理规则对所述目标数据进行管理检查。

6.根据权利要求5所述的方法，所述接口合约包括：部署于所述区块链节点上运行的区块链平台代码中的系统合约；其中，所述预定义接口被记录于所述区块链平台代码中。

7.根据权利要求2所述的方法，所述管理合约由所述区块链系统中的管理节点部署至所述区块链节点。

8.根据权利要求2所述的方法，还包括：

根据所述区块链系统中的管理节点提交的规则更新交易，或者由非管理节点提交且经所述管理节点认可的规则更新交易，对所述管理合约相关联的所述数据管理规则进行更新。

9.根据权利要求1所述的方法，所述通过数据管理规则对所述目标数据进行管理检查，包括：

将所述目标数据发送至所述区块链系统中的管理节点，以由所述管理节点执行部署在所述管理节点处的管理合约，通过与所述管理合约相关联的数据管理规则对所述目标数据进行管理检查。

10.根据权利要求9所述的方法，所述管理合约为部署于所述管理节点处的本地合约。

11.根据权利要求1所述的方法，还包括：

将对所述目标数据进行管理检查的检查结果记录在所述数据获取交易的交易收据中。

12.根据权利要求1所述的方法，所述数据获取交易为经过共识的区块链交易；或者，所述数据获取交易为无需共识的本地区块链交易。

13.根据权利要求1所述的方法，所述数据管理规则记录于下述之一：

预先部署的管理合约的合约代码中；

预先部署的管理合约的合约状态中；

由预先部署的管理合约的合约代码或合约状态所指示的区块链节点处。

14.根据权利要求1所述的方法，还包括：

在确定满足预定义的数据自主管理条件的情况下，通过数据管理规则对所述区块链节点维护的历史数据进行自主管理检查。

15.根据权利要求1-14中任一项所述的方法，还包括：

在确定所述区块链节点维护的任一数据未通过管理检查的情况下，删除所述任一数据或将所述任一数据设置为禁止读取状态。

16.根据权利要求15所述的方法，所述删除所述任一数据，包括：

若所述任一数据的时效信息表明当前时刻已超出所述任一数据的数据有效期，则删除所述任一数据。

17.根据权利要求15所述的方法，在删除所述任一数据的情况下，所述方法还包括：

生成并保存与所述任一数据相关的状态数据；和/或，

计算并保存所述任一数据的数据哈希。

18.根据权利要求1所述的方法，所述目标数据包括下述至少之一：

任一区块链交易、任一区块链交易的交易收据、所述区块链节点的状态数据。

19.一种数据管理装置，应用于区块链系统中的区块链节点，包括：

数据确定单元，用于响应于接收到的数据获取交易，确定所述区块链节点维护的对应于所述数据获取交易的目标数据；

管理检查单元，用于通过数据管理规则对所述目标数据进行管理检查；

数据返回单元，用于在确定所述目标数据通过所述管理检查的情况下，向所述数据获取交易的发起方返回所述目标数据，并避免向所述发起方返回未通过管理检查的目标数据。

20.一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如权利要求1-18中任一项所述的方法。

21.一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如权利要求1-18中任一项所述方法的步骤。

Images