基于区块链的数据处理方法、装置以及服务端设备与流程

本申请涉及数据处理技术领域，尤其是涉及一种基于区块链的数据处理方法、装置以及服务端设备。

背景技术：

目前，对于区块链的数据查询方式，是先查询缓存中对应的区块数据，如果缓存中查询不到该区块数据，则通过对底层存储引擎的读请求，从底层存储引擎中进行查询。

当然，为了防止缓存无限增长，会通过定时任务定时清空所有的缓存，导致读请求会直接到达底层存储引擎上。在数据查询量较大的情况下，对底层存储引擎的读请求会使其写数据性能的下降，进而导致其区块共识变慢，导致出块性能下降。

技术实现要素：

本申请的目的在于提供一种基于区块链的数据处理方法、装置以及服务端设备，以缓解区块数据的查询导致出块性能下降的技术问题。

第一方面，本申请实施例提供了一种基于区块链的数据处理方法，所述区块链中的每个区块对应一个区块高度；所述区块的区块数据存储于缓存中，并按照所述区块高度由低到高的顺序从所述缓存中清除；所述方法包括：

获取目标区块的查询请求；

基于所述查询请求从所述缓存中查询所述目标区块的目标区块数据。

在一个可能的实现中，存储于所述缓存中的区块数据为区块在完成落盘时的区块数据。

在一个可能的实现中，在所述缓存中存储的最高区块高度高于预设高度时，存储于所述缓存中的所述区块数据按照所述区块高度由低到高的顺序从所述缓存中清除，直至存储于所述缓存中的最高区块高度低于或等于所述预设高度。

在一个可能的实现中，在所述缓存中存储的最高区块高度低于或等于所述预设高度的情况下，完成落盘的区块的所述区块数据被存储于所述缓存中。

在一个可能的实现中，多个所述区块的区块数据按照所述区块高度由低到高的顺序存储于所述缓存中。

在一个可能的实现中，同一个所述区块的区块索引信息和所述区块高度之间具有对应关系；所述基于所述查询请求从所述缓存中查询所述目标区块的目标区块数据的步骤，包括：

基于所述查询请求，从所述对应关系中确定所述目标区块的目标区块高度对应的目标区块索引信息；

利用所述目标区块索引信息从所述缓存中查询所述目标区块的目标区块数据。

在一个可能的实现中，所述区块索引信息包括所述区块的区块hash；所述区块数据包括区块内容；利用所述目标区块索引信息从所述缓存中查询所述目标区块的目标区块数据的步骤，包括：

利用所述目标区块索引信息中的目标区块hash，从所述缓存中查询所述目标区块的目标区块内容。

在一个可能的实现中，所述区块索引信息包括所述区块包含交易的交易hash；所述区块数据包括所述区块包含交易的交易内容；利用所述目标区块索引信息从所述缓存中查询所述目标区块的目标区块数据的步骤，包括：

利用所述目标区块索引信息中的目标交易hash，从所述缓存中查询所述目标区块包含的目标交易的目标交易内容。

在一个可能的实现中，所述区块索引信息中的多个所述交易hash为列表的形式。

在一个可能的实现中，所述交易内容包含交易过程和交易结果；所述利用所述目标区块索引信息中的目标交易hash，从所述缓存中查询所述目标区块包含的目标交易的目标交易内容的步骤，包括：

利用所述目标区块索引信息中的目标交易hash，从所述缓存中查询所述目标区块包含的目标交易的目标交易过程和目标交易结果。

在一个可能的实现中，所述对应关系和所述区块索引信息存储于所述缓存中。

在一个可能的实现中，在所述缓存中存储的最高区块高度高于预设高度时，存储于所述缓存中的所述区块数据、所述对应关系以及所述区块索引信息，均按照所述区块高度由低到高的顺序从所述缓存中清除，直至存储于所述缓存中的最高区块高度低于或等于所述预设高度。

第二方面，提供了一种基于区块链的数据处理装置，所述区块链中的每个区块对应一个区块高度；所述区块的区块数据存储于缓存中，并按照所述区块高度由低到高的顺序从所述缓存中清除；所述装置包括：

