Blockchain-based project declaration material storage verification system

Abstract

The application discloses a project declaration material storage verification system based on a block chain, and relates to the technical field of material storage, solves the problem that traditional encryption methods mostly use unified keys or fixed algorithms, and the encryption logic is single and the decryption difficulty is low, the application takes the angle ratio of the hour hand, minute hand and second hand corresponding to the start and end time of the project declaration material storage as the storage characteristic, the characteristic is strongly bound with the storage time, has natural uniqueness and non-replicability, takes this as the core to carry out encryption operation, generates an exclusive encryption ratio column in combination with the data packet sorting position, realizes the personalized encryption effect of "one data packet one encryption scheme", greatly improves the encryption complexity, significantly increases the data decryption difficulty, effectively resists illegal tampering, theft and other security risks, and provides high-strength security protection for the project declaration material.

Description

Technical Field

[0001] This invention relates to the field of material preservation technology, specifically a blockchain-based project application material preservation and verification system. Background Technology

[0002] In the field of project application management, the preservation and verification of application materials are the core links to ensure the compliance and authenticity of project approval.

[0003] Traditional project application materials are mostly submitted offline or stored electronically, which has significant security and management shortcomings: on the one hand, electronic materials are easily tampered with or stolen, and the traces of tampering are difficult to trace, making it impossible to effectively verify the authenticity of the materials and bringing compliance risks to project approval; on the other hand, traditional encryption methods mostly use unified keys or fixed algorithms, with simple encryption logic and low decryption difficulty, making it difficult to deal with diverse cybersecurity threats.

[0004] Meanwhile, in the process of material transfer and review, traditional verification methods rely on manual comparison and verification, which is not only inefficient but also prone to human error leading to the omission of abnormal data, affecting the approval progress. Furthermore, the decryption and material retrieval stages often involve complex key management, which is cumbersome and prone to key loss or leakage, further reducing the convenience of data use. In addition, existing evidence storage systems lack an effective traceability mechanism for the entire lifecycle of materials, making it difficult to quickly identify the responsible party when material disputes arise, causing numerous inconveniences to project application management.

[0005] With the rise of blockchain technology, its immutable and traceable characteristics have provided a new approach to solving the above problems. However, most blockchain-based evidence storage systems still suffer from problems such as low identification of evidence features, disconnect between encryption and verification processes, and insufficient decryption indexing efficiency. They have failed to fully integrate with the business scenarios of project application materials to achieve accurate and efficient evidence storage and verification management. Therefore, there is an urgent need for an innovative evidence storage and verification system to improve the security, credibility, and management efficiency of project application materials. Summary of the Invention

[0006] To address the shortcomings of existing technologies, this invention provides a blockchain-based project application material storage and verification system, which solves the problems of traditional encryption methods that mostly use unified keys or fixed algorithms, have simple encryption logic, and are easy to decipher.

[0007] To achieve the above objectives, the present invention provides the following technical solution: a blockchain-based project application material storage and verification system, comprising:

[0008] The evidence preservation feature recording terminal stores the project application materials that require evidence preservation for each instance to the cloud database, and simultaneously records the start and end times of the preservation. Based on the recorded start and end times, it confirms the evidence preservation features associated with the corresponding project application materials. The specific method is as follows:

[0009] During the evidence preservation process, the start time for preserving the project application materials is denoted as KS. i Where i represents different project application materials, and the end time of the storage of the project application materials is denoted as JS. i ;

[0010] Based on the recorded start time KS i Confirm the positions of the hour, minute, and second hands within the clock chart, and record these positions as the initial positions. Then, synchronize the clock according to the end time (JS). i Identify the positions of the hour, minute, and second hands and record them as the ending positions. Based on the initial and ending positions associated with the hour hand, treat both the initial and ending positions as a set of measurement lines, and identify the angle between the two sets of measurement lines. Record this angle as JD1. i Simultaneously, the angles formed by the minute and second hands are denoted as JD2. i and JD3 i ;

