WO2018120129A1

WO2018120129A1 - Data query method, device and node apparatus

Info

Publication number: WO2018120129A1
Application number: PCT/CN2016/113758
Authority: WO
Inventors: 骆磊
Original assignee: 深圳前海达闼云端智能科技有限公司
Priority date: 2016-12-30
Filing date: 2016-12-30
Publication date: 2018-07-05
Also published as: CN106716421B; CN106716421A

Abstract

A data query method, device and a node apparatus, the method comprising: receiving a query request, determining a security level of data to be queried corresponding to the query request (201); determining a query node according to the security level, the query node being a node in a blockchain network (202); sending the query request to the determined query node (203); receiving a query result returned by the query node, and if a query result having a highest proportion satisfies a preset condition, taking the query result having the highest proportion as a query result corresponding to the data to be queried (204). The method determines different query policies according to different security levels, thus preventing query errors caused by a single node being attacked and data being tampered with, thereby improving the credibility and accuracy of the query result and avoiding query errors and security risks resulted from the blockchain data being tampered with.

Description

Data query method, device and node device

Technical field

The present disclosure relates to the field of blockchain technology, and in particular, to a data query method, device, and node device.

Background technique

A blockchain is a decentralized distributed database system in which all nodes in a blockchain network participate in maintenance. It is composed of a series of data blocks generated by cryptography, and each block is a blockchain. One block. According to the order of the generation time, the blocks are linked together in an orderly manner to form a data chain, which is aptly called a blockchain. The blockchain has its own unique block generation, transaction generation and verification protocols, and has security features such as non-tamperable, unforgeable and fully traceable.

The blockchain network is based on a P2P network, and each P2P network node participating in transaction and block storage, verification, and forwarding is a node in a blockchain network. The blockchain data is completely public to each node, and the node can view the information of any transaction in any block at will.

In the related art, when the querier needs to query the data in the blockchain, if the querier itself is a node in the blockchain network, it is only necessary to query from the blockchain copy stored by itself; Rather than a node in a blockchain network, a query request needs to be sent to a node in the blockchain network to implement data query.

Since a single node in a blockchain network has the possibility of being tampered with by data or hacked, if a blockchain copy of a node has been tampered with, the queryer will receive an error after sending a query request to it. search result.

Summary of the invention

To overcome the problems in the related art, the present disclosure provides a data query method, apparatus, and node device.

According to a first aspect of the embodiments of the present disclosure, a data query method is provided for a blockchain node of a blockchain network, the method comprising:

Receiving a query request, determining a security level of the data to be queried corresponding to the query request;

Determining a query node according to the security level, where the query node is a node in a blockchain network;

Sending the query request to the determined query node;

Receiving the query result returned by the query node, if the query result with the highest ratio meets the preset condition, the query result with the highest ratio is used as the query result corresponding to the data to be queried.

According to a second aspect of the embodiments of the present disclosure, a data query method is provided, which is applied to a blockchain node of a blockchain network, and the method includes:

Determining, according to the query request sent by the target blockchain node, a security level of the data to be queried corresponding to the query request;

Determining a probability of responding to the query request according to the security level;

When it is determined to respond to the query request according to the probability, a query result is returned to the target blockchain node.

According to a third aspect of the embodiments of the present disclosure, there is provided a data query apparatus, which is applied to a blockchain node of a blockchain network, the device comprising:

a security level determining module, configured to receive a query request, and determine a security level of the data to be queried corresponding to the query request;

a first query node determining module, configured to determine a query node according to the security level, where the query node is a node in a blockchain network;

a first query request forwarding module configured to send the query request to the determined query node;

The first query result determining module is configured to receive the query result returned by the query node. If the query result with the highest ratio meets the preset condition, the query result with the highest ratio is used as the query result corresponding to the data to be queried.

According to a fourth aspect of the embodiments of the present disclosure, there is provided a data query apparatus, which is applied to a blockchain node of a blockchain network, the device comprising:

a security level determining module, configured to determine, according to a query request sent by the target blockchain node, a security level of the data to be queried corresponding to the query request;

a query probability determination module configured to determine a probability of responding to the query request according to the security level;

The first query result returning module is configured to, when determining to respond to the query request according to the probability, return a query result to the target blockchain node.

According to a fifth aspect of an embodiment of the present disclosure, there is provided a computer program product comprising a computer program executable by a programmable device, the computer program having when executed by the programmable device The code portion of the method of performing the above first aspect.

According to a sixth aspect of the embodiments of the present disclosure, there is provided a non-transitory computer readable storage medium comprising one or more programs for performing The method of the above first aspect.