获取模块，用于获取目标区块的查询请求；

查询模块，用于基于所述查询请求从所述缓存中查询所述目标区块的目标区块数据。

第三方面，本申请实施例又提供了一种服务端设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述的第一方面所述方法。

第四方面，本申请实施例又提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可运行指令，所述计算机可运行指令在被处理器调用和运行时，所述计算机可运行指令促使所述处理器运行上述的第一方面所述方法。

本申请实施例带来了以下有益效果：

本申请实施例提供的一种基于区块链的数据处理方法、装置以及服务端设备，其中，区块链中的每个区块对应一个区块高度，多个区块高度由低到高的顺序则表示多个区块共识成功由先到后的顺序，区块的区块数据存储于缓存中并按照区块高度由低到高的顺序从缓存中清除，在获取到目标区块的查询请求后，能够基于查询请求从缓存中查询目标区块的目标区块数据，本方案中，对缓存中的区块数据清除顺序是按照区块高度由低到高的顺序，即按照区块共识成功由先到后的顺序清除区块数据，由于越新共识成功的区块其区块数据查询频次越高，通过本方案的这种缓存清除顺序，在保障缓存中区块数据量不会无限增加的基础上，能够使查询频次较高的区块数据能够尽量保留在缓存中，而不是现有技术中的定时清空缓存，因此，有利于待查询的目标区块数据能够顺利的从缓存中查询到，无需再从底层存储引擎中查询，这样即使区块的数据量增多，也不会影响底层存储引擎的出块性能。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1示出了现有的数据查询的流程示意图；

图2示出了本申请实施例提供的应用场景示意图；

图3示出了本申请实施例提供的一种服务端设备的结构示意图；

图4为本申请实施例提供的基于区块链的数据处理方法的流程示意图；

图5为本申请实施例提供的一种基于区块链的数据处理装置的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

目前，基于以太坊架构的公链、联盟链以及私链等区块链中，其任何数据的查询方式都是在从缓存中查询不到时从底层存储引擎查询。例如，根据区块哈希(blockhash)获取区块(block)详情，以及根据交易哈希(transactionhash)查询交易(transaction)详情等，都是先查询对应的缓存，如果缓存中查询不到则通过底层存储引擎leveldb进行查询。而原以太坊的缓存实现方式为，当客户端或者以太坊节点自身需要查询某类型数据时，如通过区块hash查询区块信息时，先通过该区块缓存(m_blockcache)，此时的key为区块hash，value为区块信息(blockinfo)。再例如，对于交易内存缓存(m_transaction)，key为交易hash，value为交易信息(tranaction_info)。如果可以直接从m_blockcache中获取相应数据，则直接返回，否则再根据区块hash到leveldb查询，如果leveldb中存在该数据，则将该blockinfo写入m_blockcache。当然，为了防止缓存无限增长，以太坊会通过定时任务定时清空所有的缓存。

示例性的，如图1所示，在目前以太坊中缓存的结构体的构建中，客户端需要通过block_hash查询block_info。根据查询类型以及查询key(即block_hash)，先从区块信息(m_blocks)的缓存(cache)中查询，如果缓存中存在，则直接返回。如果通过缓存查询不到，则直接从db获取，如果db中也不存在，则直接返回空。如果从db查询获取成功，则在将查询内容写入缓存的区块信息(m_blocks)，然后返回查询结果。最后，还有一个定时任务，即定时清空上述缓存。

在实际应用中，无论以太坊节点内部或者是以太坊的客户端，都需要大量的查询最近相关区块信息任务。例如，待出区块高度(简称块高)为n的区块在出块前，需要对的父区块(块高为n-1的区块)以及祖父区块(n-2的区块)进行校验查询，此时，则需要获取对应的区块信息，那么则需要依赖于上述父区块以及祖父区块的缓存。再例如，当客户端向eth节点发起交易时，该交易只有被打包进制定区块，并且打包区块被共识成功时，客户端发起的交易才算交易成功，而客户端则通过交易hash，来查询对应的交易结果。