[0011] The three sets of angles associated with the hour, minute, and second hands JD1 i JD2 i and JD3 i Perform ratio processing to confirm the ratio of the included angles generated by the three sets of included angles, column JD1. i JD2 i JD3 i ;

[0012] The angle ratio generated by the application materials for this project is recorded as the evidence preservation feature, and the confirmed evidence preservation feature is transmitted to the encrypted end of the evidence preservation materials.

[0013] The evidence storage encryption terminal generates evidence storage features based on the evidence storage characteristics generated during the evidence storage process of the corresponding project application materials. It also generates evidence storage features corresponding to the total number of data packets within the project application materials, and extracts the encryption ratio column associated with each data packet based on the packet's arrangement order. Finally, it encrypts and stores the associated data packets according to the extracted encryption ratio column. The specific method is as follows:

[0014] Confirm the total number G of the corresponding data packets within the project application materials, and confirm the evidence storage feature JD1 associated with this project application materials. i JD2 i JD3 iThe evidence features are repeatedly sorted, and the total number of ratios H during the sorting process is recorded. Sorting stops when H = G + 2. The sorted ratio column is then recorded as the undetermined ratio column. The repeated sorting format is: {JD1} i JD2 i JD3 i JD1 i JD2 i JD3 i JD1 i JD2 i JD3 i : ……};

[0015] Determine the sorting position P of the corresponding data packet. In the generated column of undetermined ratios, record the sorting position of the first ratio as 1. Sequentially confirm the associated ratios with sorting position P, and extract the associated ratios and the two sets of ratios that follow them. Record them as the encryption ratio column of the corresponding data packet.

[0016] Confirm the location of the corresponding data packet in the evidence storage. Based on the encryption ratio column confirmed in the corresponding data packet, segment the source code associated with this data packet. Divide the associated source code into three groups of segmented code. The data capacity associated with the three groups of segmented code from front to back are RL1, RL2 and RL3 respectively. The ratio {RL1:RL2:RL3} generated by the three groups of data capacity is consistent with the encryption ratio column.

[0017] The cloud database stores project application materials that require evidence preservation.

[0018] Preferably, when the project application materials are processed for evidence storage, there are several data packets. Each data packet is stored in sequence according to a set order. In addition, according to the set transmission protocol, a set of folders is generated for each different data packet to store the material data associated with the data packet.

[0019] Preferably, if there are cases where the data capacity ratios are the same, then the associated source code segments are assigned front and back marks, which are preset in advance by relevant personnel.

[0020] Preferred options also include:

[0021] The material storage and verification terminal verifies the encrypted data packets. Based on the associated encryption process, it confirms the encryption features and compares the encryption features before and after storage to determine if they are consistent. Specifically:

[0022] During the encrypted storage process, the data capacities RL1, RL2, and RL3 associated with the segmented code that has not been segmented are recorded, and the values ​​associated with the three sets of recorded data capacities are generated in the sorting order of RL1-RL2-RL3 to generate the encrypted features associated with the segmentation process before segmentation.

[0023] After the source code associated with the corresponding data packet is segmented and processed, the encryption features associated with the segmented data packet are confirmed to be the same as those before segmentation. The two sets of encryption features are then compared and verified to determine whether the feature codes of the two sets of encryption features are completely consistent. If they are completely consistent, no processing is required. If they are not completely consistent, an encryption error signal is generated and output through the signal output terminal. When the CPU receives the encryption error signal, it directly confirms the location of the corresponding data packet, removes the stored content, re-stores the content associated with the data packet, and re-executes the processing of the evidence material encryption terminal and the material feature verification terminal.

[0024] This invention provides a blockchain-based system for storing and verifying project application materials. Compared with existing technologies, it has the following advantages:

