A blockchain-based monitoring video deletion-preventing system and method

Abstract

The application relates to a kind of blockchain-based monitoring video anti-deletion system and method, at least comprising: a plurality of camera components (1) for shooting video;At least one shooter node (2): for connecting with blockchain network and randomly generating key pair;The video file sent by the camera component (1) is cut into a plurality of video file blocks and randomly sent to each node in the blockchain network for storage, and the stored file hash value and node information are recorded;Blockchain network equipment: based on smart contract to update the video file hash value uploaded by the shooter node.The application records the camera video upload storage time by smart contract on the blockchain, providing an unalterable time reference for law enforcement;While preventing the video record from being maliciously deleted by the shooter node manager, no redundant space is needed.

Description

Technical Field

[0001] This invention relates to the field of public safety technology, and in particular to a blockchain-based system and method for preventing the deletion of surveillance videos. Background Technology

[0002] Public surveillance cameras include those managed and recorded by centralized agencies, such as those on highways, streets, and train stations, as well as those in uncontrolled public areas like shopping malls, restaurants, and schools. These cameras generate massive amounts of video data daily, and management agencies lack the storage space and resources to review this content in real time. The current management process involves retrieving and storing video content as evidence only when an incident occurs and viewing the footage is required. However, if the management agency of these cameras has a conflict of interest with the incident, or if someone deletes the stored records beforehand, the relevant video content can be severely compromised.

[0003] Existing technologies also include solutions for video image storage using blockchain. For example, patent CN111460526B discloses a method and apparatus for recording, acquiring, and verifying image data based on blockchain. In this image data recording method, the camera device monitors the image data output of the image sensor, and when it detects an image data frame output by the image sensor, it performs a hash calculation on the output image data frame to obtain a first hash value of the image data frame. This image data frame has image index information including timestamp information; and the first hash value and image index information of the image data frame are recorded to the blockchain. First, the patent proposes: "Record the image data frame, the first hash value of the image data frame, and the image index information to the blockchain." Image data frames are continuously generated as video recording progresses, resulting in a huge amount of data. If the same backup is generated on every full node of the blockchain, it will consume a lot of storage space. If only the video frame index is stored on the blockchain, while the video data is stored on the camera node, the deletion rights of the video will belong entirely to the camera node. Once the camera node maliciously deletes the video, the video will be completely unrecoverable. Second, the image data frame index stored in this patent includes camera device information, which could allow any malicious node joining the blockchain to obtain all image data frames (i.e., video data) by synchronizing with the master node, posing a privacy and security risk. Third, the index table mentioned in this patent has a completely different function from the index table in this invention. In this patent, the index table is used to compare image frame hashes to verify the integrity of the video, but in this invention, the index table is introduced to determine the location of the storage node where the video file can be requested for download when it is stored on a non-local node.

[0004] Therefore, how to prevent malicious deletion of camera video recordings while ensuring that existing camera videos provide their own storage space and do not redundantly back up video files is a technical problem that current technology has not solved.

[0005] Furthermore, on the one hand, there are differences in understanding among those skilled in the art; on the other hand, the applicant studied a large number of documents and patents when making this invention, but due to space limitations, not all details and contents were listed in detail. However, this does not mean that the present invention does not possess the features of these prior art. On the contrary, the present invention already possesses all the features of the prior art, and the applicant reserves the right to add relevant prior art to the background art. Summary of the Invention

[0006] In existing technologies, video files are easily deleted maliciously because they have fixed storage addresses.

[0007] To address the shortcomings of existing technologies, this invention provides a blockchain-based surveillance video anti-deletion system, comprising at least:

[0008] Several camera components are used to capture video; at least one camera node is used to connect to the blockchain network and randomly generate key pairs; the video file sent by the camera components is cut into several video file blocks and randomly sent to various nodes in the blockchain network for storage, and the stored file hash value and node information are recorded; the blockchain network device updates the hash value of the video file uploaded by the camera node based on a smart contract.