According to a seventh aspect of the embodiments of the present disclosure, a node device is provided, including:

The non-transitory computer readable storage medium of the above sixth aspect;

One or more processors for executing a program in the non-transitory computer readable storage medium.

According to an eighth aspect of an embodiment of the present disclosure, there is provided a computer program product, characterized in that the computer program product comprises a computer program executable by a programmable device, the computer program having when The portion of code used to perform the method described in the second aspect above when the device is executed.

According to a ninth aspect of the embodiments of the present disclosure, there is provided a non-transitory computer readable storage medium comprising one or more programs for performing The method of the above second aspect.

According to a tenth aspect of the embodiments of the present disclosure, a node device is provided, including:

The non-transitory computer readable storage medium of the above ninth aspect;

The embodiments of the present disclosure include at least the following beneficial effects: determining different query strategies according to different security levels, avoiding query errors caused by single nodes being attacked, data being tampered with, etc.; improving credibility and correctness of query results, and preventing blocks Chain data is tampered with query errors and security risks.

Other features and advantages of the present disclosure will be described in detail in the detailed description which follows.

DRAWINGS

The drawings are intended to provide a further understanding of the disclosure, and are in the In the drawing:

1 is a schematic diagram of a blockchain network according to an embodiment of the present disclosure;

2 is a schematic flowchart of a data query method according to an embodiment of the present disclosure;

3 is a schematic flowchart of a data query method according to another embodiment of the present disclosure;

4 is a schematic diagram of a process flow when a candidate result does not satisfy a pre-condition in an embodiment of the present disclosure;

FIG. 5 is a schematic diagram of a target blockchain node releasing information when a query fails in an embodiment of the present disclosure; FIG.

FIG. 6 is a schematic flowchart diagram of a data query method according to an embodiment of the present disclosure;

FIG. 7 is a schematic flowchart diagram of a data query method according to another embodiment of the present disclosure;

FIG. 8 is a block diagram of a data query apparatus according to an embodiment of the present disclosure; FIG.

9 is a block diagram of a data query apparatus according to another embodiment of the present disclosure;

FIG. 10 is a block diagram of an apparatus for a data query method, according to an exemplary embodiment.

detailed description

Before describing the blockchain authority control method, apparatus, and node device provided by the present disclosure, the blockchains involved in the various embodiments of the present disclosure are first introduced.

In the embodiment of the present disclosure, the data in the blockchain is set to different security levels according to the attributes, and the data of different security levels is correspondingly selected by different query nodes in the query, and then the data query is performed by the corresponding number of query nodes; And according to the query result returned by the query node, whether the query success judgment threshold of the security level data is reached, and if the query success judgment threshold is reached, the query result is considered to be trustworthy, and the query success judgment threshold is not required to be a higher ratio or directly The second query is performed in a hundred percent ratio. If the second query still fails to reach the query success judgment threshold corresponding to the corresponding security level data, the warning may be performed or the accuracy of the data may be determined manually or by other means. Therefore, the data query method, device and node device of the embodiments of the present disclosure can improve the credibility and correctness of the query result, and prevent query errors and security risks caused by the tampering of the blockchain data.

In the embodiment of the present disclosure, the query method of the blockchain data may be applied to a scenario where the query end is not a node in the blockchain, or may be applied to a scenario where the query end is a node in the blockchain, and the query result may be improved. Reliability and accuracy, preventing query errors and security risks caused by tampering with blockchain data.

Before describing the data query method, apparatus and node device provided by the present disclosure, the blockchains involved in various embodiments of the present disclosure are first introduced.

Blockchain node: A blockchain is a decentralized distributed database system in which all nodes in a blockchain network participate in maintenance. It is composed of a series of data blocks generated by cryptography. Each data block is A block in a blockchain. The blocks are ordered according to the order in which they are generated. The links are linked together to form a data chain, which is aptly called a blockchain. Some concepts of the blockchain network are introduced below.

A node in a blockchain network may be referred to as a blockchain node, wherein the blockchain network is based on a P2P (Peer to Peer) network, and each P2P network node participating in the transaction and block storage, verification, and forwarding is Is a node in a blockchain network.

User identity: The user identity in the blockchain can be represented by a public key or an account address generated based on the public key, and the public key and the private key appear in pairs, wherein the private key is mastered by the user and not issued to the above. In the blockchain network, the public key or the above account address can be freely posted in the blockchain network. Among them, the public key can be the above account address through a specific hash and encoding. It is worth mentioning that there is no one-to-one correspondence between user identity and blockchain nodes. Users can use their own private key on any blockchain node.

