Data supervision method and device based on block chain, electronic equipment, storage medium and program product

Abstract

The invention provides a data supervision method and device based on a block chain, electronic equipment, a storage medium and a program product, relates to the technical field of digital information transmission, greatly relieves the pressure of full-node storage equipment data in a block chain system by obtaining an optimal deployment scheme of light nodes, and improves the data supervision efficiency. And the efficiency of simultaneously storing a large amount of equipment data in the block chain is improved. The equipment data is stored through the park chain, and the target block head is stored through the city chain, so that each park can link different equipment data according to respective needs, the storage resources of the city chain and the park chain are utilized to the maximum extent, and the data processing capability of the whole block chain system is improved. The city root CA and the park root CA are connected through the authentication module, cross-domain communication between the city chain and the park chain is achieved, and meanwhile data transmission safety between the city chain and the park chain is guaranteed.

Description

Technical Field

[0001] The present invention relates to the technical field of digital information transmission, and in particular, to a data supervision method, device, electronic device, storage medium, and program product based on blockchain. Background Art

[0002] Traditional wireless devices and sensor devices are usually deployed to cover an area with the same type of device, with the same data density and working ability that does not change with distance. The sensor location model is used to model the coverage area of the sensor network.

[0003] Generally, a data supervision system based on blockchain uploads the data of supervisors and supervised parties to the same blockchain, performs identity management, and uses Channel channels for data isolation.

[0004] All accounting (peer) nodes in the blockchain are full nodes, and each node records a complete block. For the blockchain network, the peer nodes will perform block synchronization operations with other peer nodes to ensure obtaining the latest status.

[0005] When the number of devices in the park is large and each device generates a large amount of data. If all nodes in the blockchain network store complete blocks, the storage resource requirements of the park will become a challenge. Summary of the Invention

[0006] The present invention provides a data supervision method, device, electronic device, storage medium, and program product based on blockchain, which is used to solve the defect of slow efficiency when storing a large amount of device data based on blockchain in the prior art, and realizes improving the efficiency of storing a large amount of device data on the blockchain.

[0007] In a first aspect, the present invention provides a data supervision method based on blockchain, including: determining an optimal deployment plan for lightweight nodes of the blockchain system based on the communication delay of the blockchain system and the influencing factors of the signal strength of the blockchain system; the lightweight nodes are used to collect device data of device nodes of the blockchain system; obtaining a park chain of the blockchain system based on the optimal deployment plan, storing the device data based on the park chain to obtain a target block header; supervising the target block header based on the city chain, park chain, and authentication module of the blockchain system, and the authentication module is used to connect the communication between the city root certification authority CA of the city chain and the park root CA of the park chain, and the city chain is used to store the target block header.

[0008] In one embodiment, the authentication module is constructed based on the following steps: cross-authenticate the campus root CA and the bridge CA of the authentication module to obtain a campus root certificate and a campus bridge certificate; the campus root certificate is used for the authentication of communication from the bridge CA to the campus root CA, and the campus bridge certificate is used for the authentication of communication from the campus root CA to the bridge CA; cross-authenticate the city root CA and the bridge CA to obtain a city root certificate and a city bridge certificate; the city root certificate is used for the authentication of communication from the bridge CA to the city root CA, and the city bridge certificate is used for the authentication of communication from the city root CA to the bridge CA; construct a campus proxy certificate, which is used for the communication authentication from the campus root CA to the campus proxy end of the campus chain; construct a city proxy certificate, which is used for the communication authentication from the city root CA to the city proxy end of the city chain; based on the campus root certificate, the campus bridge certificate, the city root certificate, the city bridge certificate, the campus proxy certificate and the city proxy certificate, obtain the authentication module.

[0009] In one embodiment, based on the communication delay of the blockchain system and the influencing factors of the signal strength of the blockchain system, determine the optimal deployment scheme of the light nodes of the blockchain system, including: obtaining the average communication round-trip delay of the blockchain system, the decibel value of the average transmit-receive power ratio of the blockchain system, the data transmission distance between the light node and the device node, the data reception volume threshold of the blockchain system, the signal strength reception threshold within the blockchain system, the network throughput threshold of the blockchain system, and the light node utilization threshold; constructing an objective function based on the average communication round-trip delay, the decibel value of the average transmit-receive power ratio, the first influencing factor and the second influencing factor; determining a set of constraint conditions for the objective function based on the data transmission distance, the data reception volume threshold, the signal strength reception threshold, the network throughput threshold and the light node utilization threshold; solving the optimal solution of the objective function based on the set of constraint conditions and the whale optimization algorithm to obtain the optimal deployment scheme.

[0010] In one embodiment, the campus chain includes light nodes, campus sorting nodes and full nodes. Storing device data based on the campus chain includes: collecting device data based on the light nodes and sending the device data to the campus sorting nodes; packing the device data into the blocks of the campus chain based on the campus sorting nodes and sending the packed campus chain blocks to the full nodes; storing the packed campus chain blocks and the device index table in the buffer pool of the campus chain based on the full nodes to complete the storage of the device data, and sending the target block header to the light nodes for the light nodes to update the stored data of the campus chain based on the target block header. The device index table includes the mapping relationship between the target block header and the device node.

[0011] In one embodiment, packing device data into a block of the park chain based on the park sorting node includes: sorting device data based on the IP of the device node, constructing a first Merkle tree based on the hash value of the sorted device data, storing the tree node hash value of the first Merkle tree into the block body of the park chain, and storing the root node hash value of the first Merkle tree into the block header of the park chain, so as to pack the device data into the block of the park chain.

[0012] In one embodiment, the city chain includes a city agent, a supervision node, and a city sorting node. Supervising a target block header based on the city chain, park chain, and authentication module of the blockchain system includes: sending the target block header to the city agent based on the park agent and authentication module of the park chain, endorsing the target block header to the supervision node based on the city agent, and sending the endorsement result and the target block header to the city sorting node; packing the target block header into a block of the city chain based on the city sorting node to obtain a packed city chain block, and sending the packed city chain block to the supervision node; checking and storing the packed city chain block based on the supervision node and the endorsement result of the target block header.