[0025] This invention uses the ratio of the angle between the hour, minute, and second hands corresponding to the start and end times of project application material storage as the storage feature. This feature is strongly bound to the storage time and has inherent uniqueness and non-replicability. Encryption operations are carried out based on this feature, and a unique encryption ratio column is generated by combining the data packet sorting position. This achieves a personalized encryption effect of "one data packet, one encryption scheme", which greatly improves the encryption complexity, significantly increases the difficulty of data decryption, effectively resists security risks such as illegal tampering and theft, and provides high-strength security protection for project application materials.

[0026] The source code is precisely segmented based on the encryption ratio column. By strictly matching the data capacity ratio with the encryption ratio column, the standardization and integrity of the source code segments are ensured. Simultaneously, a marking mechanism is implemented for scenarios with identical capacity ratios in special cases to further prevent segmentation confusion. This refined encryption method not only ensures the orderly nature of the encryption operation but also reduces data loss and corruption at the source, guaranteeing the integrity of project application materials during storage.

[0027] By comparing the feature codes before and after encryption, a real-time and accurate verification closed loop is constructed. Once an inconsistency in encryption features is detected, the system can quickly locate the abnormal data packet and automatically trigger the re-certification process, completing the anomaly correction without manual intervention. This mechanism not only promptly avoids data failure caused by encryption errors but also reduces the time cost of manual investigation and processing, improving the fault tolerance and stability of the certification process. Attached Figure Description

[0028] Figure 1 This is a schematic diagram of the principle framework of the present invention. Detailed Implementation

[0029] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0030] Please see Figure 1 This application provides a blockchain-based project application material storage and verification system, including a storage feature recording terminal, a storage material encryption terminal, a cloud database, a material feature verification terminal, and a signal output terminal. The storage feature recording terminal, the storage material encryption terminal, and the cloud database are electrically connected sequentially from the output node to the input node. The storage material encryption terminal and the cloud database are both electrically connected to the input node of the material feature verification terminal. The material feature verification terminal is electrically connected to the input node of the signal output terminal, and the storage feature recording terminal is electrically connected to the input node of the cloud database.

[0031] The evidence storage feature recording terminal stores the project application materials that need to be stored in a single instance into the cloud database, and records the start and end times of the storage simultaneously. Based on the recorded start and end times, it confirms the evidence storage features associated with the corresponding project application materials. Specifically, when the corresponding project application materials are processed for evidence storage, there are several data packets. Each data packet is stored in the order set. In addition, the cloud database generates a set of folders for each different data packet according to the set transmission protocol to store the material data associated with the data packet.

[0032] The specific method for confirming the evidentiary characteristics of the submitted project application materials is as follows:

[0033] During the evidence preservation process, the start time for preserving the project application materials is denoted as KS. i Where i represents different project application materials, and the end time of the storage of the project application materials is denoted as JS. i ;

[0034] Based on the recorded start time KS i Confirm the positions of the hour, minute, and second hands within the clock chart, and record these positions as the initial positions. Then, synchronize the clock according to the end time (JS). iIdentify the positions of the hour, minute, and second hands and record them as the ending positions. Based on the initial and ending positions associated with the hour hand, treat both the initial and ending positions as a set of measurement lines, and identify the angle between the two sets of measurement lines. Record this angle as JD1. i Simultaneously, the angles formed by the minute and second hands are denoted as JD2. i and JD3 i ;

[0035] The three sets of angles associated with the hour, minute, and second hands JD1 i JD2 i and JD3 i Perform ratio processing to confirm the ratio of the included angles generated by the three sets of included angles, column JD1. i JD2 i JD3 i ;

[0036] The angle ratio generated by the application materials for this project is recorded as the evidence preservation feature, and the confirmed evidence preservation feature is transmitted to the encrypted end of the evidence preservation materials.

[0037] Specifically, let A be the start time associated with the application materials for the corresponding project, and B be the end time. When A moves to B, the angle associated with the hour hand is 3.2°, the angle associated with the minute hand is 38.4°, and the second hand has made 6.4 revolutions, resulting in an angle of 144°. The resulting angle ratio is 3.2°: 38.4°: 144°. After processing, the angle ratio can be expressed as 1:12:45.