由此可见，在以太坊中节点中，存在大量的查询需求，并且大部分的查询都是最近相关的区块信息，这里的“最近相关”指的是块高越高，查询的频次越高。由于现有的以太坊方案会定时清空缓存，便导致查询请求会直接打到底层存储引擎leveldb上。另一方面，在大数据量的情况下(如百亿、千亿等数据量)，对leveldb的大量读请求会使leveldb写数据性能的线性下降，而leveldb写数据性能下降，则会导致其共识变慢，尤其在以太坊架构的联盟链中，其影响较大。因此，现有的以太坊缓存方案会在区块数据量增大后，导致出块性能的下降。

基于此，本申请实施例提供了一种基于区块链的数据处理方法、装置以及服务端设备，通过该方法可以缓解区块数据的查询导致出块性能下降的技术问题。

本申请实施例中的基于区块链的数据处理方法可以应用于服务端设备，其中，该服务端设备包括存储器和处理器。

在一些实施例中，通过服务端设备对缓存中的区块数据进行查询时，该查询的请求可以是服务端设备本地发出的查询请求，也可以是对端客户端发出的查询请求。

例如，如图2所示，图2为本申请实施例提供的应用场景示意图。该应用场景可以包括服务端设备(例如，服务器201)和客户端(例如，手机202)，服务端设备可以通过有线网络或无线网络与客户端进行通信。其中，服务器201用于响应针对区块数据的查询请求，该查询请求可以是服务器201本地发出的查询请求，也可以是手机202发出的查询请求。

本实施例的服务端设备以服务器201为例进行说明。服务器201包括存储器2011、处理器2012，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本申请实施例提供的方法的步骤。本领域技术人员可以理解，图3中示出的服务器结构并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。

参见图3，服务器201还包括：总线2013和通信接口2014，处理器2012、通信接口2014和存储器2011通过总线2013连接；处理器2012用于执行存储器2011中存储的可执行模块，例如计算机程序。