[0013] In one embodiment, packing the target block header into a block of the city chain based on the city sorting node includes: sorting the target block header based on the city sorting node, constructing a second Merkle tree based on the hash value of the sorted target block header, storing the tree node hash value of the second Merkle tree into the block body of the city chain, and storing the root node hash value of the second Merkle tree into the block header of the city chain, so as to pack the target block header into the block of the city chain.

[0014] In a second aspect, the present invention provides a data supervision device based on a blockchain, including: a communication optimization module, configured to determine an optimal deployment scheme for light nodes of the blockchain system based on the communication delay of the blockchain system and the influencing factors of the signal strength of the blockchain system; a light node for collecting device data of device nodes of the blockchain system; a first supervision module, configured to obtain the park chain of the blockchain system based on the optimal deployment scheme, store the device data based on the park chain to obtain a target block header; a second supervision module, configured to supervise the target block header based on the city chain, park chain, and authentication module of the blockchain system, and the authentication module is configured to connect the communication between the city root certification authority CA of the city chain and the park root CA of the park chain, and the city chain is configured to store the target block header.

[0015] In a third aspect, the present invention further provides an electronic device, including a memory, a processor, and a computer program stored on the memory and executable on the processor. When the processor executes the computer program, it implements any one of the above-mentioned data supervision methods based on a blockchain.

[0016] Fourthly, the present invention further provides a non-transitory computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, it implements any of the above-mentioned blockchain-based data supervision methods.

[0017] Fifthly, the present invention further provides a computer program product, including a computer program, and when the computer program is executed by a processor, it implements any of the above-mentioned blockchain-based data supervision methods.

[0018] The blockchain-based data supervision method, device, electronic device, storage medium and program product provided by the present invention greatly relieve the pressure on the data of the full node storage device in the blockchain system by obtaining the optimal deployment plan of the light nodes, and improve the efficiency of storing a large amount of device data in the blockchain at the same time. The device data is stored through the park chain, and the target block header is stored through the city chain, realizing that each park uploads different device data to the chain according to its own needs, maximizing the utilization of the storage resources of the city chain and the park chain, and improving the data processing ability of the entire blockchain system. The present invention connects the city root CA and the park root CA through the authentication module, realizes cross-domain communication between the city chain and the park chain, and at the same time ensures the security of data transmission between the city chain and the park chain. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] In order to more clearly illustrate the technical solutions in the present invention or the prior art, the following will briefly introduce the drawings required for the description of the embodiments or the prior art. Obviously, the drawings in the following description are some embodiments of the present invention. For those of ordinary skill in the art, other drawings can be obtained according to these drawings without creative efforts.

[0020] Figure 1 is one of the flow diagrams of the blockchain-based data supervision method provided by the present invention.

[0021] Figure 2 is the second flow diagram of the blockchain-based data supervision method provided by the present invention.

[0022] Figure 3 is the flow diagram of determining the optimal deployment plan provided by the present invention.

[0023] Figure 4 is the schematic diagram of the block structure of the park chain provided by the present invention.

[0024] Figure 5 is the schematic diagram of the block structure of the city chain provided by the present invention.

[0025] Figure 6 is the schematic diagram of the structure of the light node provided by the present invention.

[0026] Figure 7 It is a structural diagram of the authentication module provided by the present invention.

[0027] Figure 8 This is the third flow chart of the blockchain-based data supervision method provided by the present invention.

[0028] Figure 9 It is a schematic diagram of the communication domain of the light node and the communication domain of the device node provided by the present invention.

[0029] Figure 10 It is a structural schematic diagram of the blockchain-based data supervision device provided by the present invention.

[0030] Figure 11 It is a structural schematic diagram of the electronic device provided by the present invention. DETAILED DESCRIPTION

[0031] In order to make the purpose, technical solution and advantages of the present invention clearer, the technical solution of the present invention will be clearly and completely described below in conjunction with the drawings of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0032] Combine the following Figures 1 - 11 The present invention describes the blockchain-based data supervision method, device and electronic device.

[0033] Figure 1 This is one of the flow charts of the blockchain-based data supervision method provided by the present invention, such as Figure 1 As shown, the blockchain-based data supervision method includes steps S100 to S300, and the details of each step are as follows.

[0034] S100: Determine the optimal deployment plan of the light nodes of the blockchain system based on the communication delay of the blockchain system and the signal strength influencing factors of the blockchain system; the light nodes are used to collect device data of the device nodes of the blockchain system.

[0035] Traditional wireless device deployment has a single influencing factor and is not suitable for light node deployment. The blockchain system of the present invention considers the gradual decrease in light node data processing capacity as the distance increases and the data density of the campus sensor network, and uses the whale optimization algorithm to determine the most cost-effective light node optimal deployment plan.

[0036] like Figure 2As shown in the figure, the blockchain system of the present invention includes a Whale Optimization Algorithm (WOA) communication optimization module, a blockchain network, and a data verification module. The WOA communication optimization module determines the optimal deployment plan for the light nodes of the park chain, improving the efficiency of the wireless devices in the park to upload data to the chain. The blockchain network ensures that the key data of the blockchain system is not tampered with. The full nodes of the park chain submit the block headers to the park proxy, and the park proxy uniformly packages and uploads them to the city chain for data supervision. The city proxy checks whether the device data has been tampered with through the data verification module.

[0037] When the number of device nodes in the park is huge and each device node generates a large amount of data. If all the accounting (peer) nodes in the blockchain network store the complete blocks, the storage resource requirements of the park will become a challenge. Therefore, the blockchain system of the present invention introduces light nodes, which only store the block headers locally, saving a large amount of storage costs for the park. The device data upload is the responsibility of the light nodes, and the storage and verification of the device data are the responsibility of the full nodes of the park chain, greatly alleviating the pressure on the peer nodes of the blockchain network.

[0038] There is a cluster of wireless devices (device nodes) in the park and a cluster of light nodes , the number of device nodes is , the number of light nodes is . As Figure 9 shown, the device node and the light node use wireless communication to transfer data, and their signal domains can be abstracted as spheres centered on the device node. The device node needs to transmit the data to the light node through the wireless signal for uploading to the chain, and after the light node uploads the data to the chain, it needs to return the upload result to the device node through the wireless signal. Therefore, it is required that both the device node and the light node are within each other's communication domains to ensure the normal reception and transmission of device data, which is regarded as mutual access between the device node and the light node, and thus communication can be carried out.