[0038] The evidence storage encryption end generates evidence storage features based on the evidence storage characteristics generated during the evidence storage process of the corresponding project application materials, and generates evidence storage features corresponding to the total number of data packets in the project application materials. Based on the arrangement order of the corresponding data packets, it extracts the encryption ratio column associated with the corresponding data packets, and performs encrypted storage processing on the associated data packets based on the extracted encryption ratio column.

[0039] Confirm the total number G of the corresponding data packets within the project application materials, and confirm the evidence storage feature JD1 associated with this project application materials. i JD2 i JD3 i The evidence features are repeatedly sorted, and the total number of ratios H during the sorting process is recorded. Sorting stops when H = G + 2. The sorted ratio column is then recorded as the undetermined ratio column. The repeated sorting format is: {JD1} i JD2 i JD3 i JD1 i JD2 i JD3i JD1 i JD2 i JD3 i : ...}, Specifically, if the total number of confirmed data packets is set to 5, then the sequence generated after reordering the corresponding evidence features is: "{JD1 i JD2 i JD3 i JD1 i JD2 i JD3 i JD1 i}”;

[0040] Determine the sorting position P of the corresponding data packet (if it is the third, then P is 3). In the generated column of undetermined ratios, record the sorting position of the first ratio as 1, and then confirm the associated ratios with sorting position P in turn. Extract the associated ratios and the two sets of ratios that follow, and record them as the encryption ratio column of the corresponding data packet.

[0041] Confirm the location of the corresponding data packet in the evidence storage. Based on the encryption ratio column confirmed in the corresponding data packet, segment the source code associated with this data packet (when a computer reads any material, image, or data, it converts it into source code data before it can be read). Divide the associated source code into three groups of segmented code, and the data capacities associated with the three groups of segmented code from front to back are RL1, RL2, and RL3, respectively. The ratios {RL1:RL2:RL3} generated by the three groups of data capacities are consistent with the encryption ratio column. If there are data capacities with the same ratio, assign front and back marks to the associated source code segments. If there are two ratios with the same ratio (which does not exist under normal circumstances), assign front and back marks to facilitate subsequent extraction and confirmation. If all three ratios are the same, mark them in the same way. The marking can be done in the form of subscripts. If it is the front, assign the subscript "front". If it is in the middle, assign the subscript "middle". If it is the back, assign the subscript "back". This case only applies to cases where the capacity ratios are the same, which generally does not occur.

[0042] The cloud database stores project application materials that require evidence preservation.

[0043] Specifically, after the relevant data information stored at the corresponding evidence storage location undergoes encryption processing, a corresponding data capacity ratio will be generated. The data capacity ratio will change with the sorting position of the data packets. The data packets at different sorting positions will have completely different associated ratios. Therefore, the encryption ratio of the data packets associated with each different evidence storage location will be different. Each different evidence storage area has a different encryption method, which is more difficult to decipher. The security performance of the relevant evidence storage materials is effectively guaranteed.

[0044] The material storage and verification terminal verifies the encrypted data packets, confirms the encryption features based on the associated encryption process, and compares and verifies the encryption features before and after storage to determine whether the encryption features are consistent.

[0045] During the encrypted storage process, the data capacities RL1, RL2, and RL3 associated with the segmented code that has not been segmented are recorded, and the values ​​associated with the three sets of recorded data capacities are generated in the sorting order of RL1-RL2-RL3 to generate the encrypted features associated with the segmentation process before segmentation.