其中，存储器2011可能包含高速随机存取存储器(randomaccessmemory，简称ram)，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。通过至少一个通信接口2014(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。

总线2013可以是isa总线、pci总线或eisa总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图3中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

其中，存储器2011用于存储程序，所述处理器2012在接收到执行指令后，执行所述程序，下述本申请任一实施例揭示的过程定义的装置所执行的方法可以应用于处理器2012中，或者由处理器2012实现。

处理器2012可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，下述方法的各步骤可以通过处理器2012中的硬件的集成逻辑电路或者软件形式的指令完成。下述的处理器2012可以是通用处理器，包括中央处理器(centralprocessingunit，简称cpu)、网络处理器(networkprocessor，简称np)等；还可以是数字信号处理器(digitalsignalprocessing，简称dsp)、专用集成电路(applicationspecificintegratedcircuit，简称asic)、现成可编程门阵列(field-programmablegatearray，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器2011，处理器2012读取存储器2011中的信息，结合其硬件完成本申请实施例提供方法的步骤。

下面对本申请实施例进行进一步地介绍。

图4为本申请实施例提供的一种基于区块链的数据处理方法的流程示意图。其中，区块链中的每个区块对应一个区块高度，多个区块高度由低到高的顺序可以表示多个区块共识成功由先到后的顺序；区块的区块数据存储于缓存中，并按照区块高度由低到高的顺序从缓存中清除。如图4所示，该方法包括：

步骤s410，获取目标区块的查询请求。

其中，该查询请求可以是服务端设备本地发出的查询请求，也可以是客户端发出的查询请求。

对于本申请实施例中缓存的构造，不再进行定时清除其中区块数据的任务，而是按照区块高度由低到高的顺序从缓存中清除，即按照区块共识成功由先到后的顺序清除缓存中对应的区块数据。

步骤s420，基于查询请求从缓存中查询目标区块的目标区块数据。

本申请实施例中，对缓存中的区块数据清除顺序是按照区块高度由低到高的顺序，即按照区块共识成功由先到后的顺序清除区块数据，由于越新共识成功的区块(即越近期的区块)其区块数据查询频次越高，通过本方案的这种缓存清除顺序，在保障缓存中的区块数据量不会无限增加的基础上，能够使查询频次较高的区块数据能够尽量保留在缓存中，而不是现有技术中的定时清空缓存，因此，有利于待查询的目标区块数据能够顺利的从缓存中查询到，无需再从底层存储引擎中查询，这样即使区块的数据量增多，也不会影响底层存储引擎的出块性能。本申请实施例提供的方法还可以用于以太坊等架构的区块链缓存查询机制中。

下面对上述步骤进行详细介绍。

在一些实施例中，可以在区块落盘完成阶段将该区块的区块数据写入缓存。基于此，存储于缓存中的区块数据为区块在完成落盘时的区块数据。

在实际应用中，将区块数据写入缓存的时间可以为区块落盘完成阶段。当块高为n的区块被共识成功后，会对该区块进行落盘，在区块落盘完成阶段可以将该区块的区块数据写入缓存。一个区块完成落盘的时机即对外部可见，因此，选择在区块落盘完成时同步写入缓存，可以保持缓存中区块数据的一致性，确保共识成功的区块可以被写入缓存中。

在一些实施例中，清除缓存中区块数据的触发条件可以是缓存中区块量超过一定阈值的情况。作为一个示例，在缓存中存储的最高区块高度高于预设高度时，存储于缓存中的区块数据按照区块高度由低到高的顺序从缓存中清除，直至存储于缓存中的最高区块高度低于或等于预设高度。

例如，如果缓存结构体(m_blcokcachestructs)中的区块量满了，如大于预设值n，则将m_blcokcachestructs中块高最小的区块结构体移除，直到m_blcokcachestructs的大小等于或小于n。

通过在超出预设值的指定时机进行按照区块高度由低到高的顺序的清除，可以移除定时清缓存的相关逻辑，在保障缓存中的区块数据量不会超额基础上，能够使查询频次较高的区块数据能够尽量保留在缓存中。

基于此，可以在缓存未满的情况时将完成落盘的区块数据写入其中。作为一个示例，在缓存中存储的最高区块高度低于或等于预设高度的情况下，完成落盘的区块的区块数据被存储于缓存中。

示例性的，当缓存结构体(m_blcokcachestructs)的大小没有超出预设值时，在块高为a的区块完成落盘时，则将块高为a所对应区块的相关信息写入缓存，

例如，块高为a的区块共识成功后，可以将以下等信息进行持久化：区块详细[block(区块)_hash->block(区块)_info(信息)]；当前区块所包含的交易列表[thash1->transaction1，thash2->transaction2，thash3->transaction3]；当前区块所包含的交易结果列表[thash1->receipt1，thash2->receipt2,thash3->receipt3]。在将上述信息持久化完成后，则可以构建写入缓存信息，以实现根据块高进行区块缓存查询的机制。

在一些实施例中，缓存中区块的存储顺序也可以按照区块高度由低到高的顺序。作为一个示例，多个区块的区块数据按照区块高度由低到高的顺序存储于缓存中。

在实际应用中，区块链可以按照块高自增一的方式出块，即区块块高从0开始，第一个区块块高为0，然后第二个区块块高为1，之后的第三个区块块高为2，之后的第四个区块块高为3……，此类推的自增一。

通过在缓存中按照区块高度由低到高的顺序存储相应的区块数据，可以便于在缓存中的数据查询过程。

基于此，可以从区块索引信息和区块高度之间的对应关系中得到待查询的区块索引信息，再利用该区块索引信息从缓存中查询目标区块数据。作为一个示例，同一个区块的区块索引信息和区块高度之间具有对应关系；上述步骤s420可以包括如下步骤：

步骤a)，基于查询请求，从对应关系中确定目标区块的目标区块高度对应的目标区块索引信息；

步骤b)，利用目标区块索引信息从缓存中查询目标区块的目标区块数据。