[0039] Since the wireless devices (device nodes) in the park are deployed in a non-uniform distribution, the amount of data to be uploaded by each wireless device is different, and the signals between the light nodes and the wireless devices will attenuate as the respective distances increase, it is necessary to find the most cost-effective deployment method for the light nodes so that the wireless device cluster and the light node cluster can perform high-quality data uploading to the chain.

[0040] There are various factors to measure the quality of wireless communication, such as signal strength, bit error rate, data transmission rate, bandwidth, network latency, wireless signal coverage, communication connection stability, etc. Among them, network latency is related to data transmission rate and bandwidth. Although signal strength does not affect the data transmission rate, it will affect the bit error rate and communication connection stability, thus indirectly affecting network latency. For example, when the signal is poor, the bit error rate increases, resulting in data retransmission, which affects the total network latency. The wireless device signal coverage indirectly affects the deployment location of the light node cluster in the park.

[0041] Based on the above background, it is necessary to find the optimal communication latency between the light node cluster and the wireless device cluster, the wireless signal strength, as well as the deployment location and quantity of the corresponding light nodes in the park.

[0042] As Figure 6 shown, the internal structure of the light node consists of four parts: Software Development Kit (SDK), chain code, endorsement, and local ledger. The SDK can convert device data into a transaction proposal, including the parameters required to call the chain code. The chain code is a program running on the blockchain. Endorsement is mainly used to verify the transaction proposal and simulate transactions, and issue an endorsement certificate. The local ledger is the data of the block header maintained by the full node.

[0043] S200: Obtain the park chain of the blockchain system based on the optimal deployment plan, store the device data based on the park chain, and obtain the target block header.

[0044] The park chain includes light nodes, park ordering nodes, and full nodes. Storing device data based on the park chain includes: collecting device data based on the light nodes and sending the device data to the park ordering nodes; packing the device data into the blocks of the park chain based on the park ordering nodes and sending the packed park chain blocks to the full nodes; storing the packed park chain blocks and the device index table in the buffer pool of the park chain based on the full nodes, completing the storage of the device data, and sending the target block header to the light nodes for the light nodes to update the stored data of the park chain based on the target block header. The device index table includes the mapping relationship between the target block header and the device nodes.

[0045] The park chain includes light nodes, full nodes, and park sorting nodes. The optimal deployment plan includes the number and locations of the light nodes. Deploy the park chain, the data uploading of the park chain, and the data reporting smart contract of the park chain. Register the park root CA of the park chain in the authentication module. Each device node is directly connected to a suitable light node. The device node transmits device data to the light node. The light node has an in-built SDK to generate a transaction proposal, perform transaction simulation on the proposal, and return the endorsement result. The light node then combines the endorsement into the transaction proposal and sends the transaction proposal to the park sorting (order) node to complete the uploading of the device data to the chain. The park sorting node sorts the transaction proposal and packs the device data of the transaction proposal into a block of the park chain, and sends the packed park chain block to the full node (full peer). The full peer checks the packed park chain block. After verification, it updates the status of the stored data of the park chain, puts the target block header storing the device data into the buffer pool of the park agent of the park chain, adds the corresponding relationship between the target block header and the device node to the device index table, and at the same time returns the target block header to the light node. The light node updates the stored data of the park chain according to the received target block header.

[0046] According to the present invention, the light nodes collect and upload device data, the park sorting nodes sort and pack the uploaded device data, and the full nodes store the uploaded device data, realizing a fine division of labor for storing device data in the blockchain system and improving the data processing capacity of the blockchain system.

[0047] S300: Based on the urban chain, park chain, and authentication module of the blockchain system, supervise the target block header. The authentication module is used to connect the communication between the urban root certification center CA of the urban chain and the park root CA of the park chain. The urban chain is used to store the target block header.

[0048] Since each park only cares about the device data within its own park and does not need to see the data situation of other parks. The supervision agency only cares about whether the data is true and the overall situation of each park, so the details of the device data within the park are not the focus. If each park and the supervision agency are placed in a blockchain network, the data of this blockchain network will surely be very large and consume resources. Therefore, the blockchain system of the present invention is designed as two blockchain networks, namely the park chain and the city chain, and different data is uploaded to the chain according to their respective needs. The park chain only stores device data, and the city chain only stores the block header data of the park chain, reducing the storage resources consumed by a single blockchain network and improving the overall data processing ability of the system. In this scenario, the amount of industrial data generated by each park is huge. If the data is directly parsed from the blockchain network layer, it will surely impose a heavy burden on the network. At the same time, the city chain mainly cares about the authenticity of the data of each park, so there is no need for cross-chain parsing. At the same time, the blockchain system of the present invention designs an identity authentication system (authentication module) based on the Public Key Infrastructure (PKI) and the Hyperledger Fabric Certificate Authority (Fabric CA), which can enable different heterogeneous park chains to quickly access the blockchain system and conduct cross-chain communication.

[0049] The data supervision method based on blockchain provided by the embodiment of the present invention greatly alleviates the pressure of full nodes storing device data in the blockchain system and improves the efficiency of storing a large amount of device data in the blockchain by obtaining the optimal deployment plan of light nodes. By storing device data through the park chain and storing the target block header through the city chain, it realizes that each park uploads different device data according to its own needs, maximizes the utilization of the storage resources of the city chain and the park chain, and improves the data processing ability of the entire blockchain system. The present invention connects the city root CA and the park root CA through the authentication module, realizes cross-domain communication between the city chain and the park chain, and at the same time ensures the data transmission security between the city chain and the park chain.

[0050] Based on the above embodiment, the authentication module is constructed based on the following steps: cross-certify the park root CA and the bridge CA of the authentication module to obtain the park root certificate and the park bridge certificate; the park root certificate is used for the authentication of communication from the bridge CA to the park root CA, and the park bridge certificate is used for the authentication of communication from the park root CA to the bridge CA; cross-certify the city root CA and the bridge CA to obtain the city root certificate and the city bridge certificate; the city root certificate is used for the authentication of communication from the bridge CA to the city root CA, and the city bridge certificate is used for the authentication of communication from the city root CA to the bridge CA; construct a park proxy certificate, and the park proxy certificate is used for communication authentication from the park root CA to the park proxy end of the park chain; construct a city proxy certificate, and the city proxy certificate is used for communication authentication from the city root CA to the city proxy end of the city chain; based on the park root certificate, the park bridge certificate, the city root certificate, the city bridge certificate, the park proxy certificate and the city proxy certificate, obtain the authentication module.