[0046] After the source code associated with the corresponding data packet is segmented (that is, after the segmentation process is completed), the encryption features associated with the segmented data packet are confirmed using the same method as before segmentation. The two sets of encryption features are then compared and verified to determine whether the feature codes of the two sets of encryption features are completely consistent. If they are completely consistent, no processing is required. If they are not completely consistent, an encryption error signal is generated and output through the signal output terminal. When the CPU receives the encryption error signal, it directly confirms the location of the corresponding data packet and removes this stored content (the corresponding data packet has a corresponding sorting position during the notarization process. After the data packet with the corresponding sorting position is removed, the corresponding data content in the original project material can be reconfirmed based on the original sorting position, and then the notarization can be directly re-indexed and re-executed, and the corresponding encryption process can be re-executed). The content associated with this data packet is re-notarized, and the processing process of the notarized material encryption terminal and the material feature verification terminal is re-executed.

[0047] The application material storage and verification system for this project also includes a subsequent associated index module;

[0048] Its indexing module determines the evidence preservation characteristics of the corresponding project application materials based on the storage time associated with those materials. Then, based on the determined evidence preservation characteristics, it decrypts the data packets associated with the specified evidence preservation partition, reassembles the source code segments associated with the data packets, and generates the data stored in the corresponding data packets based on the reassembled source code.

[0049] Based on the associated storage time, confirm the evidence preservation characteristics associated with the project application materials (in the same way as the confirmation method of the storage characteristic record end).

[0050] Confirm the total number of folders storing the application materials for the corresponding project and the associated evidence preservation characteristics. Using the same method of repeatedly sorting the evidence preservation characteristics in the ratio column, reconfirm the pending ratio column associated with the application materials for the project.

[0051] Then, based on the sorting position of the corresponding folder, the encryption ratio column associated with the corresponding folder is confirmed using the same method.

[0052] Subsequently, the data capacity of different source code segments stored in the folder is confirmed based on this encryption ratio column, and the confirmed data capacity is processed by ratio. Several ratio processing processes are executed until the ratio associated with the corresponding ratio processing process is consistent with the encryption ratio column. The sorting method of the corresponding ratio is recorded. According to the recorded sorting method, the associated source code segments are reordered to generate the overall source code associated with the corresponding data package and generate the material data stored in the corresponding folder.

[0053] Then, according to the corresponding folders, sort the data of the stored materials in order from front to back to obtain the stored project application materials and display them.

[0054] Specifically, the indexing process in this part is the corresponding decryption process, which is the reverse logic of the corresponding encrypted storage process. Following the reverse logic of the corresponding encryption process, the decryption method is confirmed, thereby realizing the corresponding decryption process, obtaining the encrypted project application materials, and outputting them.

[0055] Some of the data in the above formulas are numerical calculations with dimensions removed, and the contents not described in detail in this specification are all prior art known to those skilled in the art.

[0056] The above embodiments are only used to illustrate the technical methods of the present invention and are not intended to limit it. Although the present invention has been described in detail with reference to preferred embodiments, those skilled in the art should understand that modifications or equivalent substitutions can be made to the technical methods of the present invention without departing from the spirit and scope of the technical methods of the present invention.

Claims

