A blockchain light node implementation method based on data alerts to be uploaded to the chain

Abstract

This application discloses a method for implementing blockchain light nodes based on pending data alerts, which is used to address the existing problem that blockchain light nodes do not participate in maintaining the security of the blockchain network environment. The method includes: a blockchain network includes light nodes and full nodes, the light nodes receiving pending data alerts sent by other nodes in the blockchain network; after receiving the pending data alerts, the light nodes obtain the original data corresponding to the pending data alerts; and the light nodes verify the original data.

Description

Technical Field

[0001] The present application relates to the field of blockchain technology, and in particular to a method for implementing a blockchain light node based on an alert for data to be uploaded to the chain. Background Art

[0002] With the development of blockchain technology, people are paying more attention to further ensuring the security of the blockchain network environment under limited storage space.

[0003] In some blockchain networks, nodes are divided into two categories: full nodes and light nodes based on the difference in the data stored in the nodes. Full nodes store all data and take up a large storage space, while light nodes only store the block header data and do not store other specific data in the block, so they take up less storage space.

[0004] In these blockchain networks, only full nodes participate in the maintenance of blockchain environment security, and light nodes do not participate in the maintenance of blockchain network environment security.

[0005] However, the number of light nodes is often much larger than the number of full nodes. In this case, as long as the malicious actor can control a portion of the full nodes, it may threaten the security of the blockchain network environment. However, this portion of full nodes accounts for a very small proportion of the total number of nodes, thus reducing the cost of malicious behavior, which is not conducive to the security of the blockchain network environment. Summary of the Invention

[0006] The embodiment of the present application provides a blockchain light node implementation method based on the alert of data to be uploaded to the chain, which is used to solve the problem in the prior art that blockchain light nodes do not participate in the maintenance of the security of the blockchain network environment.

[0007] The embodiment of the present application provides a blockchain light node implementation method based on an alert of data to be uploaded to the chain, characterized by comprising:

[0008] The light node receives an alert of data to be uploaded to the blockchain sent by other nodes in the blockchain network;

[0009] After receiving the to-be-uplinked data alarm, the light node obtains the original data corresponding to the to-be-uplinked data alarm;

[0010] The light node verifies the original data.

[0011] Since light nodes can receive alerts of data to be uploaded to the chain and can obtain the original data corresponding to the alerts of data to be uploaded to the chain, light nodes can verify the original data and participate in the security maintenance of the blockchain network environment.

[0012] Optionally, after the light node receives an alert of data to be uploaded to the blockchain sent by other nodes in the blockchain network, the method further includes:

[0013] The light node determines whether the number of different nodes that send the to-be-uplinked data alarm to itself exceeds a preset value;

[0014] If so, forward the pending uplink data alert to other nodes.

[0015] Optionally, the light node receives an alert of data to be uploaded to the blockchain sent by other nodes in the blockchain network, specifically including:

[0016] The light node receives a to-be-uplinked data alarm, wherein the to-be-uplinked data alarm is sent by the full node after verification of the corresponding data original fails.

[0017] Optionally, the light node receives an alert of data to be uploaded to the blockchain sent by other nodes in the blockchain network, specifically including:

[0018] The light node receives the data alert to be uploaded forwarded by other light nodes.

[0019] Since light nodes can receive data alerts to be uploaded to the chain forwarded by other light nodes, the pressure on full nodes to send data alerts to be uploaded to the chain to light nodes is reduced, thereby reducing the network burden.

[0020] Optionally, obtaining the original data corresponding to the data alarm to be uploaded specifically includes:

[0021] The light node obtains the original data corresponding to the data alarm to be uploaded from the full node; or

[0022] The light node obtains the original data from other light nodes.

[0023] Optionally, after the light node verifies the original data, the process further includes:

[0024] If the verification of the original data fails, the light node stores the original data.

[0025] Optionally, after the light node stores the original data and forwards the original data to other nodes, the method further includes:

[0026] The light node releases the storage space for storing the original data.

[0027] The light node releases the storage space for storing the original data, saving the storage space of the light node.

[0028] Optionally, after the light node verifies the original data, the process further includes:

[0029] If the verification of the original data is successful, the light node will determine other nodes that sent the original data as malicious nodes.

[0030] Optionally, after the light node determines that other nodes that send the original data are malicious nodes, the process further includes:

[0031] If a data alert to be uploaded is received again from the malicious node, the system refuses to respond to the data alert; or

[0032] Refuse to receive the data alert to be uploaded to the chain sent again by the malicious node.

[0033] Optionally, after the light node verifies the original data, the process further includes:

[0034] If the verification of the original data fails, the light node participates in the consensus process corresponding to the original data.

[0035] The embodiments of the present application, through at least one of the above technical solutions, enable light nodes to participate in maintaining the security of the blockchain network environment. Based on the pending data alert, they can obtain the original data corresponding to the pending data alert and verify the original data. This solves the problems existing in the prior art. BRIEF DESCRIPTION OF THE DRAWINGS

[0036] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0037] Figure 1 A process diagram of a blockchain light node implementation method based on an alert for data to be uploaded to the chain, provided in an embodiment of the present application. DETAILED DESCRIPTION

[0038] To further clarify the objectives, technical solutions, and advantages of this application, the following description clearly and completely describes the technical solutions of this application in conjunction with the specific embodiments of this application and the corresponding drawings. Obviously, the described embodiments are only a portion of the embodiments of this application, not all of them. All other embodiments derived by persons of ordinary skill in the art based on the embodiments of this application without inventive effort are also within the scope of protection of this application.

[0039] In response to the problems in the background technology, this application proposes a blockchain light node implementation method based on data alarms to be uploaded to the chain. The light node can receive data alarms to be uploaded to the chain, obtain the original data corresponding to the data alarms to be uploaded to the chain, and verify the original data, thereby participating in the maintenance of the security of the blockchain network environment.

[0040] The following describes in detail the technical solutions provided by various embodiments of the present application in conjunction with the accompanying drawings.

[0041] Figure 1 A process diagram of a blockchain light node implementation method based on an alert for data to be uploaded to the chain provided in an embodiment of the present application may include the following steps:

[0042] S101: The light node receives an alert of data to be uploaded to the blockchain sent by other nodes in the blockchain network.

[0043] In the embodiment of the present application, the blockchain network includes light nodes and full nodes, and the number of light nodes is greater than the number of full nodes. There are two ways for light nodes to receive alerts about data to be uploaded to the chain:

[0044] First, light nodes receive pending data on-chain alerts. These alerts are sent by full nodes after failing to verify the corresponding data source. In a blockchain network, full nodes verify the source text of the data to be on-chain. If a full node discovers that the source text is false by tracing the data source, it sends a pending data on-chain alert to surrounding light nodes. For example, in a Bitcoin transaction, a malicious node tampered with the transaction data and wanted to have it uploaded to the blockchain. For example, a malicious node has 20 bitcoins in its account balance. After paying a transaction with 2 bitcoins, it has 18 bitcoins remaining. However, the malicious node tampered with the remaining 18 bitcoins after the transaction to 20 bitcoins before the transaction and wanted to write the tampered data to the blockchain network, performing two transactions. Meanwhile, a large number of other malicious nodes, after verifying the transaction information, agreed to the request to write the tampered data to the blockchain. However, other full nodes failed to verify the transaction data, believing it to be incorrect and not wanting it to be uploaded to the blockchain network. At this point, the other full nodes that verified the transaction data as incorrect send a pending upload warning to the light node. The light node receives the pending upload warning sent by the full node.

[0045] After step S101, the light node determines whether the number of different nodes that send to-be-uplinked data alarms to itself exceeds a preset value. If so, the light node forwards the to-be-uplinked data alarms to other nodes.