[0051] The park agent has a built-in buffer pool, device index table, and block header index table. The buffer pool is used to receive the target block header transmitted by the park full node. When the buffer pool is full or reaches the set time, all target block headers in the buffer pool are packaged into a transaction proposal. The device index table records the target block header and the IP of the device node in the form of key: value. The block header index table records the transaction hash (hash value of the target block header) and the target block header list sent to the city chain in the form of key: value. The park agent can also run various equipment data statistics and management platforms.

[0052] The city client has the functions of packaging transaction proposals, verifying node endorsements, and sending endorsed proposals to sorting nodes. The city proxy also runs a data verification module, and can also run tampering, alarm and other platforms.

[0053] like Figure 2 and Figure 7 As shown in the figure, the identity verification of the network node communication between the park chain and the city chain is completed by the authentication module. The authentication module uses the bridge-proxy model to solve the problem of the independence of the park chain and the city chain, retains the CA of different chains, and proposes the super Fabric CA module to open up the identity authentication of cross-chain communication. The essence of the authentication module is PKI. Through the "bridge-proxy" authentication method in the networked PKI model, the bridge CA is introduced to connect the root CAs of different PKI domains, and cross-certification certificates are issued to each other.

[0054] The campus root CA and the bridge CA of the authentication module are cross-certified, and the city root CA and bridge CA are cross-certified, thus opening up the trust chain between each campus and the city regulatory agency. The cross-certificate between the bridge CA and the campus root CA is the campus root certificate and the campus bridge certificate. The cross-certificate between the bridge CA and the city root CA is the city root certificate and the city bridge certificate.

[0055] The communication authentication from the campus root CA to the campus agent of the campus chain is the campus agent certificate. The communication authentication from the city root CA to the city agent of the city chain is the city agent certificate.

[0056] In the authentication module, the authentication path from the park agent to the city agent is as follows.

[0057] .

[0058] In the authentication module, the authentication path from the city agent to the park agent is as follows.

[0059] .

[0060] The present invention cross-certifies the park root CA and bridge CA, and cross-certifies the city root CA and bridge CA, thereby opening up the communication between each park chain and the city chain. Each park chain can report different equipment data according to its own needs.

[0061] Furthermore, the data verification module of the blockchain system is used to verify the data of the blockchain. Figure 2 As shown in the figure, the data verification module sends three different data verification requests to the city agent, namely, city chain block, a certain park, and a certain park's device node. The city agent sends the data verification request to the park agent. After receiving the data verification request, the park client takes out the target block header to be verified.

[0062] (1) If checking is performed on a certain block: After the park client receives the data verification request, it retrieves the target block header of the park chain from the block header index table based on the transaction ID.

[0063] (2) If checking by device node: After receiving the request, the park client retrieves the target block header of the park chain from the device index table based on the IP address of the device node.

[0064] (3) If checking by park: After receiving the request, the park client retrieves the target block header of the park chain from the full node of the park chain in block order.

[0065] The campus client retrieves the transaction corresponding to the target block header (stored device data) from the full node and obtains the original on-chain data of the device.

[0066] The campus client retrieves the corresponding device data from the device nodes involved in the transaction and calculates the Merkle root hash according to the Merkle tree construction rules.

[0067] Compare whether the Merkle root hashes are the same. If they are the same, the device data has not been tampered with; if they are different, the device data has been tampered with. At this time, send the original data and the tampered data to the city agent, and issue a warning to the supervision agency (authentication module).

[0068] Based on the above embodiments, determine the optimal deployment plan for the light nodes of the blockchain system based on the communication delay of the blockchain system and the influencing factors of the signal strength of the blockchain system, including: obtaining the average communication round-trip delay of the blockchain system, the decibel value of the average transceiver power ratio of the blockchain system, the data transmission distance between the light node and the device node, the data reception volume threshold of the blockchain system, the signal strength reception threshold within the blockchain system, the network throughput threshold of the blockchain system, and the light node utilization threshold; constructing an objective function based on the average communication round-trip delay, the decibel value of the average transceiver power ratio, the first influencing factor, and the second influencing factor; determining the constraint condition set of the objective function based on the data transmission distance, the data reception volume threshold, the signal strength reception threshold, the network throughput threshold, and the light node utilization threshold; and solving the optimal solution of the objective function based on the constraint condition set and the whale optimization algorithm to obtain the optimal deployment plan.

[0069] Construct an objective function according to the average communication round-trip delay, the average transceiver power ratio, the first influencing factor, and the second influencing factor.

[0070] ; wherein, ; ; ; ; ; ; ; ; wherein, is the objective function, is the first influencing factor, is the second influencing factor, is the average communication round-trip delay of the blockchain system, is the decibel value of the average transceiver power ratio of the blockchain system, is the device node cluster The average delay for sending device data, is the light node cluster The average delay for processing device data, is the device node (wireless device) Send device data, and at the same time, the light node cluster processes the average round-trip delay of the device data, is the number of device nodes, is the device node Send device data, and at the same time, the light node processes the round-trip delay of the device data, is the number of light nodes, is the light node The amount of device data obtained for the device node is the amount of data of the device data, is the device node communicates with the light node is the probability of mutual communication, is the device node communicates with the light node is the data transmission distance between them, is the device node is the data transmission rate of the device node, is the electromagnetic wave transmission rate, is the light node is the data uploading rate to the chain, is the light node is the self-data processing ability of the light node, is the device node is the total amount of data that needs to be uploaded to the chain, is the light node is the total amount of data that needs to be sent, is the device node is the communication radius of the device node, is the light node is the communication radius of the light node, is the device node is the abscissa, ordinate, and Z-axis coordinate of the device node, is the light node is the abscissa, ordinate, and Z-axis coordinate of the light node, is the light node Sends data, and at the same time, the average round-trip delay of the device node cluster processing the data, is the light node Sends data, and at the same time, the device node processes the round-trip delay of the device data, is the device node is assigned to the light node is the amount of data, is the device node is the self-data processing ability of the device node, is the device node cluster Sends device data, and at the same time, the light node cluster is the decibel value of the target average transceiver power ratio for receiving data, For the light node cluster Send device data, while the device node cluster The decibel value of the target average transmit-receive power ratio for receiving data, For the device node Send device data, while all the connected Light nodes receive the decibel value of the target average transmit-receive power ratio of the device data, For the device node Send device data, while the light node Receives the decibel value of the target average transmit-receive power ratio of the device data, For the device node Send device data, while the light node Receives the decibel value of the th transmit-receive power ratio of the device data, For the number of times, For the light node Its own received power, For the device node Transmit power, For the device node Constant coefficient depending on the antenna characteristics and average channel loss, For the path loss exponent, For the device node Antenna far-field reference distance, For Sub-Gaussian random value, For the light node Send data, while all the connected Device nodes receive the decibel value of the target average transmit-receive power ratio of the data, For the light node Send data, while the device node Receives the decibel value of the target average transmit-receive power ratio of the data, For the light node Send data, while the device node Receives the th transmit-receive power ratio of the data, For the device node Its own received power, For the light node Transmit power, For the light node Constant coefficient depending on the antenna characteristics and average channel loss, For the light node Antenna far-field reference distance, For Sub-Gaussian random values.