[0009] This invention records the upload and storage time of camera videos via smart contracts on the blockchain, providing an immutable time reference for law enforcement. While preventing malicious deletion of video recordings by the administrators of the recording nodes, this invention does not require the introduction of redundant space. Therefore, the system can be deployed based on existing monitoring facilities without requiring hardware upgrades, ensuring high availability.

[0010] Preferably, the system further includes a user terminal, which queries the hash value of a specified video file by calling the query function of the smart contract responsible for recording on the blockchain, and downloads the video file from the corresponding videographer node by combining the recorded content of the distributed hash table.

[0011] Preferably, when saving video files in stages, the photographer node uses a secure hash function to calculate the hash value of the video file and uses it as the digital fingerprint of the video file.

[0012] Preferably, the method by which the photographer node cuts the video file into several video file blocks is configured as follows: the video file is divided into several video file blocks according to a preset specification, the hash value of the video file blocks is calculated, and a file directory for recording the hash values ​​is formed.

[0013] Preferably, the method by which the photographer node cuts the video file into several video file blocks is further configured as follows: uploading the video file blocks to the blockchain network, calculating the distance between the video file blocks and the addresses of all connected nodes, and sending the video file blocks to the nearest node for storage.

[0014] Preferably, the camera node is further configured to: record the storage information of each video file block; update the distributed hash table; call the recording function of the smart contract on the blockchain and record the operation information of the camera node.

[0015] Preferably, the operation information of the photographer node includes at least: photographer node address, upload time, file hash value, and number of video file blocks.

[0016] This invention also provides a blockchain-based method for preventing the deletion of surveillance videos. The method includes at least: connecting to a blockchain network and randomly generating key pairs; cutting the video file sent by the camera component into several video file blocks and randomly sending them to various nodes in the blockchain network for storage, recording the stored file hash value and node information; and updating the hash value of the video file uploaded by the camera node based on a smart contract.

[0017] Preferably, the method further includes: querying the hash value of the specified video file on the viewing terminal by calling the query function of the smart contract responsible for recording on the blockchain, and downloading the video file from the corresponding videographer node in combination with the recorded content of the distributed hash table.

[0018] Preferably, the method further includes: dividing the video file into several video file blocks according to a preset specification.

[0019] Calculate the hash value of the video file block and form a file directory for recording the hash value. Attached Figure Description

[0020] Figure 1 This is a simplified connection diagram of a preferred embodiment of the surveillance video anti-deletion system provided by the present invention.

[0021] List of reference numerals

[0022] 1: Camera component; 2: Camera node; 3: Upload terminal; 4: Viewing terminal; 5: Blockchain and smart contracts. Detailed Implementation

[0023] The following is a detailed explanation with reference to the accompanying drawings.

[0024] The technical terms used in this invention are explained as follows.

[0025] Secure Hash Function

[0026] A secure hash function is a mapping of hash functions, which can be represented as h: {0, 1}* → {0, 1}n. Here, {0, 1}* represents a set of bit strings of arbitrary length, {0, 1}n represents a set of bit strings of length n, and the image h(x) of a message x ∈ {0, 1}* is called the hash value of x.

[0027] Distributed Hash Table

[0028] Distributed hash table (DHT) technology is a distributed storage method. Without requiring a server, each client is responsible for a small range of routing and storing a small portion of data, thus enabling addressing and storage across the entire DHT network.

[0029] In current technology, public surveillance cameras are managed and recorded by relevant departments. These cameras generate massive amounts of video data daily, and the departments lack the storage space and resources to review this content in real time. Current law enforcement procedures only retrieve and preserve video content as evidence after a public safety incident occurs and management intervention is required. However, if the agencies managing these cameras have a vested interest in the security incident, or if related personnel intervene beforehand to delete stored records, the video evidence can be severely compromised.