[0046] In an embodiment of the present application, if a light node receives a pending data on-chain alert, and the received pending data on-chain alerts are sent by a certain number of different nodes, and the number exceeds a preset value of the blockchain network, the preset value can be a specific number, such as 5 different nodes or 10 different nodes, without limitation. The different nodes in this case can be different full nodes, different light nodes, or different full nodes and light nodes. When a light node receives pending data on-chain alerts from more than the preset number of different nodes, the light node also participates in the process of sending pending data on-chain alerts and continuously forwards the pending data on-chain alerts. For example, in a blockchain network, the preset value for light nodes to forward pending data on-chain alerts is 5 different nodes. If a light node receives pending data on-chain alerts from 2 different full nodes and no other pending data on-chain alerts, the light node will not participate in forwarding pending data on-chain alerts. If a light node receives pending data on-chain alerts from 5 or more different full nodes, the light node will forward the pending data on-chain alert. If a light node receives pending data on-chain alerts from five or more different other light nodes, or two different full nodes and three different other light nodes, the light node will forward the pending data on-chain alerts.

[0047] Second, light nodes receive data alerts for pending chain uploads forwarded by other light nodes. In a blockchain network, to reduce the network pressure of full nodes sending data alerts for pending chain uploads to other nodes, light nodes can forward data alerts for pending chain uploads, and can also receive data alerts for pending chain uploads forwarded by other light nodes. For example, in a blockchain network, after a light node determines that it has received data alerts for pending chain uploads sent by other nodes that exceed a preset value, it forwards the data alerts for pending chain uploads to other nodes. Other light nodes receive data alerts for pending chain uploads sent by the light node. At this time, other light nodes may have already received data alerts for pending chain uploads sent by other nodes, and can determine whether to forward data alerts for pending chain uploads based on the preset values set in the blockchain network, thereby speeding up the propagation of data alerts for pending chain uploads and reducing the network pressure of full nodes sending data alerts for pending chain uploads to other nodes.

[0048] S102: After receiving the to-be-uplinked data alarm, the light node obtains the original data corresponding to the to-be-uplinked data alarm.

[0049] In an embodiment of the present application, the light node obtains the original data corresponding to the data alarm to be uploaded from the full node, or the light node obtains the original data from other light nodes.

[0050] For example, in a blockchain network, such as a blockchain network that traces the origin of a hairy crab, a hairy crab originates from Dongting Lake. A malicious node identifies it as originating from Yangcheng Lake and sends a request to upload it to the chain. Most malicious nodes agree to upload it to the chain. At this time, other full nodes fail to verify the original data corresponding to the data to be uploaded to the chain, and believe that the hairy crab originates from Dongting Lake. They send an alarm to other nodes to identify the Dongting Lake hairy crab as a Yangcheng Lake hairy crab. After a light node receives this alarm, it will obtain the original data corresponding to the alarm that the Dongting Lake hairy crab is identified as a Yangcheng Lake hairy crab from the full node. At this time, other light nodes can obtain the corresponding original data from the light node that obtained the corresponding original data, without having to obtain the corresponding original data from the full node.

[0051] S103: The light node verifies the original data.

[0052] In an embodiment of the present application, after the light node obtains the original data corresponding to the data to be uploaded to the chain alarm, it verifies the original data. For example, in a Bitcoin transaction system, after a transaction, a malicious node tampered with the transaction information. The account balance should have 30 bitcoins remaining, but the malicious node changed it to 32 bitcoins remaining in the account balance and issued a request to upload the transaction to the chain. The full node failed to verify the data and believed that the account balance should have 32 bitcoins remaining after the transaction, and issued a data to be uploaded to the chain alarm. After obtaining the original data corresponding to the data to be uploaded to the chain alarm, the light node traced the transaction information and verified the original data corresponding to the data to be uploaded to the chain alarm.

[0053] If the verification of the original data fails, the light node stores the original data. In an embodiment of the present application, the light node verifies the original data corresponding to the data alarm to be uploaded to the chain. If it still believes that the original data is wrong, the account balance should be 30 bitcoins after this transaction, instead of 32 bitcoins. The light node will store the original data instead of just storing the block header of the blockchain. If the light node is not sure whether the original data is correct or wrong after verifying the original data, the light node can also re-verify the original data until the exact result is verified, and determine whether to store the original data based on the verification result.

[0054] After the light node stores the original data and forwards the original data to other nodes, the light node releases the storage space for storing the original data.

