一种区块链的数据处理方法及装置、可读存储介质与流程

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


背景技术：

2.区块链具有的一整套数据安全上链、数据有效性保障技术，促使区块链业务系统将关键数据上链，但是，与业务系统对接的用户端提交给应用系统的待上链数据的真实性和有效性只能依靠业务系统本身的安全性和有效性。
3.现有技术中，由于上传到链上的数据没有对应的有效证明，如果在业务系统出现数据篡改的情况(例如业务系统在数据上链时，对数据进行了篡改)，就会导致最终上链的数据与用户端上传的数据不一致；那么对于提交数据的用户端和使用链上数据的其他业务系统来说，存在着数据安全的风险。
4.可见，现有的区块链的数据处理方法，难以保证链上数据的安全性和可靠性。


技术实现要素：

5.本申请实施例的目的在于提供一种区块链的数据处理方法及装置、可读存储介质，用以保证链上数据的安全性和可靠性。
6.第一方面，本申请实施例提供一种区块链的数据处理方法，包括：接收区块链业务系统发送的目标数据和所述目标数据对应的标识信息数据；所述目标数据包括：链上数据、所述链上数据的业务信息和上传所述链上数据的用户端证书；通过所述用户端证书验证所述标识信息数据是否有效；在确定所述标识信息数据有效时，验证所述标识信息数据与所述目标数据是否匹配；在确定所述标识信息数据与所述目标数据匹配时，确定所述链上数据通过验证。
7.在本申请实施例中，与现有技术相比，在获取链上数据时，一并获取链上数据的业务信息，上传链上数据的用户端证书，作为目标数据，以及获取目标数据对应的标识信息数据，通过标识信息数据与目标数据的对应关系，在验证标识信息数据是有效的数据后，再验证标识信息数据和目标数据的匹配性，若匹配，则链上数据通过验证。即，标识信息数据作为目标数据的有效性证明数据，对于获取链上数据的用户端来说，在保证标识信息数据有效的前提下，通过标识信息数据对链上数据的有效性进行验证，进而提高用户端获取到的链上数据的安全性和可靠性。
8.作为一种可能的实现方式，所述标识信息数据为所述用户端通过所述用户端证书对应的私钥对标识信息值进行签名生成的标识信息数据，所述验证所述标识信息数据是否有效，包括：通过所述用户端证书对应的公钥验证所述标识信息值是否有效。
9.在本申请实施例中，对于上传数据的用户端来说，在生成标识信息数据时，通过用户端证书对应的私钥对标识信息值进行签名，进而获取链上数据的用户端，可以利用该证书对应的公钥验证标识信息值是否有效，保证标识信息数据的有效性。
10.作为一种可能的实现方式，所述在确定所述标识信息数据有效时，验证所述标识信息数据与所述目标数据是否匹配，包括：在确定所述标识信息值有效时，对所述目标数据进行哈希计算，得到唯一信息值；将所述唯一信息值与所述标识信息值进行比较；若所述唯一信息值与所述标识信息值相同，确定所述标识信息数据与所述目标数据匹配。
11.在本申请实施例中，在验证标识信息数据与目标数据是否匹配时，对目标数据中的数据项进行哈希计算，得到唯一信息值，然后将该唯一信息值与标识信息值进行比较，若相同，则说明标识信息数据与目标数据是匹配的，实现标识数据与目标数据的匹配性验证。
12.作为一种可能的实现方式，所述业务信息包括：所述链上数据对应的区块链业务系统标识和所述链上数据的生成时间戳。
13.在本申请实施例中，业务信息包括链上数据对应的区块链业务系统标识和链上数据的生成时间戳，这两项业务信息可以作为链上数据的辅助信息，使链上数据的信息更丰富。
14.第二方面，本申请实施例提供一种区块链的数据处理方法，包括：生成待发送数据；所述待发送数据包括：待上链数据、所述待上链数据的业务信息和用户端证书；根据所述待发送数据生成所述待发送数据的标识信息数据；将所述待发送数据和所述标识信息数据发送给区块链业务系统，以使所述区块链业务系统完成所述待发送数据和所述标识信息数据的上链。
15.在本申请实施例中，在进行数据上链时，先生成待发送数据，然后生成待发送数据的标识信息数据，然后将待发送数据和标识信息数据一并发送给区块链业务系统进行上链，使待上链数据随着业务信息，用户端证书以及标识信息数据一并上链，进而标识信息数据可以作为待发送数据的有效性证明数据，提高链上数据的安全性和可靠性。
16.作为一种可能的实现方式，所述根据所述待发送数据生成所述待发送数据的标识信息数据，包括：对所述待发送数据进行哈希计算，得到标识信息值；通过所述用户端证书对应的私钥对所述标识信息值进行签名，得到所述标识信息数据。
17.在本申请实施例中，标识信息数据可以是经私钥签名的数据，进而标识信息数据的有效性也是可以进行验证的，则，标识信息数据的安全性和可靠性得到保证，进一步保证链上数据的安全性和可靠性。
18.作为一种可能的实现方式，所述生成待发送数据，包括：向所述区块链业务系统请求所述待上链数据的业务信息；所述业务信息包括所述区块链业务系统标识和请求所述待上链数据对应的待更新数据的请求时间戳；接收所述区块链业务系统返回的业务信息；接收用户输入的所述待上链数据，并将输入时间作为所述待上链数据的输入时间戳加入到所述业务信息中；根据所述待上链数据、所述业务信息和所述用户端证书生成所述待发送数据。
19.在本申请实施例中，在生成待发送数据时，对于业务信息的获取，可以通过向区块链业务系统请求业务系统标识和待上链数据对应的待更新数据的请求时间戳实现，对于时间信息，除了待更新数据的请求时间戳，还包括待上链数据的输入时间戳，通过这两个时间戳，可以体现用户是在什么时候开始进行待上链数据的准备，以及在什么时候完成待上链数据的准备，即待上链数据的生成周期。进而，通过业务信息，使上链数据的信息更丰富；通过用户端证书，使获取数据的端可以基于该证书对数据进行有效性验证。
20.第三方面，本申请实施例提供一种区块链的数据处理装置，包括：用于实现第一方面以及第一方面的任意一种可能的实现方式中所述的方法的功能模块。
21.第四方面，本申请实施例提供一种区块链的数据处理装置，包括，用于实现第二方面以及第二方面的任意一种可能的实现方式中所述的方法的功能模块。
22.第五方面，本申请实施例提供一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被计算机运行时执行如第一方面以及第一方面的任意一种可能的实现方式、第二方面以及第二方面的任意一种可能的实现方式中所述的方法。
附图说明
23.为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
24.图1为本申请实施例提供的区块链的数据处理架构的示意图；
25.图2为本申请实施例提供的区块链中上链数据的处理流程图；
26.图3为本申请实施例提供的区块链中获取链上数据的处理流程图；
27.图4为本申请实施例提供的第一数据处理装置的功能模块框图；
28.图5为本申请实施例提供的第二数据处理装置的功能模块框图。
29.图标：11
‑
第一用户端；12
‑
第二用户端；13
‑
第一区块链业务系统；14
‑
第二区块链业务系统；15
‑
区块链网络；400
‑
第一数据处理装置；401
‑
生成模块；402
‑
发送模块；500
‑
第二数据处理装置；501
‑
接收模块；502
‑
验证模块。
具体实施方式
30.下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。
31.为了便于理解本申请实施例所提供的技术方案，接下来先对技术方案的应用场景进行介绍。
32.请参照图1，为本申请实施例提供的区块链数据处理框架示意图，在区块链数据处理的过程中，涉及到两个主要的数据处理过程：数据上链和链上数据获取，在图1中，包括第一用户端11和第二用户端12，第一用户端11和第二用户端12均既可以进行数据上链，也可以进行链上数据获取；比如：第一用户端11可以获取第二用户端12提供的上链数据；第一用户端11也可以获取由自身提供的上链数据；第二用户端12同理。第一用户端11和第二用户端12可以为手机、电脑、平板电脑等电子设备。在图1中，还包括第一区块链业务系统13和第二区块链业务系统14，其硬件形式为服务器；第一区块链业务系统13可以理解为与第一用户端11协作的系统端，第二区块链业务系统14可以理解为与第二用户端12协作的系统端。在图1中，还包括区块链网络15，区块链网络15为数据存储网络，其中包括多个区块链节点，在进行数据上链时，区块链网络15中的多个区块链节点采用分布式存储的形式进行存储，即上链数据会同步到各个区块链节点，各个区块链节点都会存储相同的数据。
33.进一步地，基于图1的处理框架，在数据上链时：第一用户端11将待上链数据发送给第一区块链业务系统13，然后第一区块链业务系统13将数据上链到区块链网络15；或者
第二用户端12将待上链数据发送给第二区块链业务系统14，然后第二区块链业务系统14将数据上链到区块链网络15。在获取链上数据时：第一用户端11向第一区块链业务系统13发起请求，第一区块链业务系统13根据请求从区块链网络15获取对应的数据(可能是第一用户端11提供的，也可能是第二用户端12提供的)，然后返回对应的数据；或者第二用户端12向第二区块链业务系统14发起请求，第二区块链业务系统14根据请求从区块链网络15获取对应的数据(可能是第一用户端11提供的，也可能是第二用户端12提供的)，然后返回对应的数据。
34.对于本申请实施例所提供的技术方案，包括两个方面，一是数据上链的处理流程，二是获取链上数据的处理流程。不管是数据上链的处理流程，还是获取链上数据的处理流程，均可以分别应用于图1中的第一用户端11和第二用户端12，当然，在实际应用中，还具有更多的用户端，因此，这两个处理流程可以应用于区块链系统中的任意一个用户端。在接下来的实施例中，先对数据上链的处理流程进行介绍，再对获取链上数据的处理流程进行介绍。
35.请参照图2，为本申请实施例提供的区块链的数据处理方法的流程图，为数据上链的处理流程，该处理流程包括：
36.步骤201：生成待发送数据。待发送数据包括：待上链数据、待上链数据的业务信息和用户端证书。
37.步骤202：根据待发送数据生成待发送数据的标识信息数据。
38.步骤203：将待发送数据和标识信息数据发送给区块链业务系统，以使区块链业务系统完成待发送数据和标识信息数据的上链。
39.在本申请实施例中，在进行数据上链时，先生成待发送数据，然后生成待发送数据的标识信息数据，然后将待发送数据和标识信息数据一并发送给区块链业务系统进行上链，使待上链数据随着业务信息，用户端证书以及标识信息数据一并上链，进而标识信息数据可以作为待发送数据的有效性证明数据，提高链上数据的安全性和可靠性。
40.接下来对步骤201
‑
步骤203的详细实施方式进行介绍。
41.在步骤201中，待上链数据为区块链业务系统定义的数据，该待上链数据可以是没有对应的在先数据的新数据项；该待上链数据也可以是针对链上的数据进行更新的数据，可以理解，由于区块链上的数据不能直接进行更新，因此，如果要对某个数据进行更新，则需要先将待更新的数据从区块链进行下载，然后再基于待更新的数据生成对应的待上链数据。
42.假设该待上链数据为针对链上的数据进行更新的数据，则作为一种可选的实施方式，步骤201包括：向区块链业务系统请求待上链数据的业务信息；业务信息包括区块链业务系统标识和请求待上链数据对应的待更新数据的请求时间戳；接收区块链业务系统返回的业务信息；接收用户输入的待上链数据，并将输入时间作为待上链数据的输入时间戳加入到业务信息中；根据待上链数据、业务信息和用户端证书生成待发送数据。
43.其中，待上链数据的业务信息包括区块链业务系统标识，比如：待上链数据是由第一用户端11提供的，则区块链业务系统标识则为第一区块链业务系统13的标识。还包括请求待上链数据对应的待更新数据的请求时间戳，可以理解，在提供待上链数据之前，用户需要先从区块链获取待更新数据，因此会通过用户端请求该待更新数据，在请求该待更新数
据后，区块链业务系统将待更新数据返回给用户端以后，用户端再请求业务信息，然后区块链业务系统根据请求将业务系统标识和请求该待更新数据的时间戳一并返回给用户端。当然，除了先请求待更新数据，再请求业务信息的方式，也可以同时请求。
44.此外，在请求数据和返回数据的过程中，为了保证请求的有效性和返回数据的有效性，对于用户端和区块链业务系统来说，还可以对其过程中涉及到的数据进行验证。比如：用户端针对返回的待更新数据进行验证(参照后续实施例中对于链上数据的验证流程的介绍)，以及用户端在请求数据时，将用户端的证书发送给区块链业务系统，区块链业务系统在通过该证书验证用户端的身份后，才将对应的数据反馈给用户端。
45.此外，对于业务信息，可以以业务随机码的形式表示。可以理解，业务系统标识通常也是一段数字编码，以及时间戳，也可以通过数字编码表示。
46.进一步地，在用户端接收到待更新数据和业务信息后，首先用户端的用户在用户端上输入待上链数据，然后用户端基于用户输入的待上链数据和业务信息和用户端证书生成待发送数据。可以理解，如果用户在第一用户端11上输入待上链数据，则用户端证书为第一用户端11证书。对于用户端证书，由于用户端在发送数据时，为了保证数据的有效性，通常都会对发送的数据进行签名，因此，不管是区块链业务系统，还是其他用户端，利用该用户端证书都可以对其签名的数据的有效性进行验证。
47.其中，在待上链数据的业务信息中，区块链业务系统返回了一个时间戳，在用户端上，也会对应产生一个时间戳，可以理解为用户输入待上链数据的输入时间戳，进而，将该输入时间戳加入到业务信息中，最终的时间戳包括两个时间戳。比如：区块链业务系统返回待更新数据的时间戳为时间1，用户输入待上链数据的时间戳为时间2，则业务信息中的时间戳为：时间1
‑
时间2，代表用户在时间1
‑
时间2这段时间内完成了数据的修改或者更新。
48.在各个信息都获取到以后，将待上链数据、业务信息和用户端证书进行绑定或者关联，即可完成待发送数据的生成。可以理解，在生成待发送数据时，这三个数据分别都不会被改变，只是将这三个数据组成了待发送数据，并且三个数据之间有一个对应或者关联关系，对数据本身不会造成任何的改变。
49.在本申请实施例中，在生成待发送数据时，对于业务信息的获取，可以通过向区块链业务系统请求业务系统标识和待上链数据对应的待更新数据的请求时间戳实现，对于时间信息，除了待更新数据的请求时间戳，还包括待上链数据的输入时间戳，通过这两个时间戳，可以体现用户是在什么时候开始进行待上链数据的准备，以及在什么时候完成待上链数据的准备，即待上链数据的生成周期。进而，通过业务信息，使上链数据的信息更丰富；通过用户端证书，使获取数据的端(用户端)可以基于该证书对数据进行有效性验证。
50.此外，如果不是针对待更新数据的待上链数据生成待发送数据，则在上述实施方式中，省去请求待更新数据的过程，直接请求业务信息即可，其他的实施方式相同。
51.在步骤201中生成待发送数据后，执行步骤202，根据待发送数据生成待发送数据的标识信息数据。作为一种可选的实施方式，步骤202包括：对待发送数据进行哈希计算，得到标识信息值；通过用户端证书对应的私钥对标识信息值进行签名，得到标识信息数据。
52.其中，对待发送数据进行哈希计算，得到一个哈希值，该哈希值即为标识信息值。对于哈希值的计算，属于本领域技术人员的公知常识，在此不再详细介绍。在得到标识信息值以后，用户端通过证书对应的私钥对标识信息值进行签名，得到具有数字签名的数据，即
为标识信息数据。对于数字签名技术，为本领域技术人员的公知常识，在此不进行详细介绍。例如：数字签名可以采用pki(public key infrastructure，公钥基础设施)技术等。
53.在本申请实施例中，标识信息数据可以是经私钥签名的数据，进而标识信息数据的有效性也是可以进行验证的，则，标识信息数据的安全性和可靠性得到保证，进一步保证链上数据的安全性和可靠性。
54.在步骤202中生成标识信息数据后，执行步骤203，将待发送数据和标识信息数据发送给区块链业务系统，以使区块链业务系统完成待发送数据和标识信息数据的上链。在步骤203中，用户端只需要将待发送数据和标识信息数据发送给区块链业务系统即可，区块链业务系统在接收到数据以后，将待上链数据、待上链数据的业务信息和用户端证书和标识数据信息进行数据上链即可。其中，对于用户端证书，除了可以进行上链，还可以存储在区块链业务系统中，以便区块链业务系统随时对其进行获取和应用。
55.对于区块链业务系统来说，只需要将数据提供给区块链网络，区块链网络中的节点对应地会执行数据上链的过程。当数据完成上链后，区块链业务系统还可以将上链结果返回给用户端。
56.基于上述数据上链的处理过程的介绍，请参照图3，为本申请实施例提供的区块链的数据处理方法的流程图，对应获取链上数据的处理流程，该处理流程包括：
57.步骤301：接收区块链业务系统发送的目标数据和目标数据对应的标识信息数据。目标数据包括：链上数据、链上数据的业务信息和上传链上数据的用户端证书。
58.步骤302：通过用户端证书验证标识信息数据是否有效。
59.步骤303：在确定标识信息数据有效时，验证标识信息数据与目标数据是否匹配。
60.步骤304：在确定标识信息数据与目标数据匹配时，确定链上数据通过验证。
61.在本申请实施例中，与现有技术相比，在获取链上数据时，一并获取链上数据的业务信息，上传链上数据的用户端证书，作为目标数据，以及获取目标数据对应的标识信息数据，通过标识信息数据与目标数据的对应关系，在验证标识信息数据是有效的数据后，再验证标识信息数据和目标数据的匹配性，若匹配，则链上数据通过验证。即，标识信息数据作为目标数据的有效性证明数据，对于获取链上数据的用户端来说，在保证标识信息数据有效的前提下，通过标识信息数据对链上数据的有效性进行验证，进而提高用户端获取到的链上数据的安全性和可靠性。
62.接下来对步骤301
‑
步骤304的详细实施方式进行介绍。
63.在步骤301之前，需要获取数据的用户端先向区块链业务系统发起数据获取请求，然后区块链业务系统基于数据获取请求反馈目标数据和目标数据对应的标识信息数据。对于用户发起的数据获取请求，其中可以包括数据的哈希地址，然后区块链业务系统直接基于哈希地址获取对应的数据即可。然后区块链业务系统将数据发送给用户端，用户端执行步骤301。其中，目标数据可以是获取目标数据的用户端之前上链的数据，也可以是其他用户端上链的数据，在前述实施例中已经对获取数据的应用场景进行了举例，在此不再重复介绍。
64.在步骤301中接收到相关数据后，执行步骤302，在步骤302中，由于目标数据的有效性暂时还未得到验证，因此，对于步骤302中采用的用户端证书可以进行实时的获取。如果目标数据是获取数据的用户端在先上链的数据，则直接从用户端所持有的数字证书介质
内获取；如果目标数据是其他用户端上链的数据，则可以从区块链业务系统处获取对应的证书。此外，对于业务信息，在前述实施例中介绍过，可以包括区块链业务系统标识和链上数据的生成时间戳，生成时间戳中包括两个时间戳，在此不再重复介绍。
65.在前述实施例中介绍过，标识信息数据是经过提供链上数据的用户端对标识信息值进行签名的数据，则作为一种可选的实施方式，步骤302包括：通过用户端证书对应的公钥验证标识信息值是否有效。在验证时，采用常规的数字签名验证技术进行验证即可，在此不进行详细介绍，比如采用前述实施例中所述的pki数字签名验证技术。验证的过程可以理解为：通过公钥对数字签名进行解密，得到一个解密结果，然后对标识信息值进行哈希值计算，得到一个计算结果，若解密结果与计算结果一致，则数字签名验证通过。
66.在本申请实施例中，对于上传数据的用户端来说，在生成标识信息数据时，通过用户端证书对应的私钥对标识信息值进行签名，进而获取链上数据的用户端，可以利用该证书对应的公钥验证标识信息值是否有效，保证标识信息数据的有效性。
67.在通过步骤302完成验证后，如果验证标识信息数据有效，执行步骤303，在确定标识信息数据有效时，验证标识信息数据与目标数据是否匹配。作为一种可选的实施方式，该步骤包括：在确定标识信息值有效时，对目标数据进行哈希计算，得到唯一信息值；将唯一信息值与标识信息值进行比较；若唯一信息值与标识信息值相同，确定标识信息数据与目标数据匹配。
68.在这个过程中，可以理解，标识信息值的生成是基于原始数据进行哈希计算得到的值，在验证时，对获取到的数据再次进行哈希值计算，所得到的值假如与基于原始数据进行哈希计算得到的值相同，则说明原始数据没有被篡改过，是有效的数据。如果唯一信息值与标识信息值不相同，则说明目标数据中的数据可能被篡改，是无效的数据。
69.进一步地，在步骤304中，在确定标识信息数据与目标数据匹配时，确定链上数据通过验证。当然，如果确定标识信息数据与目标数据不匹配，则确定链上数据未通过验证。
70.进一步地，如果用户端确定链上数据通过验证，则可以将链上数据反馈给用户，用户便可以对链上数据进行查看。如果用户端确定链上数据未通过验证，一方面可以将链上数据为无效数据的结果反馈给用户，由用户选择是继续查看，还是放弃查看，在继续查看的情况下，将为无效数据的链上数据反馈给用户；如果放弃查看，则不反馈给用户。另一方面还可以将链上数据为无效数据的结果反馈给区块链业务系统，区块链业务系统对该链上数据进行无效状态标记，后续再有其他用户端获取该链上数据时，由于其具有无效状态标记，则直接反馈该链上数据为无效数据的结果。比如：假设当前是第一用户端11验证出链上数据是无效数据，则由第一区块链业务系统13对该链上数据进行无效状态标记。当然，除了由区块链应用系统进行状态标记，也可以由区块链网络进行标记，其标记方式与区块链应用系统的标记方式相同，只是执行主体不同。也可以区块链应用系统和区块链网络都进行标记，在本申请实施例中不作限定。
71.基于同一发明构思，请参照图4，本申请实施例中提供第一数据处理装置400，与图2所示的区块链的处理方法对应。第一数据处理装置400包括：生成模块401和发送模块402。
72.生成模块401，用于生成待发送数据；所述待发送数据包括：待上链数据、所述待上链数据的业务信息和用户端证书；根据所述待发送数据生成所述待发送数据的标识信息数据。发送模块402，用于将所述待发送数据和所述标识信息数据发送给区块链业务系统，以
使所述区块链业务系统完成所述待上链数据的上链。
73.可选的，生成模块401具体用于：对所述待发送数据进行哈希计算，得到标识信息值；通过所述用户端证书对应的私钥对所述标识信息值进行签名，得到所述标识信息数据。
74.可选的，生成模块401具体还用于：向所述区块链业务系统请求所述待上链数据的业务信息；所述业务信息包括所述区块链业务系统标识和请求所述待上链数据对应的待更新数据的请求时间戳；接收所述区块链业务系统返回的业务信息；接收用户输入的所述待上链数据，并将输入时间作为所述待上链数据的输入时间戳加入到所述业务信息中；根据所述待上链数据、所述业务信息和所述用户端证书生成所述待发送数据。
75.基于同一发明构思，请参照图5，本申请实施例中还提供第二数据处理装置500，包括：接收模块501和验证模块502。
76.接收模块501用于接收区块链业务系统发送的目标数据和所述目标数据对应的标识信息数据；所述目标数据包括：链上数据、所述链上数据的业务信息和上传所述链上数据的用户端证书；验证模块502用于通过所述用户端证书验证所述标识信息数据是否有效；在确定所述标识信息数据有效时，验证所述标识信息数据与所述目标数据是否匹配；在确定所述标识信息数据与所述目标数据匹配时，确定所述链上数据通过验证。
77.可选的，验证模块502具体用于通过所述用户端证书对应的公钥验证所述标识信息值是否有效。
78.可选的，验证模块502具体还用于：在确定所述标识信息值有效时，对所述目标数据进行哈希计算，得到唯一信息值；将所述唯一信息值与所述标识信息值进行比较；若所述唯一信息值与所述标识信息值相同，确定所述标识信息数据与所述目标数据匹配。
79.前述实施例中的图2和图3所示的区块链的数据处理方法中的各实施方式和具体实例分别同样适用于图4和图5的装置，通过前述对区块链的数据处理方法的详细描述，本领域技术人员可以清楚地知道图4和图5的第一数据处理装置400和第二数据处理装置500的实施方法，所以为了说明书的简洁，在此不再详述。
80.基于同一发明构思，本申请实施例还提供一种可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被计算机运行时执行上述任一实施方式的区块链的数据处理方法。
81.在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
82.另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
83.再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
84.在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
85.以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。