[0030] This invention aims to provide a technical solution that, while enabling existing public camera videos to automatically store background information retrieved after a crime, prevents malicious deletion of camera video recordings.

[0031] like Figure 1 As shown, the blockchain-based surveillance video anti-deletion system of the present invention includes at least several camera components 1, several camera nodes 2, an upload terminal 3, a viewing terminal 4, a blockchain and smart contract 5, and a deletion terminal 6. Each camera node 2 can simultaneously establish communication connections with multiple camera components 1 via wired or wireless means. In this invention, the camera node 2, upload terminal 3, viewing terminal 4, and deletion terminal 6 can actually be the same terminal device. The functional description of the terminal in this invention is to more clearly illustrate the operation of the system.

[0032] The blockchain network can establish communication connections with the photographer node 2, upload terminal 3, view terminal 4, and delete terminal 6 via wired and / or wireless means for the transmission of information commands, video files, and other related information. The blockchain network includes several servers as nodes. The photographer node 1 can become a node in the blockchain network.

[0033] A smart contract is a computer program or transaction protocol designed to automatically execute, control, or record events and actions according to the terms of a contract or agreement. The goal of smart contracts is to reduce the need for trusted intermediaries, arbitration costs, and fraud losses, as well as to mitigate malicious and accidental exceptions. Smart contracts are often associated with cryptocurrencies, and those introduced by Ethereum are generally considered fundamental building blocks for decentralized finance (DeFi) and NFT applications. In this invention, the photographer node 2 is a dedicated integrated chip or processor capable of executing the node steps of this invention, or a server integrated with a dedicated integrated chip and / or processor.

[0034] Preferably, the photographer node 2, upload terminal 3, view terminal 4, and delete terminal 6 can be collectively referred to as nodes, functioning as nodes within the blockchain. As nodes, photographer node 2, upload terminal 3, view terminal 4, and delete terminal 6 have the function of storing video image information. That is, photographer node 2, upload terminal 3, view terminal 4, and delete terminal 6 can be equipped with storage chips. The storage capacity of the storage chips is selected as needed.

[0035] Uploading to terminal 3, viewing terminal 4, and deleting terminal 6 can refer to the same electronic device used for different purposes, or they can refer to different electronic devices. Electronic devices include, for example, desktop computers with displays, portable mobile electronic devices, tablets, and laptops. Portable mobile electronic devices include, for example, smartphones, smartwatches, and smart glasses.

[0036] Preferably, the photographer node 2, the upload terminal 3, the viewer terminal 4, and the deleter terminal 6 are servers, or servers connected to a display device.

[0037] Preferably, the camera component 1 is a camera. The camera can be any type of camera, such as a black and white camera or an infrared camera.

[0038] In this invention, blockchain network devices operate based on smart contracts. Preferably, several photographer nodes 2 transmit information and connect with each other based on the blockchain network and its smart contracts.

[0039] The operation method of the blockchain-based surveillance video anti-deletion system of the present invention is as follows.

[0040] S1: Preparation phase, i.e. system initialization, during which various keys are generated.

[0041] Each photographer node2 is a node in the blockchain network. A random key pair (PK, SK) needs to be generated to participate in the system, where PK represents the public key and SK represents the private key.

[0042] S11: Each camera node 2 can be connected to multiple camera components 1 and provide a certain amount of buffer space for the recorded video to preprocess the video before storing it.

[0043] S12: Each photographer node 2 connects to each other via a blockchain P2P network device. When generating a key pair, the photographer node first generates a random private key SK, and then calculates the public key PK based on the private key. The private key is obtained by using a 256-bit binary string as the secp256k1 elliptic curve algorithm.

[0044] S13: The address of each photographer node 2 in the system is the first 20 bytes of the h(PK) result, where h() is a secure hash function.

[0045] The generated private key SK will be used in stages of the system where identity verification is required, such as updating video upload records in smart contracts. The generated address will be publicly disclosed when the record is made to represent the user's identity. Each node is a node on the blockchain and naturally has a blockchain account; the private key SK here is the private key of that blockchain account.