[0071] Determine the set of constraint conditions of the objective function according to the data transmission distance, data reception volume threshold, signal strength reception threshold, network throughput threshold, and light node utilization threshold.

[0072] If the wireless device (device node) communicates with the light node mutually, the data transmission distance between the light node and the device node needs to be less than the communication radius of the light node and the communication radius of the device node to obtain the first constraint condition.

[0073] The first constraint condition; Among them, is the data transmission distance between the device node and the light node , is the communication radius of the device node , is the communication radius of the light node .

[0074] The data reception volume threshold includes the maximum data volume that the device node itself can process, and the maximum data volume that the light node itself can process. Construct the second constraint condition.

[0075] The second constraint condition; Among them, is the data volume of the device data of the device node obtained by the light node , is the data volume assigned to the light node by the device node , is the number of device nodes, is the number of light nodes, is the maximum data volume that the device node itself can process, is the maximum data volume that the light node itself can process.

[0076] The signal strength reception threshold includes the minimum reception power. The self-reception power of the light node is not less than the minimum reception power required by the light node at the data transmission distance of . The self-reception power of the device node is not less than the data transmission distance of The minimum received power required for the device node at. Construct the third constraint condition.

[0077] The third constraint condition; Wherein, is the self-received power of the light node and is the minimum received power required for the light node at the data transmission distance of , is the minimum received power required for the device node at the data transmission distance of , is the self-received power of the device node .

[0078] The fourth constraint condition is that the network throughput of the blockchain system is higher than the network throughput threshold. When it is detected that the network throughput of the blockchain system is lower than the network throughput threshold, it indicates that the network of the blockchain system is congested at this time. At this time, the network throughput can be increased by reducing the data transmission rate or increasing the number of light nodes.

[0079] If the data transmission rate is reduced, WOA needs to start from 0 again and calculate the required number of light nodes and the positions of the light nodes, which is suitable for the case where the cost of light nodes is high.

[0080] If the number of light nodes is increased, WOA needs to start from the currently determined number of light nodes + 1 and calculate the required number of light nodes and the positions of the light nodes, which is suitable for the case where the cost of light nodes is not high.

[0081] The fifth constraint condition is that the utilization rate of each light node in the blockchain system is less than or equal to the light node utilization rate threshold. When the light node utilization rate is greater than the light node utilization rate threshold, it indicates that the number of light nodes should be appropriately increased to relieve the pressure on the light node cluster to process device data.

[0082] According to the above first constraint condition, second constraint condition, third constraint condition, fourth constraint condition and fifth constraint condition, a constraint condition set is obtained. According to the constraint condition set and the whale optimization algorithm, the optimal solution of the objective function is solved, and the specific steps are as follows.

[0083] Determine the maximum number of light nodes of the park chain according to the economic capacity of the park. Such as Figure 3As shown, obtain the current number of lightweight nodes W of the park chain at the current moment. Compare the current number of lightweight nodes with the maximum number. If W is less than the maximum number, solve the optimal solution of the objective function at the current moment according to the set of constraint conditions. Obtain the number of lightweight nodes W-1 at the previous moment and the optimal solution of the objective function at the previous moment corresponding thereto. Compare whether the optimal solution at the current moment is better than the optimal solution at the previous moment. If the optimal solution at the current moment is better than the optimal solution at the previous moment, increment the current number of lightweight nodes by 1 to obtain the number of lightweight nodes at the next moment. Iteratively solve the optimal solution of the objective function at the next moment according to the above steps until the number of lightweight nodes is equal to the maximum number, terminate the iteration, and obtain the optimal solution of the objective function; or until the optimal solution at the current moment is worse than the optimal solution at the previous moment, terminate the iteration, and obtain the optimal solution of the objective function.

[0084] According to the average communication round-trip delay, the decibel value of the average transmit-receive power ratio, the data transmission distance, the data reception volume threshold, the signal strength reception threshold, the network throughput threshold, and the lightweight node utilization threshold, combined with the whale optimization algorithm, the present invention solves the optimal deployment scheme, realizes the optimal deployment of lightweight nodes in the park chain, and is beneficial to improving the data processing ability of the blockchain system.

[0085] Based on the above embodiments, packing device data into a block of the park chain based on the park sorting node includes: sorting the device data based on the IP of the device node, constructing a first Merkle tree based on the hash value of the sorted device data, storing the tree node hash value of the first Merkle tree in the block body of the park chain, and storing the root node hash value of the first Merkle tree in the block header of the park chain to pack the device data into the block of the park chain.