1. A blockchain-based project application material storage and verification system, characterized in that, include: The evidence preservation feature recording terminal stores the project application materials that require evidence preservation for each instance to the cloud database, and simultaneously records the start and end times of the preservation. Based on the recorded start and end times, it confirms the evidence preservation features associated with the corresponding project application materials. The specific method is as follows: During the evidence preservation process, the start time for preserving the project application materials is denoted as KS. i Where i represents different project application materials, and the end time of the storage of the project application materials is denoted as JS. i ; Based on the recorded start time KS i Confirm the positions of the hour, minute, and second hands within the clock chart, and record these positions as the initial positions. Then, synchronize the clock according to the end time (JS). i Identify the positions of the hour, minute, and second hands and record them as the ending positions. Based on the initial and ending positions associated with the hour hand, treat both the initial and ending positions as a set of measurement lines, and identify the angle between the two sets of measurement lines. Record this angle as JD1. i Simultaneously, the angles formed by the minute and second hands are denoted as JD2. i and JD3 i ; The three sets of angles associated with the hour, minute, and second hands JD1 i JD2 i and JD3 i Perform ratio processing to confirm the ratio of the included angles generated by the three sets of included angles, column JD1. i JD2 i JD3 i ; The angle ratio generated by the application materials for this project is recorded as the evidence preservation feature, and the confirmed evidence preservation feature is transmitted to the encrypted end of the evidence preservation materials. The evidence storage encryption terminal generates evidence storage characteristics based on the evidence storage features generated during the evidence storage process of the corresponding project application materials. It also generates evidence storage features corresponding to the total number of data packets within the project application materials, and extracts the encryption ratio column associated with each data packet based on the packet's arrangement order. Finally, it encrypts and stores the associated data packets based on the extracted encryption ratio column. The specific method is as follows: Confirm the total number G of the corresponding data packets within the project application materials, and confirm the evidence storage feature JD1 associated with this project application materials. i JD2 i JD3 i The evidence features are repeatedly sorted, and the total number of ratios H during the sorting process is recorded. Sorting stops when H = G + 2. The sorted ratio column is then recorded as the undetermined ratio column. The repeated sorting format is: {JD1} i JD2 i JD3 i JD1 i JD2 i JD3 i JD1 i JD2 i JD3 i : ……}; Determine the sorting position P of the corresponding data packet. In the generated column of undetermined ratios, record the sorting position of the first ratio as 1. Sequentially confirm the associated ratios with sorting position P, and extract the associated ratios and the two sets of ratios that follow them. Record them as the encryption ratio column of the corresponding data packet. The cloud database stores project application materials that require archiving and verification.

2. The blockchain-based project application material storage and verification system according to claim 1, characterized in that, When the project application materials are processed for evidence storage, there are several data packets. Each data packet is stored in the order set. In addition, according to the set transmission protocol, the cloud database generates a set of folders for each different data packet to store the material data associated with the data packet.

3. The blockchain-based project application material storage and verification system according to claim 1, characterized in that, The specific method by which the evidence storage material encryption terminal encrypts and stores data packets is as follows: Confirm the location of the corresponding data packet in the evidence storage. Based on the encryption ratio column confirmed in the corresponding data packet, segment the source code associated with this data packet. Divide the associated source code into three groups of segmented code. The data capacity associated with the three groups of segmented code from front to back are RL1, RL2 and RL3 respectively. The ratio {RL1:RL2:RL3} generated by the three groups of data capacity is consistent with the encryption ratio column.

4. The blockchain-based project application material storage and verification system according to claim 3, characterized in that, If there are cases where the data capacity ratios are the same, then the associated source code segments are assigned front and back markers, which are preset by relevant personnel in advance.

5. The blockchain-based project application material storage and verification system according to claim 1, characterized in that, Also includes: The material storage and verification terminal verifies the data packets after encryption and storage. Based on the associated encryption process, it confirms the encryption features and compares and verifies the encryption features associated before and after storage to identify whether the encryption features associated before and after encryption are consistent.

6. The blockchain-based project application material storage and verification system according to claim 5, characterized in that, The specific method by which the material storage verification terminal compares and verifies the encryption features associated with the storage before and after is as follows: During the encrypted storage process, the data capacities RL1, RL2, and RL3 associated with the segmented code that has not been segmented are recorded, and the values ​​associated with the three sets of recorded data capacities are generated in the sorting order of RL1-RL2-RL3 to generate the encrypted features associated with the segmentation process before segmentation. After the source code associated with the corresponding data packet is segmented and processed, the encryption features associated with the segmented data packet are confirmed to be the same as those before the segmentation process. The two sets of encryption features are then compared and verified to determine whether the feature codes of the two sets of encryption features are completely consistent. If they are completely consistent, no processing is required. If they are not completely consistent, an encryption error signal is generated and output through the signal output terminal. When the CPU receives the encryption error signal, it directly confirms the location of the corresponding data packet, removes the stored content, re-stores the content associated with the data packet, and re-executes the processing of the evidence material encryption terminal and the material feature verification terminal.

Images