[0046] Current technologies do not prioritize setting private keys on the uploading node. Without setting a private key, any anonymous node on the blockchain can modify the video upload record in the smart contract, making it impossible for the system to achieve the immutability and undeletable nature of video files.

[0047] This invention, based on the setting of a private key, establishes a smart contract that records video file upload information, which can only be modified by the sender and receiver. The smart contract verifies the private key to confirm identity and enable video file modification. This design avoids the vulnerability of arbitrary nodes deleting or modifying video files over the network, improving video file security and eliminating the possibility of unauthorized modification by interested parties.

[0048] S2: Video storage stage.

[0049] When camera component 1 records and saves video, a hash operation is performed on the video file to obtain its digital fingerprint. The file is then divided into fixed-size video file blocks. The size of each video file block is specified by the system, and each block is numbered. These video file blocks are randomly sent to various nodes in the system network for storage, and the distributed hash table in the system is updated to record the hash value of the newly stored file and the corresponding node. Simultaneously, the smart contract in the blockchain responsible for recording the video upload history updates the hash value of the video file uploaded by a specific node at a specific time.

[0050] In existing technologies, if a video is divided into blocks of varying sizes and distributed sequentially to multiple nodes for storage, this approach has a drawback. Firstly, the sequential allocation of storage nodes makes it easy for video file blocks containing relevant content to be found and deleted, which is detrimental to the secure storage of video file blocks. Secondly, because existing technologies divide the video into blocks of varying sizes, the storage capacity of each node is not easily calculated based on the number of video file blocks to be stored. If the storage capacity of a node approaches its full threshold, the video file blocks allocated to that node may fail to be stored due to insufficient storage space or become corrupted. Based on these drawbacks, this invention improves the method of storing video file blocks.

[0051] This invention divides video files into fixed-size blocks, which has two advantages:

[0052] First, splitting the same video file and randomly transmitting it to different storage nodes can reduce the possibility of a single storage node acting maliciously or the upload node colluding with the storage node to delete the target video; by using random storage, it is impossible for related video content to be deleted all at once, thus improving the security of video file block storage.

[0053] Secondly, the video files generated by each videographer node have varying durations and sizes, which is not conducive to the efficient utilization of the entire network's storage space. This invention divides video files into blocks of the same size, enabling rapid calculation of a node's storage space based on the number of video file blocks. This allows for the random allocation of subsequent video file blocks based on the available storage space of each node, making the storage requirements of each node as close as possible to each other, thus achieving a balanced load across all videographer nodes. This allocation avoids the imbalance where some nodes have excessively high loads while others have excessively low loads.

[0054] S21: When the camera component 1 completes recording and performs phased saving, it needs to first use a secure hash function to calculate the hash value of the video as the digital fingerprint of the video.

[0055] S22: The camera node 2 divides the video file into multiple video file blocks of the same size according to system settings (e.g., 256kb per file). Any remaining portion after division that is smaller than a single video file block is also saved as a single video file block. If the video file was smaller than a single block before division, it is also stored as a single video file block.

[0056] Video files cannot be divided into video file blocks of different sizes. This invention cuts video files into video file blocks of the same size, which is beneficial for statistically analyzing the storage space usage of each node. In the system design, the size of video files that each node stores for other nodes is equal to the size of video files that node can upload to the system. When the video file block sizes are the same, the node's storage space usage can be quickly calculated based on the number of stored file blocks on the smart contract. Furthermore, using file blocks of the same size facilitates the implementation of file transfer protocols.

[0057] The photographer node 2 calculates a new hash value for each video file block of the segmented video file, and at the same time forms a file directory to record the hash value of each file block under that file.

[0058] When saving a video file, the camera node 2 uploads multiple video file blocks it has divided into to the P2P network, calculates the distance between the video file blocks and the addresses of all nodes connected to it, and sends the video file blocks to the nearest node for storage.