[0086] As Figure 4 shown, sort the device data according to the IP of the device node, and successively obtain the hash value of each device data according to the sorting result. Construct a first Merkle tree based on the hash values of all the sorted device data. Store the hash values of the tree nodes of the first Merkle tree in the Merkle tree hash list in the block body of the park chain (for example, the Merkle tree hash list includes the hash of transaction A, the hash of transaction B, the hash of transaction C, the hash of transaction D, the hash of transaction E, etc.), and store the root node hash value of the first Merkle tree in the transaction root hash in the block header of the park chain, thereby completing the packing of the device data into the block of the park chain. As Figure 4As shown, the hash value of the root node of the first Merkle tree is HABCDE. HABCDE = Hash(HABCD + HE). The hash values of each tree node of the first Merkle tree include HA, HB, HC, HD, HE, HAB, HCD, and HABCD. HA is the hash value of device data A, HB is the hash value of device data B, HC is the hash value of device data C, HD is the hash value of device data D, and HE is the hash value of device data E. HAB = Hash(HA + HB). HCD = Hash(HC + HD). HABCD = Hash(HAB + HCD).

[0087] The present invention constructs the first Merkle tree according to the hash values of device data, improving the efficiency of the blockchain system in packaging multiple device data simultaneously.

[0088] Based on the above embodiments, the city chain includes a city agent, a supervision node, and a city sorting node. The target block header is supervised based on the city chain, park chain, and authentication module of the blockchain system, including: based on the park agent and authentication module of the park chain, sending the target block header to the city agent; based on the city agent, endorsing the target block header to the supervision node and sending the endorsement result and the target block header to the city sorting node; based on the city sorting node, packaging the target block header into a block of the city chain to obtain the packaged city chain block, and sending the packaged city chain block to the supervision node; based on the supervision node and the endorsement result of the target block header, checking and storing the packaged city chain block.

[0089] Deploy the city chain and the data uploading smart contract of the city chain. Register the root CA of the city chain in the authentication module.

[0090] As Figure 2 and Figure 8 shown, after the buffer pool of the park agent is full, the park agent communicates with the city agent through the authentication module and sends the packaged target block header to the city agent. The packaged target block header includes a block header index table. The city agent receives the packaged target block header, packages the transaction proposal according to the packaged target block header, and sends the transaction proposal to the supervision node (supervise peer) for endorsement. The supervision node checks the proposal and simulates the transaction for endorsement, and returns the endorsement result to the city agent after the endorsement is completed. The city agent writes the endorsement result into the transaction proposal (at this time, the transaction proposal includes the endorsement result and the target block header), and sends it to the city sorting node. The city sorting node sorts the transaction proposal containing the endorsement result and packages the sorted transaction proposal into a block of the city chain, and sends the packaged city chain block to the supervision node. The supervision node checks and stores the packaged city chain block and updates the stored data of the city chain.

[0091] The present invention sorts and packages the target block headers according to the city sorting nodes of the city chain, and the supervision nodes supervise that the city chain only stores the target block headers, saving storage costs for the city chain.

[0092] Based on the above embodiments, packaging the target block headers into the blocks of the city chain based on the city sorting nodes includes: sorting the target block headers based on the city sorting nodes, constructing a second Merkle tree based on the hash values of the sorted target block headers, storing the tree node hash values of the second Merkle tree into the block body of the city chain, and storing the root node hash value of the second Merkle tree into the block header of the city chain, so as to package the target block headers into the blocks of the city chain.

[0093] As Figure 5 shown, sort the target block headers, and construct a second Merkle tree according to the hash values of all the sorted target block headers (the root node hash value of the first Merkle tree). Store the hash values of each tree node of the second Merkle tree into the Merkle tree hash list in the block body of the city chain (for example, the Merkle tree hash list includes transactions A, B, C, D, E, etc.), and store the root node hash value of the second Merkle tree into the transaction root hash in the block header of the city chain, thereby completing the packaging of the target block headers into the blocks of the city chain. As Figure 5 shown, the root node hash value of the second Merkle tree is HABCDE. HABCDE = Hash(HABCD + HE). The hash values of each tree node of the second Merkle tree include HA (transaction A), HB (transaction B), HC (transaction C), HD (transaction D), HE (transaction E), HAB, HCD, and HABCD. HA is the hash value of the target block header A, HB is the hash value of the target block header B, HC is the hash value of the target block header C, HD is the hash value of the target block header D, and HE is the hash value of the target block header E. HAB = Hash(HA + HB). HCD = Hash(HC + HD). HABCD = Hash(HAB + HCD).

[0094] The present invention constructs a second Merkle tree according to the hash values of the target block headers, improving the efficiency of the blockchain system for packaging multiple target block headers simultaneously.

[0095] Next, a data supervision device based on the blockchain provided by the present invention will be described. The data supervision device based on the blockchain described below can be mutually corresponding and referred to the data supervision method based on the blockchain described above.

[0096] As Figure 10As shown in the figure, a blockchain-based data supervision device includes: a communication optimization module 1001, which is used to determine the optimal deployment plan for light nodes of the blockchain system based on the communication delay of the blockchain system and the influencing factors of the signal strength of the blockchain system; the light nodes are used to collect device data of device nodes in the blockchain system.

[0097] A first supervision module 1002, which is used to obtain the park chain of the blockchain system based on the optimal deployment plan, store the device data based on the park chain, and obtain a target block header.

[0098] A second supervision module 1003, which is used to supervise the target block header based on the city chain, park chain and authentication module of the blockchain system. The authentication module is used to connect the communication between the city root certification authority CA of the city chain and the park root CA of the park chain. The city chain is used to store the target block header.

[0099] The blockchain-based data supervision device provided by the embodiment of the present invention greatly alleviates the pressure on full nodes to store device data in the blockchain system by obtaining the optimal deployment plan of light nodes, and improves the efficiency of storing a large amount of device data in the blockchain at the same time. By storing device data through the park chain and storing the target block header through the city chain, it realizes that each park uploads different device data to the chain according to its own needs, maximizes the use of the storage resources of the city chain and the park chain, and improves the data processing ability of the entire blockchain system. The present invention connects the city root CA and the park root CA through the authentication module, realizes cross-domain communication between the city chain and the park chain, and at the same time ensures the security of data transmission between the city chain and the park chain.