Blockchain data write: The blockchain node writes data to the blockchain by issuing a transaction to the blockchain network. The transaction includes: the blockchain node performs a digital signature on the generated transaction data packet according to a preset transaction data format, and uses the private key of the blockchain node to perform the digital signature on the transaction data packet, and the digital signature is used to prove the The identity of the user of the blockchain node; then, after the transaction is posted to the blockchain network, the "miner" in the blockchain network (ie, the block that performs the PoW (Proof Of Work) consensus competition mechanism The chain node records the new block generated in the blockchain and publishes the new block to the blockchain network. After the new block and the other blockchain nodes recorded in the new block are verified and passed, The transactions recorded in this new block are written to the blockchain. Among them, the new block in the blockchain is periodically generated by the above-mentioned "miners" by implementing a consensus competition mechanism such as PoW or PoS, so the time interval for generating new blocks is usually related to the above-mentioned preset technical requirements, and the settings are different. The default technical requirements can change the time interval at which the blockchain generates new blocks.

Referring to FIG. 1, a schematic diagram of a blockchain network according to an embodiment of the present disclosure.

The blockchain network 100 includes: one or more blockchain nodes 101, and these block links The point 101 can be implemented in various forms, for example, a mobile phone, a smart phone, a notebook computer, a digital broadcast receiver, a PDA (Personal Digital Assistant), a PAD (Tablet), a PMP (Portable Multimedia Player), a server, a mine. Machine and so on.

In one embodiment, each block in the blockchain includes a block header and a block body. The block body holds the transaction data. Transaction data is saved via the Merkel tree. The hash of the Merkel root is stored in the block header. The block header includes at least: a hash value of the previous block header, a hash value of the Merkel root, a time stamp, and a block number.

Transaction data can be any type of data including, but not limited to, various types of statistical data (eg, demographic data, medical data, etc.), various types of currency transaction data (eg, transfer transaction data), and various types. Request data (for example, query request, node join request, etc.).

In the embodiment of the present disclosure, in order to ensure the security of the information query, the blockchain data is set according to the data attribute security level, and different security levels correspond to different query strategies, thereby improving the security and accuracy of the data query.

Referring to Table 1, the correspondence between blockchain data of different security levels and different query policies is according to an embodiment of the present disclosure.

Table 1

The ratio of the query node refers to the ratio of the number of query nodes to the total number of blockchain nodes, as shown in equation (1). In an embodiment of the present disclosure, the query node is a node that responds to the query request, or a node that receives the query request.

Where n is the number of query nodes and N is the total number of blockchain nodes in the blockchain network.

The query success determination threshold is the ratio of the number of query results with the highest proportion of query results returned by the query node to the total number of query nodes, as shown in equation (2).

Where m is the number of query results with the highest ratio.

It should be understood that since some query nodes in the blockchain may not be able to respond to any request due to abnormalities such as shutdown or crash, n in formula (1) and formula (2) includes these should respond to the query request, and the query is returned. The result, but because of the exception, the query node that did not return the query result and the total number of query nodes that returned the query result.

In an embodiment of the present disclosure, the security level may be determined according to the category to which the blockchain data belongs. The blockchain data of the first security level may be data related to personal information, currency transaction data, etc.; blockchain data of the second security level may be various types of statistical data; blockchain data of the third security level There may be various types of request data (eg, query requests, node join requests, etc.). It should be understood that the security level of the blockchain data may be set according to actual conditions, and is not limited to the examples given herein.

In other embodiments, the security level of the data to be written to the blockchain is determined when the block is newly created. Write the security level of the data along with the data into the blockchain. Thus, when performing a data query, the security level of the data can be queried from the blockchain.

The correspondence between the security level of the blockchain data and the query strategy shown in Table 1 above is stored in a block of the blockchain. When the blockchain node receives the query request, it may determine the data to be queried according to the query request, and query the correspondence between the security level of the blockchain data and the query policy from the block of the blockchain to determine the data to be queried. Query strategy.

2 is a schematic flowchart of a data query method according to an embodiment of the present disclosure. The method includes the following steps:

In step 201, a query request is received to determine a security level of the data to be queried corresponding to the query request.

In step 202, the query node is determined based on the security level.

In step 203, a query request is sent to the determined query node.

In step 204, the query result returned by the query node is received. If the query result with the highest ratio satisfies the preset condition, the query result with the highest proportion is used as the query result corresponding to the data to be queried.

The data query method of the embodiment of the present disclosure will be described below with reference to FIGS. 3 to 5.

Referring to FIG. 3, in step 301, the target blockchain node determines the security level of the data to be queried according to the query request.

In one embodiment, when a data query is to be performed, the query side generates a query request and sends the query request to the target blockchain node. The query end here is an electronic device in a non-blockchain network.

In another embodiment, the query request is generated by the target blockchain node itself, that is, the target blockchain node is the query end.

The query request includes at least one of the following information: a transaction hash, an account address, and a query keyword.

When the transaction hash is included in the query request, the determined data to be queried may include: whether the transaction corresponding to the transaction hash is valid, currency transaction data, and the like. In one embodiment, when a transaction hash is included in the query request, the security level of the data to be queried is determined to be the first security level.

When the account address is included in the query request, the determined data to be queried may include: information of the account corresponding to the account address, transaction record of the account corresponding to the account address, and the like. In one embodiment, when the account address is included in the query request, the security level of the data to be queried is determined as the first security level.

When the query keyword is included in the query request, the determined data to be queried may include: data corresponding to the keyword. In an embodiment, the security level of the data to be queried may be determined according to the keyword, and when the keyword includes: an account, a transaction, and the like, the security level of the data to be queried is determined as the first security level; when the keyword is not included Security of data to be queried when accounts, transactions, etc. The rating is determined to be the second security level or other level.

Therefore, in the embodiment of the present disclosure, the security level of the data to be queried is determined according to the query request.

In step 302, the target blockchain node determines the query policy according to the security level of the data to be queried.

In an embodiment of the present disclosure, the query policy corresponding to the security level may be queried from the block in which the correspondence relationship shown in Table 1 above is stored.

In step 303, the target blockchain node determines the query node according to the query policy corresponding to the security level.

In step 304, the target blockchain node forwards the query request to the query node.

In an embodiment of the present disclosure, each blockchain node stores address information of all nodes in the blockchain network, and when a new node joins the blockchain network and has a node exits the blockchain network, Update the saved address information. Therefore, the target block chain node can randomly select and query the block number node corresponding to the policy as the query node according to the stored address information of the block chain node, for example, the IP address information, and according to the block chain node. IP address, forwarding of query requests. For example, when the query node determines that the proportion of the query node is w1%, w1%×N nodes are randomly selected as nodes in the blockchain network, and the query is sent to the w1%×N query nodes according to the IP address. request.

It should be understood that the query node determined by the target blockchain node may include itself, and when it includes itself, there is no need to forward the query request.

In step 305, the target blockchain node receives the query node and returns the query result.

The query node that receives the query request performs a query according to the query request, obtains the query result, and returns the query result to the target block chain node. In an embodiment, the target block chain node forwards the address information together with the query request when forwarding the query request, thereby the query node may obtain the query result according to the address of the target block chain node. Information, will query results Return to the target blockchain node.

When the query node obtains the query result according to the query request: when the query request includes the transaction hash, the query node determines the block where the data to be queried is located according to the transaction hash, and obtains data from the corresponding block, and the acquired data. The data is returned to the target blockchain node as a result of the query.

In some embodiments, the query node verifies the transaction corresponding to the transaction hash according to the transaction hash, that is, according to the transaction hash, performs a query in the blockchain to determine whether the transaction is recorded in a certain block, and Based on the location of the block in the blockchain, determine how much confirmation the block received. Thus, the query result includes a transaction verification result, the transaction verification result including at least: whether the transaction has been recorded in the block, and the number of confirmed blocks obtained.

When the query request includes the account address, the query node determines the block corresponding to the account address according to the account address, and obtains data from the corresponding block, and returns the acquired data as a query result to the target block chain node.

When the query request includes the query keyword, the query node traverses the blockchain according to the query keyword, obtains data corresponding to the keyword, and returns the data corresponding to the keyword as the query result to the target block. Chain node.

In step 306, the target blockchain node determines the candidate result according to the query result returned by the query node.

The target block chain node receives the query result returned by the query node, and compares different query results, and uses the highest proportion of the query result as a candidate result. For example, if the number of returned query results is 100, and 85 of the query results are all A, then A is the highest proportion of the query results, which is used as a candidate result.

In step 307, when the candidate result satisfies the preset condition, the candidate result is used as the query result corresponding to the data to be queried.

In one embodiment, the preset condition is that the ratio of the number of query nodes of the returned query result to the candidate result to the total number of query nodes is greater than or equal to the query success judgment threshold corresponding to the data to be queried. Therefore, the target block chain node returns the query result as the candidate result. The number of query nodes is compared with the total number of query nodes. When the ratio is greater than or equal to the query success determination threshold in the query policy corresponding to the data to be queried, the candidate result is obtained. As the query result corresponding to the data to be queried.

In the embodiment of the present disclosure, not all query nodes will return the query result. For example, the query node may not return the query result due to an abnormality (for example, being illegally controlled, tampered with, shutting down, or malfunctioning, etc.), but the calculation of the ratio The number of query nodes that return the query result as the candidate result is compared with the total number of query nodes, so that the query node that does not return the query result has an impact on the query result, improves the referenceability of the query result, and reduces the query risk.

Referring to FIG. 4, when the candidate result does not satisfy the preset condition, the query is re-executed. In an embodiment of the present disclosure, when the query is re-initiated, the number of query nodes is adjusted to improve the credibility and correctness of the query result.

In step 401, the target blockchain node increases the number of query nodes according to the first preset ratio.

In an embodiment of the present disclosure, the first preset ratio may be set to be 10% to 50%. In some embodiments, if the first query is unsuccessful (ie, the candidate result does not satisfy the preset condition), the proportion of the query node is increased to 100%.

In step 402, the target blockchain node forwards the query request to the query node.

In step 403, the target blockchain node receives the query node and returns the query result.

In step 404, the target blockchain node determines the candidate result according to the query result returned by the query node.

In step 405, when the candidate result satisfies the preset condition, the candidate result is used as the query result corresponding to the data to be queried.

It should be understood that the implementation principles of steps 402-405 and steps 304-307 are the same, and are not described herein again. And in step 405, when it is determined whether the candidate result satisfies the preset condition, the query success determination threshold is the same as in step 307. Of course, in some embodiments, the query success determination threshold may also be scaled up in step 405, which is not limited in this disclosure.

Referring to FIG. 5, in the embodiment of the present disclosure, when the second query is performed, the candidate result still fails to meet the preset condition, and the second query fails, and the target block chain node issues the warning information to the blockchain network. in. The warning information includes: a transaction hash, an account address, or a query keyword in the query request. The warning information is used to prompt the nodes in the blockchain network, and the data corresponding to the query request presents a security risk. In an embodiment, if the query end is a node device in the non-blockchain network, the target block chain node sends a prompt message to the query end, where the prompt information is used to prompt that the query result is unavailable or the query is invalid.

It should be understood that when the second query fails, the third and fourth times of the query may also be performed, and the number of queries may be set according to actual conditions until the number of queries reaches the maximum number of queries, and when the query fails, according to the figure 5 outputs warning information and prompt information. The index of the query node can be increased once for each additional query.

The data query method of the embodiment of the present disclosure determines different query strategies according to different security levels, avoids query errors caused by single node being attacked, data being tampered with, etc.; improves credibility and correctness of query results, and prevents blockchain Query errors and security risks caused by tampering with data; avoiding the possibility of querying only a single node, and the single node being attacked or data being tampered with, so that the error message is queried; on the other hand, it is avoided All query requests use the same proportion of query nodes for resource waste caused by query, and each query passes the 100% blockchain node to query the burden on all blockchain nodes, which can ensure reliable query results. In the case of sex, reduce the negative impact on the concurrency of the blockchain.

FIG. 6 is a schematic flowchart diagram of a data query method according to another embodiment of the present disclosure. The method includes the following steps:

In step 601, determining, according to the query request sent by the target blockchain node, the security level of the data to be queried corresponding to the query request;

In step 602, a probability of responding to the query request is determined according to the security level;

In step 603, when the response query request is determined according to the probability, the query result is returned to the target. Standard blockchain node.

In this embodiment of the present disclosure, the target blockchain node (ie, the blockchain node that receives the query request sent by the query end or the blockchain node that generates the query request itself) issues the query request to the blockchain network. So that all nodes in the blockchain network can receive the query request. The blockchain node that receives the query request may determine the probability of responding to the query request according to the query policy corresponding to the query request, thereby returning the query result according to the probability.

Referring to FIG. 7, in the data query method according to an embodiment of the present disclosure, in step 701, the target blockchain node issues a query request to the blockchain network.

As with the embodiment illustrated in Figure 3 above, the query request may be generated by the target blockchain node itself or by an electronic device in the non-blockchain network.

In this embodiment, the target blockchain node sends a query request to the blockchain node connected to itself, and these blockchain nodes send query requests to other blockchain nodes, so that in the blockchain network Each blockchain node can receive a query request.

In step 702, the blockchain node that receives the query request determines the security level of the data to be queried according to the query request.

In step 703, a query policy is determined according to the security level of the data to be queried.

It should be understood that the step 702 determines the security level of the data to be queried, and the step 703 determines that the implementation principle of the query policy is the same as that of the embodiment shown in FIG. 3, and details are not described herein again.

In step 704, the blockchain node determines the probability of responding to the query request according to the query policy corresponding to the security level.

In an embodiment of the present disclosure, the probability of responding to the query request is the same as the ratio of the query nodes in Table 1 above, whereby the blockchain node can query from the block storing the information shown in Table 1 to a different security level. The probability of responding to the query request.

Since the security level and the probability of responding to the query request are corresponding, the blockchain node can obtain the probability that it needs to respond to the query request according to the security level. In one embodiment, the blockchain After the node obtains the probability of responding to the query request, it determines whether it responds to the query request by generating a random number.

For example, if the probability of responding to a query request is 80%, the random number can be any integer between 1 and 10. It can be seen that the probability that the ten digits 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 appear in the random array is 10%. Since the probability of responding to the query request is 80%, it can be set to not respond to the query request if the generated random number is 1 or 2, and respond to the query request if the generated random number is any number between 3 and 10. According to this method, since each node has an 80% probability, the result will be returned. According to the probability theory, about 80% of the nodes working normally in the blockchain network will respond to the query request and return the query result. Because some nodes in the blockchain may not be able to respond to any request due to shutdown or crash, the total number of nodes in the 80% blockchain network should be used as the denominator to determine whether the query result satisfies the percentage of the query success decision threshold. The number of query results that are the highest among the query results returned by the blockchain node in response to the query request is a numerator that determines whether the percentage of the query success determination threshold is satisfied.

It should be understood that the block chain node may further determine whether to respond to the query request according to other manners, for example, if the proportion of the query node corresponding to the security level is higher than a preset value, in response to the query request manner, the embodiment of the present disclosure is This is not limited.

In step 705, in response to the query node of the query request, the query result is returned to the target blockchain node.

It should be understood that the implementation process of the query node to obtain the query result is the same as the embodiment shown in FIG. 2, and details are not described herein again.

In step 706, the target blockchain node determines the candidate result according to the query result returned by the query node.

In step 707, when the candidate result satisfies the preset condition, the candidate result is used as the query result corresponding to the data to be queried.

It should be understood that

steps

706 and 707 and

steps

306 and 307 of the embodiment shown in FIG. 3 above. The implementation process is the same and will not be described here.

When the candidate result does not satisfy the preset condition of the query result discrimination threshold, the query is re-inquired. In an embodiment of the present disclosure, when the query is re-inquired, the target blockchain node re-publishes the query request to the blockchain network, and if the blockchain node receives the same query request again, it will respond to the query request. The probability is increased according to the second preset ratio, and the second preset ratio can be set to be 10%-50%. In some embodiments, if the first query is unsuccessful (ie, the candidate result does not satisfy the preset condition), the blockchain node that receives the same query request again increases the probability of responding to the query request to 100%, ie All nodes in the blockchain network that receive the query request respond to the query request

The query node responding to the query request returns the query result to the target blockchain node. The target block chain node determines the candidate result according to the query result returned by the query node.

When the candidate result satisfies the preset condition, the candidate result is used as the query result corresponding to the data to be queried.

It should be understood that, when determining whether the candidate result meets the preset condition, the query success determination threshold may remain unchanged, or the ratio is increased. The disclosure is not limited to the embodiment shown in FIG. 4 above, when performing the second query. If the candidate result still fails to meet the preset condition, the second query fails, and the target block chain node issues the warning information to the blockchain network. The warning information includes: a transaction hash, an account address, or a query keyword in the query request. The warning information is used to prompt the nodes in the blockchain network, and the data corresponding to the query request presents a security risk. In an embodiment, if the query end is a node device in the non-blockchain network, the target block chain node sends a prompt message to the query end, where the prompt information is used to prompt that the query result is unavailable or the query is invalid.

It should be understood that when the second query fails, the third and fourth times of the query may also be performed, and the number of queries may be set according to actual conditions until the number of queries reaches the maximum number of queries, and when the query fails, according to the figure 5 outputs warning information and prompt information. Each additional query increases the probability of responding to a query request by one.

The data query method of the embodiment of the present disclosure determines different query strategies according to different security levels. It avoids query errors caused by single node being attacked, data being tampered with, etc.; improving the credibility and correct rate of query results, preventing query errors and security risks caused by blockchain data being tampered with; avoiding only by single node Querying, and the single node is attacked or the data is tampered with, making the possibility of querying the error message; on the other hand, it avoids the waste of resources caused by the query of all the query requests using the same proportion of query nodes, and Each query passes the 100% blockchain node to query the burden on all blockchain nodes, which can reduce the negative impact on the concurrency of the blockchain while ensuring the reliability of the query results.

Referring to FIG. 8, an embodiment of the present disclosure further provides a data query device, which is applied to a blockchain node of a blockchain network, and the device includes:

The security level determining module 801 is configured to receive a query request, and determine a security level of the data to be queried corresponding to the query request;

The first query node determining module 802 is configured to determine a query node according to the security level, where the query node is a node in a blockchain network;

The first query request forwarding module 803 is configured to send the query request to the determined query node;

The first query result determining module 804 is configured to receive the query result returned by the query node. If the query result with the highest ratio meets the preset condition, the query result with the highest ratio is used as the query result corresponding to the data to be queried. .

In an embodiment, the security level determining module 801 is configured to query a security level corresponding to the to-be-queried data in a block in which the correspondence between the data to be queried and the security level is stored.

In one embodiment, the first query result determining module 804 includes:

a first candidate result determining submodule configured to use the highest ranked query result as a first candidate result;

a first query result determining submodule configured to return the query result as the first candidate When the ratio of the number of the query nodes to the total number of the query nodes is greater than or equal to the query success judgment threshold corresponding to the data to be queried, the query result with the highest ratio is used as the query result corresponding to the data to be queried.

In one embodiment, the apparatus 800 further includes:

The query node adjustment module 805 is configured to adjust the number of query nodes when the highest proportion of the query result does not meet the preset condition;

The second query node determining module 806 is configured to determine the query node according to the adjusted number of query nodes;

a second query request forwarding module 807 configured to forward the query request to the determined query node;

The second query result determining module 808 is configured to determine a query result corresponding to the to-be-queried data according to the query result returned by the query node.

In one embodiment, the second query result determining module 808 includes:

a second candidate result determining submodule configured to use the highest proportion of the query result as the second candidate result;

The early warning information issuance sub-module is configured to, when the returned query result is that the ratio of the number of query nodes of the second candidate result to the total number of query nodes is smaller than the query success judgment threshold corresponding to the to-be-queried data, to the blockchain network Post warning information.

Referring to FIG. 9, an embodiment of the present disclosure further provides a data query apparatus, which is applied to a blockchain node of a blockchain network, and the apparatus 900 includes:

The security level determining module 901 is configured to determine, according to the query request sent by the target blockchain node, a security level of the data to be queried corresponding to the query request;

The query probability determining module 902 is configured to determine a probability of responding to the query request according to the security level;

The first query result returning module 903 is configured to determine the response according to the probability When the request is queried, the query result is returned to the target blockchain node.

In one embodiment, the apparatus 900 further includes:

The probability adjustment module 904 is configured to adjust the probability when the query request is repeatedly received;

The second query result returning module 905 is configured to, when determining to respond to the query request according to the adjusted probability, return a query result to the target blockchain node

In one embodiment, the first query result return module 903 includes:

a first block determining submodule configured to determine, according to the transaction hash, a block in which the data to be queried is located when the transaction hash is included in the query request;

The first query result determining submodule is configured to acquire data from the determined block and return the acquired data as a query result to the target blockchain node.

In one embodiment, the first query result return module 903 includes:

a transaction verification submodule configured to verify a transaction corresponding to the transaction hash according to the transaction hash when the transaction hash is included in the query request;

a second query result determining submodule configured to return the verification result as the query result to the target blockchain node, the verification result including at least: whether the transaction has been recorded in the block, and the obtained confirmation The number of blocks.

In one embodiment, the first query result return module 903 includes:

a second block determining submodule configured to determine, according to the account address, a block corresponding to the account address when the query request includes an account address;

The third query result determining submodule is configured to acquire data from the determined block and return the acquired data as the query result to the target blockchain node.

In one embodiment, the first query result return module 903 includes:

a third block determining submodule configured to: when the query request includes a query keyword, traverse the blockchain according to the query keyword, and obtain data corresponding to the keyword; and

The fourth query result determining submodule is configured to return data corresponding to the keyword as the query result to the target blockchain node.

With regard to the apparatus in the above embodiments, the specific manner in which the respective modules perform the operations has been described in detail in the embodiment relating to the method, and will not be explained in detail herein.

FIG. 10 is a block diagram of an apparatus 1000 for a data query method, which may be a node device in a blockchain, according to an exemplary embodiment. As shown in FIG. 10, the apparatus 1000 can include a processor 1001, a memory 1002, a multimedia component 1003, an input/output (I/O) interface 1004, and a communication component 1005.

The processor 1001 is configured to control the overall operation of the apparatus 1000 to complete all or part of the steps of the data query method described above. The memory 1002 is for storing operating systems, various types of data to support operations at the device 1000, such as instructions that may include any application or method for operation on the device 1000, and application-related data. The memory 1002 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as a static random access memory (SRAM), an electrically erasable programmable read only memory ( Electrically Erasable Programmable Read-Only Memory (EEPROM), Erasable Programmable Read-Only Memory (EPROM), Programmable Read-Only Memory (PROM), Read Only Read-Only Memory (ROM), magnetic memory, flash memory, disk or optical disk.

The multimedia component 1003 can include a screen and an audio component. The screen may be, for example, a touch screen, and the audio component is used to output and/or input an audio signal. For example, the audio component can include a microphone for receiving an external audio signal. The received audio signal may be further stored in memory 1002 or transmitted via communication component 1005. The audio component also includes at least one speaker for outputting an audio signal. I/O interface 1004 provides for communication between processor 1001 and other interface modules Interface, the other interface modules mentioned above may be a keyboard, a mouse, a button, and the like. These buttons can be virtual buttons or physical buttons. Communication component 1005 is used for wired or wireless communication between the device 1000 and other devices. Wireless communication, such as Wi-Fi, Bluetooth, Near Field Communication (NFC), 2G, 3G or 4G, or a combination of one or more of them, so the corresponding communication component 1005 can include: Wi-Fi module, Bluetooth module, NFC module.

In an exemplary embodiment, the device 1000 may be configured by one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), and digital signal processing devices (Digital Signal Processors). Processing Device (DSPD), Programmable Logic Device (PLD), Field Programmable Gate Array (FPGA), controller, microcontroller, microprocessor or other electronic components Used to execute the above data query method.

In another exemplary embodiment, there is also provided a computer program product comprising a computer program executable by a programmable device, the computer program having when executed by the programmable device The code portion used to perform the data query method described above.

In another exemplary embodiment, there is also provided a non-transitory computer readable storage medium comprising instructions, such as a memory 1002 comprising instructions executable by processor 1001 of apparatus 1000 to perform the data query method described above . By way of example, the non-transitory computer readable storage medium can be a ROM, a Random Access Memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, and an optical data storage device.

The preferred embodiments of the present disclosure have been described in detail above with reference to the accompanying drawings. However, the present disclosure is not limited to the specific details of the above embodiments, and various simple modifications can be made to the technical solutions of the present disclosure within the scope of the technical idea of the present disclosure. These simple variations are all within the scope of the disclosure.

Any process or method described in the flowchart or otherwise in the embodiments of the present disclosure The description may be understood to represent a module, segment or portion of code comprising one or more executable instructions for implementing the steps of a particular logical function or process, and the scope of embodiments of the present disclosure includes additional implementations in which The functions are not performed in a substantially simultaneous manner or in the reverse order, depending on the order shown or discussed, which should be understood by those skilled in the art to which the embodiments of the present disclosure.

It should be further noted that the specific technical features described in the above specific embodiments may be combined in any suitable manner without contradiction. In order to avoid unnecessary repetition, the present disclosure will not be further described in various possible combinations.

In addition, any combination of various embodiments of the present disclosure may be made as long as it does not deviate from the idea of the present disclosure, and should also be regarded as the disclosure of the present disclosure.

Claims

A data query method, characterized by being applied to a blockchain node of a blockchain network, the method comprising:

Receiving a query request, determining a security level of the data to be queried corresponding to the query request;

Determining a query node according to the security level, where the query node is a node in a blockchain network;

Sending the query request to the determined query node;

Receiving the query result returned by the query node, if the query result with the highest ratio meets the preset condition, the query result with the highest ratio is used as the query result corresponding to the data to be queried.
The method according to claim 1, wherein the step of receiving a query request and determining a security level of the data to be queried corresponding to the query request comprises:

The security level corresponding to the to-be-queried data is queried in the block in which the correspondence between the data to be queried and the security level is stored.
The method according to claim 1, wherein the step of using the highest proportion of the query result as the query result corresponding to the to-be-queried data comprises:

Taking the highest-ranking query result as the first candidate result;

When the returned query result is that the ratio of the number of the query nodes of the first candidate result to the total number of query nodes is greater than or equal to the query success judgment threshold corresponding to the data to be queried, the query result with the highest ratio is taken as the Query the query result corresponding to the data.
The method of claim 1 further comprising:

When the query result with the highest ratio does not meet the preset condition, the number of query nodes is adjusted;

Determining a query node according to the adjusted number of query nodes;