[0059] Preferably, the distance calculation formula is: distance = h(address) ⊕ h(file). Where distance represents the final calculated distance, used to select the node with the shortest distance. Address represents the hash value of each storage node's address on the blockchain. File represents the data in the file block. h represents the hash function.

[0060] The purpose of setting the distance calculation formula is to provide a rule for randomly selecting storage nodes. The randomness is guaranteed by the correlation between the calculation result and the hash value of the file block, while the file hash value is unpredictable.

[0061] When the file hash value is unpredictable, the result of distance calculation is also unpredictable, thus leading to the method of randomly selecting nodes. Because this node is a nearby node, it can shorten the transmission path of video file blocks during transmission, reducing transmission time and latency, and also reducing the probability of video file blocks being corrupted during transmission.

[0062] S23: After uploading, photographer node 2 updates the distributed hash table (DHT) to record which photographer node each file is stored on.

[0063] The video file operator node 2 calls the recording function of the on-chain smart contract to record the operation information of the video file. The operation information of the video file includes at least the address of the uploading video file operator node, the upload time, the file hash value, and the number of blocks.

[0064] Preferably, by updating the distributed hash table, the storage information of each video file block is recorded, enabling the viewing terminal to retrieve each video file block and play the complete video. Even with access to the distributed hash table, nodes cannot arbitrarily delete video file blocks without their private keys. Therefore, the probability of a node's video file block being deleted is extremely small, practically impossible.

[0065] For files that are frequently used locally or are of high importance and require backup, an option can be provided to back them up locally after they are uploaded to the system. Since this system can locate and download files simply by knowing their hash values, files involving privacy can be protected before uploading.

[0066] For video files, you can choose to blur the faces of people appearing in the video before uploading it to the system, thus protecting the facial privacy of those appearing in the video. Alternatively, you can choose to encrypt the entire file. The encryption key can be generated by the video uploader or by a trusted third party, such as the administrator, depending on the scenario.

[0067] This setup ensures that video file blocks requiring privacy protection are uploaded after removing sensitive content. Even if downloaded, the privacy information will not be leaked, preventing even viewing terminals with only viewing permissions from obtaining private information by downloading the video. In particular, since the encryption key is generated by the node or a trusted third party, and the uploader does not possess the encryption key, the risk of video privacy information being compromised due to key leakage is avoided.

[0068] S3: Video viewing stage.

[0069] When viewing a video, the viewer calls the query function of the smart contract responsible for recording on the blockchain to retrieve the hash value of the required video file and download the file from the corresponding videographer node by combining the content recorded in the distributed hash table.

[0070] This setting prevents the viewing terminal from deleting video file blocks, thus enabling the viewing terminal to achieve true view-only permissions.

[0071] S31: To view the video, the video file needs to be downloaded from the system first. The query function of the on-chain smart contract is called from the viewing terminal 4 to find the hash value of the video to be viewed based on the upload node address, upload time, file size and other information.

[0072] S32: After obtaining the hash value, check the file directory of the large file obtained by terminal 4 according to the distributed hash table, obtain the hash value of each video file block from the file directory, and then query the storage node location of the corresponding video file block hash value from the distributed hash table.

[0073] S33: Check if the node requesting to download the video from terminal 4 is connected to the queried node via the P2P network, and send the video file block information to complete the download of the video file block.

[0074] After repeating the above steps until all file blocks of the video to be downloaded are obtained, the file blocks are sorted and merged according to the large file directory to recover the entire video file.

[0075] This configuration allows video file blocks to be consolidated at the viewing terminal, while each node transmits individual video file blocks separately, avoiding transmission delays caused by large video files. Consolidation of video file blocks at the viewing terminal means that if a video file block is corrupted, it can be downloaded again. If consolidation were performed first and then transmission in the blockchain, all video file blocks would be delayed in the event of video file corruption, actually reducing download efficiency.