[0055] In an embodiment of the present application, if the light node fails to verify the original data, it will store the original data and then forward the original data to other nodes. At this time, the light node stores the original data and occupies storage space, but the original data is no longer useful to this light node. The light node will release the storage space for storing the original data, saving the storage space of the light node and reducing the storage load of the blockchain network.

[0056] After the light node verifies the original data, if the verification of the original data passes, the light node determines that other nodes that sent the original data are malicious nodes.

[0057] In an embodiment of the present application, the light node verifies the original data received from other nodes. If the verification of the original data passes, it proves that the other node that sent the original data is a malicious alarm node, and the light node identifies it as a malicious node.

[0058] After the light node determines that the other node that sent the original data is a malicious node, if the malicious node sends a data alarm to be uploaded again, the light node refuses to respond to the data alarm to be uploaded, or refuses to receive the data alarm to be uploaded sent again by the malicious node.

[0059] In the embodiment of the present application, if a light node receives a warning about pending data being uploaded to the blockchain again from a malicious node, it can either take no action on the warning or blacklist the malicious node and refuse to receive further warnings about pending data being uploaded from the malicious node. This prevents malicious nodes from intentionally sending warnings about pending data being uploaded to the blockchain and causing congestion in the blockchain network.

[0060] After the light node verifies the original data, if the verification of the original data fails, the light node participates in the consensus process corresponding to the original data.

[0061] In the embodiment of the present application, if the light node fails to verify the original data, it will participate in the consensus process corresponding to the original data. This consensus process can be a proof-of-work mechanism. Since the number of light nodes in the blockchain network is larger than that of the majority of full nodes, after a large number of light nodes participate in the consensus process corresponding to the original data, the workload of the malicious node is difficult to exceed the sum of the workload of the light nodes and some full nodes, so that the security of the blockchain network environment is more effectively guaranteed.

[0062] The foregoing is merely an embodiment of the present application and is not intended to limit the present application. For those skilled in the art, the present application may have various changes and variations. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present application should all be included within the scope of the claims of the present application.

Claims

1. A blockchain light node implementation method based on the alert of data to be uploaded to the chain, characterized in that: The blockchain network includes light nodes and full nodes, and the method includes: The light node receives an alert of data to be uploaded to the blockchain sent by other nodes in the blockchain network; After receiving the to-be-uplinked data alarm, the light node obtains the original data corresponding to the to-be-uplinked data alarm; The light node verifies the original data; After the light node receives an alert of data to be uploaded to the blockchain sent by other nodes in the blockchain network, the method further includes: The light node determines whether the number of different nodes that send the to-be-uplinked data alarm to itself exceeds a preset value; If yes, forward the pending uplink data alert to other nodes; After the light node verifies the original data, the method further includes: If the verification of the original data fails, the light node stores the original data; After the light node stores the original data and forwards the original data to other nodes, the method further includes: The light node releases the storage space storing the original data; After the light node verifies the original data, the method further includes: If the verification of the original data is successful, the light node will determine the other nodes that sent the original data as malicious nodes; After the light node determines that other nodes that send the original data are malicious nodes, the method further includes: If a data alert to be uploaded is received again from the malicious node, the system refuses to respond to the data alert; or Refuse to receive the data alert to be uploaded to the chain sent again by the malicious node.

2. The method according to claim 1, characterized in that The light node receives an alert of data to be uploaded to the blockchain sent by other nodes in the blockchain network, specifically including: The light node receives a to-be-uplinked data alarm, wherein the to-be-uplinked data alarm is sent by the full node after verification of the corresponding data original fails.

3. The method according to claim 1, characterized in that The light node receives an alert of data to be uploaded to the blockchain sent by other nodes in the blockchain network, specifically including: The light node receives the data alert to be uploaded forwarded by other light nodes.

4. The method according to claim 1, wherein The obtaining of the original data corresponding to the data alarm to be uploaded specifically includes: The light node obtains the original data corresponding to the data alarm to be uploaded from the full node; or The light node obtains the original data from other light nodes.

5. The method according to claim 1, wherein After the light node verifies the original data, the method further includes: If the verification of the original data fails, the light node participates in the consensus process corresponding to the original data.

Images