[0100] In one embodiment, the second supervision module 1003 is further used to: perform cross-certification on the park root CA and the bridge CA of the authentication module to obtain a park root certificate and a park bridge certificate; the park root certificate is used for authentication of communication from the bridge CA to the park root CA, and the park bridge certificate is used for authentication of communication from the park root CA to the bridge CA; perform cross-certification on the city root CA and the bridge CA to obtain a city root certificate and a city bridge certificate; the city root certificate is used for authentication of communication from the bridge CA to the city root CA, and the city bridge certificate is used for authentication of communication from the city root CA to the bridge CA; construct a park proxy certificate, which is used for communication authentication from the park root CA to the park proxy end of the park chain; construct a city proxy certificate, which is used for communication authentication from the city root CA to the city proxy end of the city chain; obtain the authentication module based on the park root certificate, park bridge certificate, city root certificate, city bridge certificate, park proxy certificate and city proxy certificate.

[0101] In one embodiment, the communication optimization module 1001 is configured to: obtain the average communication round-trip delay of the blockchain system, the decibel value of the average transmit-receive power ratio of the blockchain system, the data transmission distance between the light node and the device node, the data reception volume threshold of the blockchain system, the signal strength reception threshold within the blockchain system, the network throughput threshold of the blockchain system, and the light node utilization threshold; construct an objective function based on the average communication round-trip delay, the decibel value of the average transmit-receive power ratio, the first influence factor, and the second influence factor; determine a set of constraint conditions for the objective function based on the data transmission distance, the data reception volume threshold, the signal strength reception threshold, the network throughput threshold, and the light node utilization threshold; and solve the optimal solution of the objective function based on the set of constraint conditions and the whale optimization algorithm to obtain an optimal deployment plan.

[0102] In one embodiment, the park chain includes a light node, a park sorting node, and a full node. The first supervision module 1002 is configured to: collect device data based on the light node and send the device data to the park sorting node; pack the device data into a block of the park chain based on the park sorting node and send the packed park chain block to the full node; store the packed park chain block and the device index table in the buffer pool of the park chain based on the full node to complete the storage of the device data, and send the target block header to the light node for the light node to update the stored data of the park chain based on the target block header. The device index table includes the mapping relationship between the target block header and the device node.

[0103] In one embodiment, the first supervision module 1002 is configured to: sort the device data based on the IP of the device node, construct a first Merkle tree based on the hash value of the sorted device data, store the tree node hash value of the first Merkle tree in the block body of the park chain, and store the root node hash value of the first Merkle tree in the block header of the park chain to pack the device data into a block of the park chain.

[0104] In one embodiment, the city chain includes a city agent, a supervision node, and a city sorting node. The second supervision module 1003 is configured to: send the target block header to the city agent based on the park agent and the authentication module of the park chain, endorse the target block header to the supervision node based on the city agent, and send the endorsement result and the target block header to the city sorting node; pack the target block header into a block of the city chain based on the city sorting node to obtain a packed city chain block, and send the packed city chain block to the supervision node; and check and store the packed city chain block based on the supervision node and the endorsement result of the target block header.

[0105] In one embodiment, the second supervision module 1003 is configured to: sort the target block headers based on the city sorting nodes, construct a second Merkle tree based on the hash values of the sorted target block headers, store the tree node hash values of the second Merkle tree in the block body of the city chain, and store the root node hash value of the second Merkle tree in the block header of the city chain, so as to package the target block headers into the blocks of the city chain.

[0106] Figure 11 Schematic diagram of the physical structure of an electronic device is illustrated, as Figure 11 shown. The electronic device may include: a processor 1110, a communication interface 1120, a memory 1130, and a communication bus 1140. Among them, the processor 1110, the communication interface 1120, and the memory 1130 communicate with each other through the communication bus 1140. The processor 1110 can call the logical instructions in the memory 1130 to execute the data supervision method based on the blockchain. The method includes: determining the optimal deployment plan of the lightweight nodes of the blockchain system based on the communication delay of the blockchain system and the influencing factors of the signal strength of the blockchain system; the lightweight nodes are used to collect the device data of the device nodes of the blockchain system; obtaining the park chain of the blockchain system based on the optimal deployment plan, storing the device data based on the park chain to obtain the target block headers; supervising the target block headers based on the city chain, park chain, and authentication module of the blockchain system. The authentication module is used to connect the communication between the city root certification authority CA of the city chain and the park root CA of the park chain. The city chain is used to store the target block headers.

[0107] In addition, when the logical instructions in the above-mentioned memory 1130 are implemented in the form of software functional units and sold or used as an independent product, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art, or a part of this technical solution, can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods described in various embodiments of the present invention. The foregoing storage medium includes: various media such as USB flash drives, mobile hard disks, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), magnetic disks, or optical discs that can store program codes.

[0108] On the other hand, the present invention also provides a computer program product, which includes a computer program. The computer program can be stored on a non-transitory computer-readable storage medium. When the computer program is executed by a processor, the computer can execute the blockchain-based data supervision method provided by the above-mentioned various methods. The method includes: determining an optimal deployment plan for light nodes of the blockchain system based on the communication delay of the blockchain system and the influencing factors of the signal strength of the blockchain system; the light nodes are used to collect device data of device nodes of the blockchain system; obtaining the campus chain of the blockchain system based on the optimal deployment plan, storing the device data based on the campus chain to obtain a target block header; supervising the target block header based on the city chain, campus chain and authentication module of the blockchain system. The authentication module is used to connect the communication between the city root certification authority CA of the city chain and the campus root CA of the campus chain, and the city chain is used to store the target block header.

[0109] In another aspect, the present invention also provides a non-transitory computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, it implements the blockchain-based data supervision method provided by the above-mentioned various methods. The method includes: determining an optimal deployment plan for light nodes of the blockchain system based on the communication delay of the blockchain system and the influencing factors of the signal strength of the blockchain system; the light nodes are used to collect device data of device nodes of the blockchain system; obtaining the campus chain of the blockchain system based on the optimal deployment plan, storing the device data based on the campus chain to obtain a target block header; supervising the target block header based on the city chain, campus chain and authentication module of the blockchain system. The authentication module is used to connect the communication between the city root certification authority CA of the city chain and the campus root CA of the campus chain, and the city chain is used to store the target block header.

[0110] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separated. The components shown as units may or may not be physical units, that is, they may be located in one place or distributed to multiple network units. Some or all of the modules can be selected according to actual needs to achieve the purpose of the solution of this embodiment. Those of ordinary skill in the art can understand and implement it without creative efforts.