[0076] S4: Video deletion phase.

[0077] This system does not support active file deletion. To avoid redundant space in system video storage, the file size limit for each node uploading to the system is equal to the space it provides for storing video files from other nodes. When capacity is insufficient, video files will be deleted according to specific rules, such as chronological order, to make room for new files. A fixed function can also be provided to prevent certain files from being prioritized and thus not deleted according to the basic rules.

[0078] The system of this invention is designed as a video storage system that cannot be actively deleted based on the storage characteristics of blockchain, thus avoiding the intentional or unintentional deletion of video files and circumventing the defects of subjective deletion. Applying this system to the public domain enables the objective preservation of video files, preventing subjective deletion due to vested interests, and allowing relevant management departments to achieve objective storage and downloading of video equipment, realizing true objective preservation of video data and improving the security of video files.

[0079] S41: The photographer node can calculate its own storage usage by calling the query function of the smart contract. By calculating the system storage space usage of each photographer node 2, options for expanding storage space and deleting existing files in the system are provided when storage space is about to reach its limit. The file size that each photographer node 2 can upload is equal to the storage space it provides to the system. After a file is uploaded, the smart contract on the blockchain records the node address and the total number of blocks of the uploaded file x, thereby calculating the space used by the newly added node. add =x add ·256kb.

[0080] S42: When deleting files in the system, terminal 6 can delete files from furthest to nearest according to specific rules. These rules might be chronological order. Each photographer node periodically queries the on-chain smart contract to check the remaining storage capacity of nodes related to its stored files. The smart contract monitors storage space by detecting the size of files uploaded by each node. When a photographer node's storage space reaches a specific threshold, and the file that the photographer node should delete according to the rules is currently stored locally, the node storing the file responds to the deletion command and deletes the file. Here, the photographer node is the node that uploads the file, while the node that actually stores the file executes the deletion command according to the rules.

[0081] Furthermore, the photographer node associated with the deleted file updates the distributed hash table and contract records on the blockchain. Specific thresholds for storage space can be customized, for example, set to 90%.

[0082] Clearly, the video files saved by the system of this invention can only be deleted based on the objective factor of storage space, not based on instructions from a specific node. This design ensures that the storage capacity of each node in the blockchain is never at full capacity, enabling the entire blockchain to form a mechanism that continuously and autonomously deletes videos based on objective factors to maintain normal video uploads from each node. The advantage of this is that the system of this invention autonomously and dynamically saves and deletes video files, avoiding human intervention on the blockchain nodes.

[0083] To prevent upload terminal 3 from indirectly deleting old videos by suddenly uploading large amounts of junk data, a daily upload file size limit is set for upload terminal 3 using a calculation formula. This daily upload file size limit is calculated based on the historical average upload size to prevent sudden increases in the limit, while also allowing for a gradual increase in the quota as nodes add new cameras, enhancing system flexibility. This setting effectively limits nodes from passively entering abnormal states, maintaining the normal operation of each node, and preventing unauthorized personnel from using upload principles to centrally delete videos within a specific time period, thus further preventing interference with node-stored videos using related technical means.

[0084] Preferably, the formula for calculating the maximum file size is:

[0085]

[0086] During system initialization, lim is initially assigned a large value. For example, if a node provides a total of 100GB of storage space and you want to store 30 days' worth of video files, it is recommended that lim be set to 6GB. Adjustments can be made based on the desired storage duration.

[0087] This system does not support file deletion by the uploading terminal 3. To ensure sufficient storage space for videos across the entire network, the file size limit for each uploading terminal 3 is equal to the space it provides to the system for storing video files from other nodes. A minimum space requirement can be set for participating in the system. For example, 64GB of space must be provided to store files uploaded by other uploading terminals in order to use the system.

