区块链数据的处理方法和装置与流程

1.本公开涉及区块链技术领域，尤其涉及一种区块链数据的处理方法和装置。


背景技术：

2.区块链技术利用块链式数据结构验证与存储数据，利用分布式节点共识算法生成和更新数据，利用密码学的方式保证数据传输和访问的安全。
3.目前，区块链节点在存储数据时，通常会经过网络协议栈处理数据。但是经过网络协议栈处理数据的方式可能会导致频繁的硬件中断，并且耗时较多。如何提高区块节点的数据处理效率，是一个亟待解决的问题。


技术实现要素：

4.本公开实施例提供一种区块链数据的处理方法和装置，以提高区块节点的数据处理效率。
5.本公开实施例的第一方面，提供一种区块链数据的处理方法，包括：在收到查询请求时，检测查询对象是否为链上数据，其中，所述查询请求包括请求用户和所述查询对象；若所述查询对象为链上数据，检测所述查询对象是否为账户数据；若所述查询对象为账户数据，在账户缓存中查找所述查询对象；若在所述账户缓存中未查找到所述查询对象，通过网络协议栈在区块链节点上查找所述查询对象；若在所述区块链节点上查找到所述查询对象，向所述请求用户反馈查询结果，并将所述查询对象存入所述账户缓存中。
6.根据本公开的一个实施例，在所述若所述查询对象为链上数据，检测所述查询对象是否为账户数据之后，还包括：若所述查询对象不是账户数据，在检测所述查询对象是否为交易数据；若所述查询对象为交易数据，在所述交易缓存中查找所述查询对象；若在所述交易缓存中未查找到所述查询对象，通过网络协议栈在区块链节点上查找所述查询对象；若在所述区块链节点上查找到所述查询对象，向所述请求用户反馈查询结果，并将所述查询对象存入所述交易缓存中。
7.根据本公开的一个实施例，在所述若所述查询对象为账户数据，在账户缓存中查找所述查询对象之后，还包括：若在所述账户缓存中查找的查询对象，向所述请求用户反馈查询结果。
8.根据本公开的一个实施例，在所述若所述查询对象为交易数据，在所述交易缓存中查找所述查询对象之后，还包括：若在所述交易缓存中查找的查询对象，向所述请求用户反馈查询结果。
9.根据本公开的一个实施例，还包括：使用最近最少使用lru的方式更新所述账户缓存。
10.根据本公开的一个实施例，还包括：使用先入先出fifo的方式更新所述交易缓存。
11.根据本公开的一个实施例，在所述若在所述交易缓存中未查找到所述查询对象，通过网络协议栈在区块链节点上查找所述查询对象之后，还包括：若在所述区块链上未查找到所述查询对象，向所述请求用户反馈查询失败信息。
12.本公开实施例的第二方面，提供一种区块链数据的处理装置，其特征在于，包括：链上数据检测模块，用于在收到查询请求时，检测查询对象是否为链上数据，其中，所述查询请求包括请求用户和所述查询对象；账户数据检测模块，用于若所述查询对象为链上数据，检测所述查询对象是否为账户数据；账户缓存查询模块，用于若所述查询对象为账户数据，在账户缓存中查找所述查询对象；区块链数据查询模块，用于若在所述账户缓存中未查找到所述查询对象，通过网络协议栈在区块链节点上查找所述查询对象；反馈更新模块，用于若在所述区块链节点上查找到所述查询对象，向所述请求用户反馈查询结果，并将所述查询对象存入所述账户缓存中。
13.根据本公开的一个实施例，还包括：交易数据检测模块，用于若所述查询对象不是账户数据，在检测所述查询对象是否为交易数据；交易缓存查询模块，用于若所述查询对象为交易数据，在所述交易缓存中查找所述查询对象；其中，所述区块链数据查询模块还用于若在所述交易缓存中未查找到所述查询对象，通过网络协议栈在区块链节点上查找所述查询对象；所述反馈更新模块还用于若在所述区块链节点上查找到所述查询对象，向所述请求用户反馈查询结果，并将所述查询对象存入所述交易缓存中。
14.根据本公开的一个实施例，所述反馈更新模块还用于若在所述账户缓存中查找的查询对象，向所述请求用户反馈查询结果。
15.根据本公开的一个实施例，所述反馈更新模块还用于若在所述交易缓存中查找的查询对象，向所述请求用户反馈查询结果。
16.根据本公开的一个实施例，还包括：账户缓存更新模块，用于使用最近最少使用lru的方式更新所述账户缓存。
17.根据本公开的一个实施例，还包括：交易缓存更新模块，用于使用先入先出fifo的方式更新所述交易缓存。
18.根据本公开的一个实施例，所述反馈更新模块还用于若在所述区块链上未查找到所述查询对象，向所述请求用户反馈查询失败信息。
19.本公开实施例的第三方面，提供一种电子设备，包括：存储器，用于存储计算机程序；
处理器，用于执行所述存储器中存储的计算机程序，且所述计算机程序被执行时，实现上述第一方面所述的区块链数据的处理方法。
20.本公开实施例的第四方面，提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时，实现上述第一方面所述的区块链数据的处理方法。
21.根据本公开实施例的区块链数据的处理方法和装置，在区块链节点收到查询请求时，检测查询对象是否为链上数据。在检测到查询对象为链上数据时，进一步检测查询对象是否为账户数据。在检测到查询对象为账户数据时，在用于存储账户数据的账户缓存中进行查找。若未在账户缓存中查询到该查询对象时，通过网络协议栈在区块链上进行查找。若在区块链节点上查找到该查询对象，则向请求用户查询结果并将查询对象存入账户缓存中。本公开实施例将账户数据存储账户缓存中，在接收到查询请求时，可以从账户缓存中进行查找，相比通过网络协议栈的查询方式耗时短且效率高。此外，在账户缓存中未查询到查询对象时，再通过网络协议栈在区块链上进行查找，若在区块链节点上查找到该查询对象，则表征该查询对象首次被查询或存入区块链长时间后才被查询，此时将查询对象存入账户缓存中，相对于在数据存入区块链的同时存入缓存的方式，缓存针对性强且可以降低账户缓存在单位时间下的缓存容量、提升缓存设备的使用寿命。
22.下面通过附图和实施例，对本公开的技术方案做进一步的详细描述。
附图说明
23.构成说明书的一部分的附图描述了本公开的实施例，并且连同描述一起用于解释本公开的原理。
24.参照附图，根据下面的详细描述，可以更加清楚地理解本公开，其中：图1为本公开一个实施例中区块链数据的处理方法的流程示意图；图2为本公开一个示例中区块链数据的处理方法的流程示意图；图3为本公开一个实施例中区块链数据的处理装置的结构框图；图4为本公开一个实施例中电子设备的结构框图。
具体实施方式
25.现在将参照附图来详细描述本公开的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。
26.本领域技术人员可以理解，本公开实施例中的“第一”、“第二”等术语仅用于区别不同步骤、设备或模块等，既不代表任何特定技术含义，也不表示它们之间的必然逻辑顺序。
27.还应理解，在本公开实施例中，“多个”可以指两个或两个以上，“至少一个”可以指一个、两个或两个以上。
28.还应理解，对于本公开实施例中提及的任一部件、数据或结构，在没有明确限定或者在前后文给出相反启示的情况下，一般可以理解为一个或多个。
29.另外，本公开中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。
另外，本公开中字符“/”，一般表示前后关联对象是一种“或”的关系。
30.还应理解，本公开对各个实施例的描述着重强调各个实施例之间的不同之处，其相同或相似之处可以相互参考，为了简洁，不再一一赘述。
31.同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
32.以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。
33.对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
34.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
35.本公开实施例可以应用于终端设备、计算机系统、服务器等电子设备，其可与众多其它通用或专用计算系统环境或配置一起操作。适于与终端设备、计算机系统、服务器等电子设备一起使用的众所周知的终端设备、计算系统、环境和/或配置的例子包括但不限于：个人计算机系统、服务器计算机系统、瘦客户机、厚客户机、手持或膝上设备、基于微处理器的系统、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机系统﹑大型计算机系统和包括上述任何系统的分布式云计算技术环境，等等。
36.终端设备、计算机系统、服务器等电子设备可以在由计算机系统执行的计算机系统可执行指令（诸如程序模块）的一般语境下描述。通常，程序模块可以包括例程、程序、目标程序、组件、逻辑、数据结构等等，它们执行特定的任务或者实现特定的抽象数据类型。计算机系统/服务器可以在分布式云计算环境中实施，分布式云计算环境中，任务是由通过通信网络链接的远程处理设备执行的。在分布式云计算环境中，程序模块可以位于包括存储设备的本地或远程计算系统存储介质上。
37.图1为本公开一个实施例中区块链数据的处理方法的流程示意图。如图1所示，本公开实施例的区块链数据的处理方法，包括：s1：在收到查询请求时，检测查询对象是否为链上数据。其中，查询请求包括请求用户和查询对象。
38.区块链节点提供数据存储接口和数据查询接口。请求用户可以是在区块链节点上已经完成注册的用户，该用户在区块链上登录后可以通过数据查询接口发送查询请求。当区块链节节点收到数据查询请求时，可以获取请求用户的身份信息，从而识别请求用户，并可以解析数据查询请求中的查询对象。
39.s2：若查询对象为链上数据，检测查询对象是否为账户数据。
40.区块链节点首先检测查询对象是否为链上数据（即区块链上的数据）。当检测到查询对象为链上数据时，可以获取查询请求中的对象类型，基于对象类型检测查询对象是否为账户数据。其中，对象类型例如可以包括：账户数据类型、交易数据类型和其他数据类型。
41.s3：若查询对象为账户数据，在账户缓存中查找查询对象。其中，账户缓存可以根据预设的缓存策略进行账户数据的存储和更新。
42.s4：若在账户缓存中未查找到查询对象，通过网络协议栈在区块链节点上查找查询对象。
43.在本公开的一个示例中，区块链节点对于数据查询模块，可以采用包括物理层、数据链路层、网络层、传输层和应用层的多层结构。其中，物理层用于建立、维护和取消物理连接。物理层设备例如：中继器和集线器。数据链路层用于在物理层上建立、撤销、标识逻辑链接和链路复用以及差错校验等功能，通过使用接收系统的硬件地址或物理地址来寻址。数据链路层设备例如：网桥、交换机、网卡。网络层用于基于网络层地址（例如ip地址）进行不同网络系统间的路径选择。网络层设备例如：路由器。传输层用于用一个寻址机制来标识一个特定的应用程序（端口号）。应用层用于在网络服务与使用者应用程序间提供一个接口。网络协议栈设置在网络层和应用层之间，并且可以与账户缓存和交易缓存进行通信。当在账户缓存中未查找到查询对象时，通过网络协议栈在区块链上的用户存储空间内进行查找。
44.s5：若在区块链节点上查找到查询对象，向请求用户反馈查询结果，并将查询对象存入账户缓存中。
45.在本实施例中，将账户数据存储账户缓存中，在接收到查询请求时，可以从账户缓存中进行查找，相比通过网络协议栈到链节点查询的查询方式耗时短且效率高。此外，在账户缓存中未查询到查询对象时，再通过网络协议栈在区块链上进行查找，若在区块链节点上查找到该查询对象，则表征该查询对象首次被查询，或存入区块链长时间后才被查询（例如存入账户缓存后又被从账户缓存更新移除），此时将查询对象存入账户缓存中，相对于在数据存入区块链的同时存入缓存的方式，缓存针对性强且可以降低账户缓存在单位时间下的缓存容量、提升缓存设备的使用寿命。
46.在本公开一个实施例中，在步骤s2之后，还包括：若查询对象不是账户数据，在检测查询对象是否为交易数据。
47.若查询对象为交易数据，在交易缓存中查找查询对象。其中，交易缓存可以根据预设的缓存策略进行交易数据的存储和更新。
48.若在交易缓存中未查找到查询对象，通过网络协议栈在区块链节点上查找查询对象；若在区块链节点上查找到查询对象，向请求用户反馈查询结果，并将查询对象存入交易缓存中。
49.在本实施例中，在接收到查询请求时，可以从交易缓存中进行查找，相比通过网络协议栈的查询方式耗时短且效率高。此外，在交易缓存中未查询到查询对象时，再通过网络协议栈在区块链上进行查找，若在区块链节点上查找到该查询对象，则表征该查询对象首次被查询，或存入区块链长时间后才被查询（例如存入交易缓存后又被从交易缓存更新移除），此时将查询对象存入交易缓存中，相对于在数据存入区块链的同时存入缓存的方式，缓存针对性强且可以降低账户缓存在单位时间下的缓存容量、提升缓存设备的使用寿命。
50.在本公开的一个实施例中，在步骤s3之后，还包括：若在账户缓存中查找的查询对象，向请求用户反馈查询结果。
51.在本实施例中，如果在账户缓存中查找到查询对象，直接向请求用户反馈查询结果，无需经过网络协议栈在区块链上进行查找，效率高。
52.在本公开的一个实施例中，在若查询对象为交易数据，在交易缓存中查找查询对象之后，若在交易缓存中查找的查询对象，向请求用户反馈查询结果。
53.在本实施例中，如果在交易缓存中查找到查询对象，直接向请求用户反馈查询结
果，无需经过网络协议栈在区块链上进行查找，效率高。
54.在本公开的一个实施例中，区块链数据的处理方法还包括：使用最近最少使用(least recently used，lru)的方式更新账户缓存。
55.在本实施例中，区块链对账户的查询，通常分为热点账户和非热点账户。热点账户一般为链上比较活跃的外部账户，或者是链上的明星合约的合约账户，这类账户可能会在短时间内有大量的查询请求，需要保证一直在账户缓存内。而非热点账户通常在链上并不活跃，查询量小，这类账户不需要一直存在缓存内，在缓存达到上限时需要优先淘汰这类缓存。因此本实施例对账户缓存采用lru缓存策略，每条缓存在第一次插入或者使用时更新时间，当缓存满了的时候自动删除时间最长的缓存，这样就可以保证热点账户一直在混村内，保证查询性能。
56.在本公开的一个实施例中，区块链数据的处理方法还包括：使用先入先出(first in first out，fifo)的方式更新交易缓存。
57.在本实施例中，由于区块链上对交易的查询，通常在交易完成后根据交易哈希值查询交易结果，不同交易被查询到的频率差别较小，因此实施例采用fifo缓存策略，当缓存空间不足的时候，优先删除最早放入缓存的记录。
58.在本公开的一个实施例中，在步骤s4之后，还包括：若在区块链上未查找到查询对象，向请求用户反馈查询失败信息。
59.在本实施例中，在区块链上未查找到查询对象时，及时向请求用户反馈查询失败信息，避免用户长时间查询结果，用户体验好。
60.在本公开的一个实施例中，区块链数据的处理方法还包括：根据账户类型对目标账户设置权重值；根据目标账户的在预设时间段内的查询数量设置热度值；根据账户缓存中账户的权重值和热度值，对账户缓存进行更新，其中，账户缓存中账户包括目标账户。
61.具体地，可以根据账户类型（例如个人账户和公司账户）设置基础权重值，再根据账户的关联账户数量（例如总公司账户关联了n个子公司的账户，再例如主卡账户关联了m个副卡账户）设置权重值调节参数，基于基础权重值和权重值调节参数确定最终权重值，作为账户缓存中每个账户的权重值。
62.可以根据账户的最近p个第一时间周期（例如第一时间周期为一个月）内的查询数量设置第一热度值，再根据账户的最近q个第二时间周期（例如第二时间周期为一年）内的查询数量设置第二热度值，根据第一热度值和第二热度值确定最终热度值，作为账户缓存中每个账户的热度值。
63.将每个账户的权重值与热度值的乘积数值，作为缓存策略的依据，即当账户缓存空间不足时，将乘积数值较小的账户数据进行移除。
64.在本实施例中，根据账户缓存中账户数据的权重值和热度值对账户缓存进行更新，可以提升账户数据被查询的几率，进而可以提升用户查询反馈的速率。
65.为使得本领域技术人员进一步理解本公开，通过以下示例对本公开的区块链数据的处理方法进行说明。
66.图2为本公开一个示例中区块链数据的处理方法的流程示意图。如图2所示，区块链数据的处理流程包括：用户调用软件开发工具包（software development kit，sdk）发起查询链上数据
的网络请求。
67.区块链节点的缓存组件在linux内核态以回调注入的方式，在内核驱动侧截取缓存链查询接口端口的流量包，然后解析流量包，根据流量包的类型判断是否为正常查询流量包，若是将请求包丢入高速缓存模块，若不是则将流量包丢回内核网络协议栈，由请求转发缓存下发模块处理。根据流量包的标志位判断流量包是否为查询流量包。其中，判断条件包括在查询位的数值为1；判断条件还包括流量包的大小标准流量范围之内；32字节到64字节为正常流量，账户地址是64字节，交易哈希为32字节。
68.高速缓存模块内部根据链上数据不同的特性，分为账户缓存和交易缓存两种类型，不同的缓存类型采用不同的缓存策略。缓存结构采用缓存采用hash表进行存储数据，可根据hash值快速提取到需要数据。hash算法可以采用 bob jenkins快速hash算法, hash值为32位无符号整型值。缓存包含俩部分以hash结构组织的缓存条目：账户信息包括用户的余额和用户的合约代码（在区块链上交易的代码），用户查询合约时提供账户地址。交易信息包括：交易的输入输出，交易的执行结果，发送交易发起者的签名。
69.区块链对账户的查询，一般分为热点账户和非热点账户。热点账户一般为链上比较活跃的外部账户，或者是链上的明星合约的合约账户，这类账户可能会在短时间内有大量的查询请求，需要保证一直在缓存内。而非热点账户一般在链上并不活跃，没有多少查询量，这类账户不需要一直存在缓存内，在缓存达到上限时需要优先淘汰这类缓存。因此本方案对于账户缓存采用lru(least recently used)缓存策略，每条缓存在第一次插入或者使用时更新时间，当缓存满了的时候自动删除时间最长的缓存，这样就可以保证热点账户一直在混村内，保证查询性能。
70.区块链上对交易的查询，一般是在交易完成后根据交易hash去查询交易结果，不同交易被查询到的频率差别不大，因此本方案采用fifo(first in first out)缓存策略，当缓存空间不足的时候，优先删除最早放入缓存的记录。
71.当获取到查询流量包后，缓存模块根据查询类型确认是账户查询还是交易查询，然后到对应的缓存结构去查询结果，若查询到结果，将结果返回给内核驱动，经过网卡和光纤最终将结果返回给sdk，同时若查询的类型为账户数据，更新这条缓存记录的时间为当前时间，然后将记录更新到缓存结构;若没有查询到结果，则缓存模块将请求流量包扔回内核网络协议栈，由网络协议栈转发给请求转发缓存下发模块。
72.请求转发缓存下发模块为应用层的程序，主要有两个作用：一是当缓存模块没有缓存命中的情况下，查询请求会被转发给请求转发缓存下发模块，这时请求转发缓存下发模块会把查询请求转发给区块链节点去查询结果；二是当区块链节点返回结果时，请求转发缓存下发模块需要根据缓存合法性校验策略判断是否需要将结果放入缓存，若需要，则通过netlink技术，将结果下发给缓存模块，若不需要，则直接返回结果。
73.缓存合法性校验策略主要是校验缓存数据包的大小，内核的内存资源比较宝贵，对于极个别的账户或者交易，单条记录过大，不适合存放在内核缓存中，在缓存合法性校验策略判断记录过大时这类数据放弃缓存。
74.图3为本公开一个实施例中区块链数据的处理装置的结构框图。如图3所示，区块链数据的处理装置包括：链上数据检测模块100，用于在收到查询请求时，检测查询对象是否为链上数据，
其中，所述查询请求包括请求用户和所述查询对象；账户数据检测模块200，用于若所述查询对象为链上数据，检测所述查询对象是否为账户数据；账户缓存查询模块300，用于若所述查询对象为账户数据，在账户缓存中查找所述查询对象；区块链数据查询模块400，用于若在所述账户缓存中未查找到所述查询对象，通过网络协议栈在区块链节点上查找所述查询对象；反馈更新模块500，用于若在所述区块链节点上查找到所述查询对象，向所述请求用户反馈查询结果，并将所述查询对象存入所述账户缓存中。
75.在本公开一个实施例中，区块链数据的处理装置还包括：交易数据检测模块，用于若所述查询对象不是账户数据，在检测所述查询对象是否为交易数据；交易缓存查询模块，用于若所述查询对象为交易数据，在所述交易缓存中查找所述查询对象；其中，所述区块链数据查询模块400还用于若在所述交易缓存中未查找到所述查询对象，通过网络协议栈在区块链节点上查找所述查询对象；所述反馈更新模块500还用于若在所述区块链节点上查找到所述查询对象，向所述请求用户反馈查询结果，并将所述查询对象存入所述交易缓存中。
76.根据本公开的一个实施例，所述反馈更新模块500还用于若在所述账户缓存中查找的查询对象，向所述请求用户反馈查询结果。
77.根据本公开的一个实施例，所述反馈更新模块500还用于若在所述交易缓存中查找的查询对象，向所述请求用户反馈查询结果。
78.根据本公开的一个实施例，区块链数据的处理装置还包括：账户缓存更新模块，用于使用最近最少使用lru的方式更新所述账户缓存。
79.根据本公开的一个实施例，区块链数据的处理装置还包括：交易缓存更新模块，用于使用先入先出fifo的方式更新所述交易缓存。
80.根据本公开的一个实施例，所述反馈更新模块500还用于若在所述区块链上未查找到所述查询对象，向所述请求用户反馈查询失败信息。
81.需要说明的是，本公开实施例的区块链数据的处理装置的具体实施方式与 本公开实施例的区块链数据的处理方法的具体实施方式类似，具体参见区块链数据的处理方法部分的描述，为了减少冗余，不作赘述。
82.另外，本公开实施例还提供了一种电子设备，包括：存储器，用于存储计算机程序；处理器，用于执行所述存储器中存储的计算机程序，且所述计算机程序被执行时，实现本公开上述任一实施例所述的区块链数据的处理方法。
83.图4为本公开一个实施例中电子设备的结构框图。下面，参考图4来描述根据本公开实施例的电子设备。该电子设备可以是第一设备和第二设备中的任一个或两者、或与它们独立的单机设备，该单机设备可以与第一设备和第二设备进行通信，以从它们接收所采集到的输入信号。
84.如图4所示，电子设备包括一个或多个处理器和存储器。
85.处理器可以是中央处理单元（cpu）或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备中的其他组件以执行期望的功能。
86.存储器可以包括一个或多个计算机程序产品，所述计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器（ram）和/或高速缓冲存储器（cache）等。所述非易失性存储器例如可以包括只读存储器（rom）、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器可以运行所述程序指令，以实现上文所述的本公开的各个实施例的区块链数据的处理方法以及/或者其他期望的功能。
87.在一个示例中，电子设备还可以包括：输入装置和输出装置，这些组件通过总线系统和/或其他形式的连接机构（未示出）互连。
88.此外，该输入设备还可以包括例如键盘、鼠标等等。
89.该输出装置可以向外部输出各种信息，包括确定出的距离信息、方向信息等。该输出设备可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。
90.当然，为了简化，图4中仅示出了该电子设备中与本公开有关的组件中的一些，省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，电子设备还可以包括任何其他适当的组件。
91.除了上述方法和设备以外，本公开的实施例还可以是计算机程序产品，其包括计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述部分中描述的根据本公开各种实施例的区块链数据的处理方法中的步骤。
92.所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如java、c 等，还包括常规的过程式程序设计语言，诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。
93.此外，本公开的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述部分中描述的根据本公开各种实施例的区块链数据的处理方法中的步骤。
94.所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子（非穷举的列表）包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器（ram）、只读存储器（rom）、可擦式可编程只读存储器（eprom或闪存）、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
95.本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光
盘等各种可以存储程序代码的介质。
96.以上结合具体实施例描述了本公开的基本原理，但是，需要指出的是，在本公开中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本公开的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本公开为必须采用上述具体的细节来实现。
97.本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于系统实施例而言，由于其与方法实施例基本对应，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
98.本公开中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。
99.可能以许多方式来实现本公开的方法和装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法和装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本公开的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本公开实施为记录在记录介质中的程序，这些程序包括用于实现根据本公开的方法的机器可读指令。因而，本公开还覆盖存储用于执行根据本公开的方法的程序的记录介质。
100.还需要指出的是，在本公开的装置、设备和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本公开的等效方案。
101.提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本公开。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本公开的范围。因此，本公开不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。
102.为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本公开的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。