[0111] Through the description of the above embodiments, those skilled in the art can clearly understand that each embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, it can also be implemented by hardware. Based on such an understanding, the essence of the above technical solution, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product can be stored in a computer-readable storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to enable a computer device (which can be a personal computer, a server, or a network device, etc.) to execute the methods described in each embodiment or some parts of the embodiments.

[0112] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that they can still modify the technical solutions recorded in the foregoing embodiments, or perform equivalent replacements for some of the technical features; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A blockchain-based data supervision method, characterized in that, Including: Determine the optimal deployment plan of the light nodes of the blockchain system based on the communication delay of the blockchain system and the influencing factors of the signal strength of the blockchain system; The light nodes are used to collect device data of the device nodes of the blockchain system; Obtain the campus chain of the blockchain system based on the optimal deployment plan, and store the device data based on the campus chain to obtain the target block header; Supervise the target block header based on the city chain, the campus chain and the authentication module of the blockchain system. The authentication module is used to connect the communication between the city root certification authority CA of the city chain and the campus root CA of the campus chain, and the city chain is used to store the target block header.

2. The data supervision method based on blockchain according to claim 1, characterized in that The authentication module is constructed based on the following steps: Perform cross-certification on the campus root CA and the bridge CA of the authentication module to obtain the campus root certificate and the campus bridge certificate; the campus root certificate is used for the authentication of communication from the bridge CA to the campus root CA, and the campus bridge certificate is used for the authentication of communication from the campus root CA to the bridge CA; Perform cross-certification on the city root CA and the bridge CA to obtain the city root certificate and the city bridge certificate; the city root certificate is used for the authentication of communication from the bridge CA to the city root CA, and the city bridge certificate is used for the authentication of communication from the city root CA to the bridge CA; Construct a campus proxy certificate, which is used for communication authentication from the campus root CA to the campus proxy end of the campus chain; Construct a city proxy certificate, which is used for communication authentication from the city root CA to the city proxy end of the city chain; Obtain the authentication module based on the campus root certificate, the campus bridge certificate, the city root certificate, the city bridge certificate, the campus proxy certificate and the city proxy certificate.

3. The data supervision method based on blockchain according to claim 1, wherein, The determining the optimal deployment plan of the light nodes of the blockchain system based on the communication delay of the blockchain system and the influencing factors of the signal strength of the blockchain system includes: Obtain the average communication round-trip delay of the blockchain system, the decibel value of the average transmit-receive power ratio of the blockchain system, the data transmission distance between the light node and the device node, the data reception volume threshold of the blockchain system, the signal strength reception threshold within the blockchain system, the network throughput threshold of the blockchain system, and the light node utilization threshold; Construct an objective function based on the average communication round-trip delay, the decibel value of the average transmit-receive power ratio, the first influencing factor and the second influencing factor; Determine the constraint condition set of the objective function based on the data transmission distance, the data reception volume threshold, the signal strength reception threshold, the network throughput threshold and the light node utilization threshold; Solve the optimal solution of the objective function based on the constraint condition set and the whale optimization algorithm to obtain the optimal deployment plan.

4. The data supervision method based on blockchain according to claim 1, characterized in that The campus chain includes the light nodes, campus sorting nodes and full nodes. The storing the device data based on the campus chain includes: Collect the device data based on the light nodes and send the device data to the campus sorting nodes; Based on the park sorting node, the device data is packaged into a block of the park chain, and the packaged park chain block is sent to the full node; Based on the full node, the packaged park chain block and the device index table are stored in the buffer pool of the park chain, the storage of the device data is completed, and the target block header is sent to the light node for the light node to update the stored data of the park chain based on the target block header. The device index table includes the mapping relationship between the target block header and the device node.

5. The data supervision method based on blockchain according to claim 4, wherein The packaging of the device data into a block of the park chain based on the park sorting node includes: Sorting the device data based on the IP of the device node, constructing a first Merkle tree based on the hash value of the sorted device data, storing the tree node hash value of the first Merkle tree in the block body of the park chain, and storing the root node hash value of the first Merkle tree in the block header of the park chain to package the device data into the block of the park chain.

6. The data supervision method based on blockchain according to claim 4, wherein The city chain includes a city agent, a supervision node, and a city sorting node. The supervision of the target block header based on the city chain, the park chain, and the authentication module of the blockchain system includes: Based on the park agent of the park chain and the authentication module, the target block header is sent to the city agent, the target block header is endorsed to the supervision node based on the city agent, and the endorsement result and the target block header are sent to the city sorting node; Based on the city sorting node, the target block header is packaged into a block of the city chain to obtain a packaged city chain block, and the packaged city chain block is sent to the supervision node; Based on the supervision node and the endorsement result of the target block header, the packaged city chain block is inspected and stored.

7. The data supervision method based on blockchain according to claim 6, wherein The packaging of the target block header into a block of the city chain based on the city sorting node includes: Sorting the target block header based on the city sorting node, constructing a second Merkle tree based on the hash value of the sorted target block header, storing the tree node hash value of the second Merkle tree in the block body of the city chain, and storing the root node hash value of the second Merkle tree in the block header of the city chain to package the target block header into the block of the city chain.

8. A data supervision device based on blockchain, characterized in that, It includes: A communication optimization module for determining the optimal deployment plan of the light nodes of the blockchain system based on the communication delay of the blockchain system and the influencing factors of the signal strength of the blockchain system; the light nodes are used to collect the device data of the device nodes of the blockchain system; A first supervision module for obtaining the park chain of the blockchain system based on the optimal deployment plan, storing the device data based on the park chain to obtain a target block header; A second supervision module for supervising the target block header based on the city chain, the park chain, and the authentication module of the blockchain system. The authentication module is used to connect the communication between the city root certification authority CA of the city chain and the park root CA of the park chain, and the city chain is used to store the target block header.

9. An electronic device, comprising a memory, a processor, and a computer program stored on the memory and running on the processor, characterized in that, When the processor executes the computer program, it implements the blockchain-based data supervision method according to any one of claims 1 to 7.

10. A non-transitory computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the blockchain-based data supervision method according to any one of claims 1 to 7.

11. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by a processor, it implements the blockchain-based data supervision method according to any one of claims 1 to 7.

Images