[0088] It should be noted that the specific embodiments described above are exemplary. Those skilled in the art can devise various solutions inspired by the disclosure of this invention, and these solutions all fall within the scope of this invention and its protection. Those skilled in the art should understand that this specification and its accompanying drawings are illustrative and not intended to limit the scope of the claims. The scope of protection of this invention is defined by the claims and their equivalents. This specification contains multiple inventive concepts; terms such as "preferredly," "according to a preferred embodiment," or "optionally" indicate that the corresponding paragraph discloses an independent concept. The applicant reserves the right to file divisional applications based on each inventive concept.

Claims

1. A blockchain-based monitoring video anti-deletion system, characterized in that, At least comprising: a plurality of camera assemblies for shooting video; at least one shooter node: for connecting with the blockchain network and randomly generating a key pair; cutting the video file sent by the camera assembly into a plurality of video file blocks and randomly sending to each node in the blockchain network for storage, recording the stored file hash value and node information; each shooter node simultaneously establishes a wired or wireless communication connection with multiple camera assemblies; a blockchain network device: updating the hash value of the video file uploaded by the shooter node based on the smart contract; It also includes a viewing terminal, which queries the designated video file hash value by calling the query function of the smart contract responsible for recording on the blockchain, and downloads the video file from the corresponding shooter node in combination with the recording content of the distributed hash table; The viewing terminal calls the query function of the smart contract on the blockchain, finds the hash value of the video to be viewed according to the upload node address, upload time and file size information; after obtaining the hash value, the viewing terminal obtains the file directory of the large file from the distributed hash table, obtains the hash value of each video file block from the file directory, and then queries the storage node position corresponding to the video file block hash value from the distributed hash table; The node requesting to download the video and the node queried by the viewing terminal are connected through the P2P network, and the video file block information requested to be downloaded is sent to complete the download of the video file block; after repeating the above steps until all the file blocks of the required downloaded video are obtained, the entire video file is recovered according to the large file directory sorting and merging file blocks.

2. The blockchain-based surveillance video anti-deletion system according to claim 1, characterized in that, When saving the video file in stages, the shooter node calculates the hash value of the video file using a secure hash function and uses it as the digital fingerprint of the video file. 3.The blockchain-based monitoring video anti-deletion system of claim 1, wherein, The way the shooter node cuts the video file into a plurality of video file blocks is configured as: segmenting the video file into a plurality of video file blocks according to a preset specification, calculating the hash value of the video file block and forming a file directory for recording the hash value.

4. The blockchain-based surveillance video anti-deletion system of claim 1, wherein, The way the shooter node cuts the video file into a plurality of video file blocks is also configured as: uploading the video file block to the blockchain network, and calculating the distance of the video file block from the addresses of all connected nodes, and sending the video file block to the node with the closest distance for storage.

5. The blockchain-based surveillance video anti-deletion system of claim 1, wherein, The shooter node is also configured to: record the storage information of each video file block; update the distributed hash table; call the recording function of the smart contract on the blockchain and record the operation information of the shooter node.

6. The blockchain-based monitored video deletion-prevention system of claim 5, wherein, The operation information of the shooter node at least includes: shooter node address, upload time, file hash value and number of video file blocks.

7. A method of using the blockchain-based monitoring video deletion-preventing system according to any one of claims 1 to 6, characterized by, The method at least includes: connecting with the blockchain network and randomly generating a key pair; cutting the video file sent by the camera assembly into a plurality of video file blocks and randomly sending to each node in the blockchain network for storage, recording the stored file hash value and node information; updating the hash value of the video file uploaded by the shooter node based on the smart contract.

8. The method of claim 7, wherein, The method further comprises: The terminal is used to query the designated video file hash value in a way of viewing the terminal to call a query function of a smart contract responsible for recording on a blockchain, and download the video file from the corresponding shooter node in combination with the recording content of the distributed hash table.

9. The method according to claim 7 or 8, characterized in that, The method further comprises: segmenting the video file into a plurality of video file blocks according to a preset specification, calculating hash values of the video file blocks and forming a file directory for recording the hash values.

Images