例如，在根据块高实现区块缓存查询的机制中，块高缓存索引结构体(blockcachestruct)可以包含区块块高(blocknum)、区块哈希(blockhash)、该区块所包含的交易哈希(transactionhashes)等区块索引信息。而m_blcokcachestructs是根据块高实现区块缓存查询机制的关键，其中，查询的key为块高，查询的value为某一个blockcachestruct。

通过从区块索引信息和区块高度之间的对应关系中得到目标区块高度对应的目标区块索引信息，能够利用目标区块索引信息快速高效的从缓存中查询到目标区块数据。

在一些实施例中，当区块被共识成功后，对该区块进行落盘的内存可以包括与该区块相关的多方面信息，如区块信息、交易详情以及交易结果(receipt)等。基于此，上述步骤b)可以包括多种实现方式。

作为一个示例，可以通过区块hash从缓存中查询区块信息。例如，区块索引信息包括区块的区块hash；区块数据包括区块内容；上述步骤b)可以包括如下步骤：

步骤c)，利用目标区块索引信息中的目标区块hash，从缓存中查询目标区块的目标区块内容。

在实际应用中，可以通过block_hash查询到block_info。通过利用区块hash从缓存中查询区块信息，能够快速、准确且高效的查询出区块信息。

作为另一个示例，可以通过交易hash从缓存中查询交易相关信息。例如，区块索引信息包括区块包含交易的交易hash；区块数据包括区块包含交易的交易内容；区块数据包括区块内容；上述步骤b)可以包括如下步骤：

步骤d)，利用目标区块索引信息中的目标交易hash，从缓存中查询目标区块包含的目标交易的目标交易内容。

通过利用交易hash从缓存中查询交易相关信息，能够使查询过程更加快速、准确且高效。

基于上述步骤d)，如果交易hash数量较多，多个交易hash可以是易于查询的列表形式。作为一个示例，区块索引信息中的多个交易hash为列表的形式。

例如，在根据块高实现区块缓存查询的机制中，块高缓存索引结构体(blockcachestruc)可以包含区块所包含交易的交易哈希(transactionhashes)列表。通过交易哈希列表的形式，可以提高交易查询速度。

基于上述步骤d)，交易相关信息可以是与交易相关的多方面信息。作为一个示例，交易内容包含交易过程和交易结果；上述步骤d)可以包括如下步骤：

步骤e)，利用目标区块索引信息中的目标交易hash，从缓存中查询目标区块包含的目标交易的目标交易过程和目标交易结果。

例如，可以利用交易hash查询交易过程，即[thash1->transaction1，thash2->transaction2，thash3->transaction3]；还可以利用交易hash查询交易结果，即[thash1->receipt1，thash2->receipt2，thash3->receipt3]。通过交易hash能够查询到与交易相关的交易过程、交易结果等多方面信息。

基于上述步骤a)和步骤b)，对应关系和区块索引信息可以存储于缓存中。对于将对应关系和区块索引信息存储于缓存中的过程，示例性的，首先可以构建缓存索引结构体temp，包括：a(块高)，block(区块)_hash，[thash1，thash2，thash3]，然后将“a->temp”写入m_blcokcachestructs中；然后，再将[block_hash->block_info(信息)]写入m_blocks；将[thash1->transaction1，thash2->transaction2，thash3->transaction3]写入m_transactionsaddress；将[thash1->receipt1，thash2->receipt2，thash3->receipt3]写入m_receipts。

通过在缓存中存储对应关系和区块索引信息，可以更加快速的查询到目标区块索引信息，进而快速查询到目标区块数据。

基于此，缓存中的对应关系和区块索引信息也可以随相应区块数据的清除而移除。例如，在缓存中存储的最高区块高度高于预设高度时，存储于缓存中的区块数据、对应关系以及区块索引信息，均按照区块高度由低到高的顺序从缓存中清除，直至存储于缓存中的最高区块高度低于或等于预设高度。

在实际应用中，如果缓存结构体(m_blcokcachestructs)中的区块量满了，如大于预设值n，则将m_blcokcachestructs中块高最小的区块结构体移除，并且，将块高最小的区块结构体所对应的对应关系以及区块索引信息，也从m_blocks、m_transactionsaddress、m_receipts等中移除，直到m_blcokcachestructs的大小等于或小于预设值n。

通过将缓存中的对应关系和区块索引信息也可以随相应区块数据的清除而移除，能够提升缓存的使用空间，提高缓存的使用效率。

图5提供了一种基于区块链的数据处理装置的结构示意图。其中，所述区块链中的每个区块对应一个区块高度；所述区块的区块数据存储于缓存中，并按照所述区块高度由低到高的顺序从所述缓存中清除。如图5所示，基于区块链的数据处理装置500包括：

获取模块501，用于获取目标区块的查询请求；

查询模块502，用于基于所述查询请求从所述缓存中查询所述目标区块的目标区块数据。

在一些实施例中，存储于所述缓存中的区块数据为区块在完成落盘时的区块数据。

在一些实施例中，在所述缓存中存储的最高区块高度高于预设高度时，存储于所述缓存中的所述区块数据按照所述区块高度由低到高的顺序从所述缓存中清除，直至存储于所述缓存中的最高区块高度低于或等于所述预设高度。

在一些实施例中，在所述缓存中存储的最高区块高度低于或等于所述预设高度的情况下，完成落盘的区块的所述区块数据被存储于所述缓存中。

在一些实施例中，多个所述区块的区块数据按照所述区块高度由低到高的顺序存储于所述缓存中。

在一些实施例中，同一个所述区块的区块索引信息和所述区块高度之间具有对应关系；查询模块502具体用于：

基于所述查询请求，从所述对应关系中确定所述目标区块的目标区块高度对应的目标区块索引信息；

利用所述目标区块索引信息从所述缓存中查询所述目标区块的目标区块数据。

在一些实施例中，所述区块索引信息包括所述区块的区块hash；所述区块数据包括区块内容；查询模块502还用于：

利用所述目标区块索引信息中的目标区块hash，从所述缓存中查询所述目标区块的目标区块内容。

在一些实施例中，所述区块索引信息包括所述区块包含交易的交易hash；所述区块数据包括所述区块包含交易的交易内容；查询模块502还用于：

利用所述目标区块索引信息中的目标交易hash，从所述缓存中查询所述目标区块包含的目标交易的目标交易内容。

在一些实施例中，所述区块索引信息中的多个所述交易hash为列表的形式。

在一些实施例中，所述交易内容包含交易过程和交易结果；查询模块502具体用于：

利用所述目标区块索引信息中的目标交易hash，从所述缓存中查询所述目标区块包含的目标交易的目标交易过程和目标交易结果。

在一些实施例中，所述对应关系和所述区块索引信息存储于所述缓存中。

在一些实施例中，在所述缓存中存储的最高区块高度高于预设高度时，存储于所述缓存中的所述区块数据、所述对应关系以及所述区块索引信息，均按照所述区块高度由低到高的顺序从所述缓存中清除，直至存储于所述缓存中的最高区块高度低于或等于所述预设高度。

本申请实施例提供的基于区块链的数据处理装置，与上述实施例提供的基于区块链的数据处理方法具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。

对应于上述基于区块链的数据处理方法，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可运行指令，所述计算机可运行指令在被处理器调用和运行时，所述计算机可运行指令促使所述处理器运行上述基于区块链的数据处理方法的步骤。

本申请实施例所提供的基于区块链的数据处理装置可以为设备上的特定硬件或者安装于设备上的软件或固件等。本申请实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，前述描述的系统、装置和单元的具体工作过程，均可以参考上述方法实施例中的对应过程，在此不再赘述。

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

再例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

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

另外，在本申请提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述基于区块链的数据处理方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，简称rom)、随机存取存储器(randomaccessmemory，简称ram)、磁碟或者光盘等各种可以存储程序代码的介质。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的范围。都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。