Information security data processing system based on block chain

Abstract

The invention discloses an information security data processing system based on a block chain. The system comprises a core server, a generator terminal, a verifier terminal and a legal block chain, generator confidence coefficients corresponding to the generator identifiers, verifier confidence coefficients corresponding to the verifier identifiers and confidence threshold values are also stored in the end point storage library; when the generator confidence coefficient corresponding to the generator identifier is greater than or equal to a confidence threshold value, determining that the generator terminal type is an authoritative generation terminal; when the generator confidence coefficient corresponding to the generator identifier is smaller than a confidence threshold value, determining that the generator terminal type is a common generation terminal; the confidence threshold is preset; by means of the arrangement, when data are shared, the generator terminal can be quickly classified into the authoritative generation end and the common generation end, then the shared data are correspondingly processed according to the terminal type, and the data processing efficiency is greatly improved.

Description

[0001] This invention patent application is a divisional application. The original application number is 202410834983.2, the application date is June 26, 2024, and the invention title is a data processing system for information security based on blockchain. Technical Field

[0002] This application relates to the technical field of data processing, and particularly to a data processing system for information security based on blockchain. Background Art

[0003] Blockchain is a decentralized and immutable data ledger used to record transactions and other data. It consists of a series of linked records called "blocks", each of which contains transaction information, a timestamp, and the hash value of the previous block. The hash value is a cryptographic function that can uniquely identify data and ensure data integrity. Among them, the disclosure of legal data has received strong support in the digital age. Advanced technical means have made the judicial system more transparent, accessible, and efficient, but there are still some challenges in information security when sharing data. For example, when generating shared data, there is no unified data standard and specification for whether the producer terminal is an authoritative producer terminal or an ordinary producer terminal, which is likely to lead to errors in data storage. Summary of the Invention

[0004] The purpose of the present invention is to provide a data processing system for information security based on blockchain in view of the deficiencies of the prior art.

[0005] This application provides a data processing system for information security based on blockchain in one aspect, including a core server, a producer terminal, a verifier terminal, and a legal blockchain, where:

[0006] The producer terminal includes an authoritative producer terminal and an ordinary producer terminal;

[0007] The producer terminal is used to generate legal data according to the data input by the producer user and send the legal data to the core server; the legal data includes case content, legal data identifier, producer identifier, producer blockchain address, legal digital fingerprint, and creation time;

[0008] The core server includes a verification repository and an end repository;

[0009] The core server is used to obtain the legal data sent by the producer terminal; judge the type of the producer terminal according to the producer identifier in the legal data; when the type of the producer terminal is the authoritative generation end, the core server stores the legal data in the end repository; when the type of the producer terminal is the ordinary generation end, the core server stores the legal data in the verification repository, selects multiple verifier terminals to generate the first-round verifier terminals, and sends the legal data to the first-round verifier terminals;

[0010] The first-round verifier terminal is used to obtain the legal data sent by the core server; generate verification information corresponding to the legal data according to the data input by the verifier user; and then send the verification information to the core server; the verification information includes a verification information identifier, the legal data identifier, a verifier identifier, a verifier blockchain address, a confidence type, and a comment content;

[0011] Among them, judging the type of the producer terminal according to the producer identifier in the legal data specifically includes: the end repository also stores a producer confidence corresponding to the producer identifier, a verifier confidence corresponding to the verifier identifier, and a confidence threshold; when the producer confidence corresponding to the producer identifier is greater than or equal to the confidence threshold, confirm that the type of the producer terminal is the authoritative generation end; when the producer confidence corresponding to the producer identifier is less than the confidence threshold, confirm that the type of the producer terminal is the ordinary generation end; the confidence threshold is set in advance;

[0012] The core server is further used to continuously obtain multiple pieces of the verification information sent by the first-round verifier terminal within a threshold time.

[0013] Preferably, when there is newly received verification information, perform a confidence check on all multiple pieces of the verification information. When the confidence check result is successful, stop continuously obtaining the verification information, and store the legal data in the end repository; then obtain the producer blockchain address in the legal data and the multiple verifier blockchain addresses in the currently received multiple pieces of the verification information, and initiate a transfer transaction in the legal blockchain to transfer a preset amount of digital assets proportionally to the producer blockchain address and the multiple verifier blockchain addresses.

[0014] Preferably, the performing a confidence check on all multiple pieces of the verification information specifically includes:

[0015] The confidence type includes a receiving type and a correction type;

[0016] The core server traverses multiple pieces of the verification information. When the confidence types in the multiple pieces of verification information are all of the received type, and the cumulative value of the confidence levels of multiple verifier identifiers in the multiple pieces of verification information is greater than or equal to the confidence threshold, it is confirmed that the confidence verification result is successful. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] In order to more clearly illustrate the embodiments of 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 only some embodiments recorded in the present invention. For those of ordinary skill in the art, without creative efforts, other drawings can also be obtained based on these drawings.

[0018] Figure 1 is an architecture diagram of a data processing system for information security based on blockchain provided by an embodiment of the present application;

[0019] Figure 2 is a flowchart of a data processing method for information security based on blockchain provided by an embodiment of the present application. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0020] The following describes the principles and features of the present invention with reference to the accompanying drawings. The examples given are only for explaining the present invention and are not intended to limit the scope of the present invention.

[0021] Please refer to Figure 1 , Figure 1 an architecture diagram of a data processing system for information security based on blockchain provided by an embodiment of the present application.

[0022] A data processing system for information security based on blockchain includes a core server 10, a producer terminal 20, a verifier terminal 30, and a legal blockchain 40, where:

[0023] Specifically, the legal blockchain 40 is a distributed ledger system based on blockchain technology. The legal blockchain 40 can be used to store and manage the association relationships among the producer terminal 20, the verifier terminal 30, legal data, and verification information in a processing system for legal data security. The legal blockchain 40 is also used to store and manage the digital assets of the core server 10, the producer terminal 20, and the verifier terminal 30. The digital assets on the legal blockchain 40 are proof of rights and interests of the producer terminal 20 and the verifier terminal 30. All users in the processing system for legal data security can exchange the services provided by the system by consuming digital assets. For example, users can consume a certain amount of digital assets to retrieve the legal information stored in the system. Among them, the digital assets can be points. The core server 10, the producer terminal 20, and the verifier terminal 30 all have blockchain account addresses on the legal blockchain 40. The core server 10 can be a full node on the legal blockchain 40, and the producer terminal 20 and the verifier terminal 30 can be light nodes on the legal blockchain 40. The core server 10 can establish connections with the producer terminal 20 and the verifier terminal 30 through wired or wireless means. Bidirectional data transmission can also be carried out between the producer terminal 20 and the verifier terminal 30 through the core server 10.

[0024] The producer terminal 20 includes an authoritative generation end 201 and an ordinary generation end 202;

[0025] The producer terminal 20 is used to generate legal data according to the data input by the producer user and send the legal data to the core server 10;

[0026] The legal data includes case content, legal data identifier, producer identifier, producer blockchain address, legal digital fingerprint, and creation time. Among them, the legal digital fingerprint is generated by performing a hash operation on the case content, legal data identifier, producer identifier, and producer blockchain address.

[0027] Specifically, the producer terminal 20 allows users to input legal - related data, and the data input by the users will be used to generate legal data. The case content may include case details, legal facts, contract content, evidence, court rulings, etc.; the legal digital fingerprint can be that the producer terminal 20 uses a hash function to perform a hash operation on the key elements of the legal data to generate a legal digital fingerprint. This ensures the uniqueness and integrity of the legal data because any minor data change will result in a different digital fingerprint. Preferably, the legal digital fingerprint is generated by performing a hash operation on the case content, legal data identifier, producer identifier, and producer blockchain address; the hash operation can be SHA - 1, SHA - 256, SHA - 384, SHA - 512, etc.; finally, the producer terminal 20 is responsible for sending the generated legal data to the core server 10. Among them, the legal data identifier can be an identifier used to uniquely identify legal data to ensure data uniqueness; the producer identifier can be the unique identifier of the producer terminal 20; the producer blockchain address can be the account address of the producer in the legal blockchain 40 network; the creation time can be a timestamp recording the generation time of the legal data for tracing the time information of the data.

[0028] The core server 10 includes a verification repository 101 and a terminal repository 102; the core server 10 is used to obtain the legal data sent by the producer terminal 20; judge the type of the producer terminal 20 according to the producer identifier in the legal data: when the type of the producer terminal 20 is the authoritative generation end 201, the core server 10 stores the legal data in the terminal repository 102; when the type of the producer terminal 20 is the ordinary generation end 202, the core server 10 stores the legal data in the verification repository 101, and selects multiple verification terminals 30 to generate the first - round verification terminals 301, and sends the legal data to the first - round verification terminals 301.

[0029] Specifically, the core server 10 is the core component of the system, including a verification repository 101 and an end - point repository 102, which are used to manage, store, and process the legal data. The core server 10 is responsible for receiving and obtaining legal data from the producer terminal 20; the core server 10 determines the type of the producer terminal 20 according to the producer identifier in the legal data. The producer terminal 20 is divided into an authoritative producer end 201 and an ordinary producer end 202. According to the type of the producer terminal 20, the core server 10 executes different storage strategies: when the type of the producer terminal 20 is the authoritative producer end 201, the core server 10 stores the legal data in the end - point repository 102. The authoritative producer end 201 can be a terminal used by professionals in the public security, procuratorial, and judicial systems, with a relatively high credibility. When the type of the producer terminal 20 is the ordinary producer end 202, the core server 10 stores the legal data in the verification repository 101. This is because the data generated by the ordinary producer end 202 needs to go through a verification stage to ensure the accuracy and credibility of the data. For the legal data stored in the verification repository 101, the core server 10 needs to select multiple verifier terminals 30 for the first - round verification. A certain algorithm or mechanism can be used to select a group of verifier terminals 30, such as a random algorithm, to ensure the fairness and diversity of the verification. The core server 10 sends the legal data generated by the ordinary producer end 202 to the first - round verifier terminal 301 to initiate the verification process. The first - round verifier terminal 301 will be responsible for verifying the validity of the legal data.

[0030] The first - round verifier terminal 301 is used to obtain the legal data sent by the core server 10;

[0031] and generate verification information corresponding to the legal data according to the data input by the verifier user;

[0032] and then send the verification information to the core server 10;

[0033] The verification information includes a verification information identifier, the legal data identifier, the verifier identifier, the verifier blockchain address, the comment type, and the comment content.

[0034] Specifically, the first - round verifier terminal 301 first obtains the required legal data from the core server 10;

[0035] The first-round verifier terminal 301 allows the verifier to input verification information related to legal data, which may include legal viewpoints, case analysis, legal interpretations, etc.; the professional background and experience of the verifier will also affect the content provided by them in the verification information; according to the data input by the verifier user, the first-round verifier terminal 301 uses corresponding algorithms and logics to generate verification information corresponding to the legal data; the first-round verifier terminal 301 is responsible for sending the generated verification information to the core server 10; among them, the verification information identifier can be an identifier used to uniquely identify the verification information to ensure the uniqueness of the verification information; the legal data identifier can be an identifier that identifies the legal data to be verified, which can be the same as that in the legal data; the verifier identifier can be a unique identifier that identifies the first-round verifier terminal 301; the verifier blockchain address can be the account address of the verifier in the legal blockchain 40 network; the comment type can indicate the evaluation type of the first-round verifier, such as the acceptance type (indicating that the legal data is valid) or the correction type (indicating that the legal data needs to be corrected), etc.; the comment content can contain the specific comments or evaluations of the first-round verifier on the legal data, which may include legal viewpoints, correction suggestions, etc.

[0036] The core server 10 is further configured to continuously obtain a plurality of the verification information sent by the first-round verifier terminal 301 within a threshold time;

[0037] When there is newly received verification information, perform confidence verification on all the plurality of verification information,

[0038] When the confidence verification result is successful, stop continuously obtaining the verification information and store the legal data in the end repository 102;

[0039] Then obtain the generator blockchain address in the legal data and a plurality of the verifier blockchain addresses in the currently received plurality of verification information, and initiate a transfer transaction in the legal blockchain 40 to transfer a preset amount of digital assets proportionally to the generator blockchain address and the plurality of verifier blockchain addresses.

[0040] Specifically, the core server 10 continuously obtains multiple verification messages sent by the first-round verifier terminals 301 within the threshold time, ensuring that sufficient verification messages can be collected within the specified time, improving the comprehensiveness and credibility of legal data; when there are newly received verification messages, the core server 10 performs confidence verification on all the multiple verification messages; when the confidence verification result is successful, the core server 10 stops obtaining verification messages and stores the legal data in the end repository 102; indicating that the legal data has passed a round of verification and can be considered data with relatively high credibility; the core server 10 obtains the producer blockchain address in the legal data and the multiple verifier blockchain addresses in the currently received multiple verification messages, and these addresses are key information for subsequent digital asset transfers; the core server 10 initiates a transfer transaction in the legal blockchain 40, transferring a preset amount of digital assets proportionally to the producer blockchain address and the multiple verifier blockchain addresses. This step is implemented through blockchain technology, ensuring the security, transparency, and immutability of digital assets; the preset amount of digital assets can be preset by the core server 10, and the transfer of digital assets is only executed when the confidence verification is successful; the core server 10 transfers digital assets to the producer and verifiers according to the producer blockchain address in the legal data and the verifier blockchain addresses in the verification messages in a preset proportion; ensuring that all parties participating in the verification obtain corresponding rights and interests in digital assets.

[0041] It can be understood that in the above process, the core server 10 not only ensures that the legal data has relatively high accuracy and credibility, but also encourages the participation of producers and verifiers through the digital asset transfer mechanism, constructing a more secure and participation-encouraging legal data processing system, facilitating the sharing and disclosure of legal data.

[0042] The end repository 102 also stores the producer confidence corresponding to the producer identifier, the verifier confidence corresponding to the verifier identifier, and the confidence threshold.

[0043] When the producer confidence corresponding to the producer identifier is greater than or equal to the confidence threshold, it is confirmed that the type of the producer terminal 20 is the authoritative generation end 201.

[0044] When the producer confidence corresponding to the producer identifier is less than the confidence threshold, it is confirmed that the type of the producer terminal 20 is the ordinary generation end 202.

[0045] The confidence threshold is preset.

[0046] Specifically, the end repository 102 not only stores legal data, but also records the confidence levels of the generators and verifiers, as well as a pre-set confidence threshold; the confidence threshold can be used to determine the type of the generator terminal 20 (authoritative generation terminal 201 or ordinary generation terminal 202), and affect the final confirmation of legal data and the transfer of digital assets; for example, the confidence threshold can be set to 100, and the generator confidence level can be higher than or equal to 100. When the generator confidence level is higher than or equal to 100, the generator terminal 20 can be considered an authoritative production terminal; the verifier confidence levels are all less than 100. Preferably, the verifier confidence level can be set to a maximum of 60% of the confidence threshold to ensure that more verifiers can participate in the confidence verification; the pre-setting of the confidence threshold allows the system to be adjusted according to actual needs, which enables the system to operate flexibly under different application scenarios and security standards; the confidence threshold also provides a clear standard for the system to measure the trust level of the generator terminal 20 and the credibility of legal data. By comparing with the confidence threshold, the system can judge the credibility of the generator. This provides more comprehensive and accurate management and operation for the entire system.

[0047] The confidence types include a receiving type and a correction type;

[0048] The core server 10 traverses multiple pieces of the verification information. When the confidence types in the multiple pieces of verification information are all of the receiving type, and the cumulative value of the confidence levels of multiple verifiers corresponding to multiple verifier identifiers in the multiple pieces of verification information is greater than or equal to the confidence threshold, it is confirmed that the confidence verification result is successful.

[0049] Specifically, the core server 10 traverses multiple pieces of verification information to ensure that different views and opinions of multiple verifiers within the system are covered, improving the comprehensive evaluation of the credibility of legal data; when the confidence types in the multiple pieces of verification information are all of the receiving type, and the cumulative value of the confidence levels of multiple verifiers corresponding to multiple verifier identifiers in these pieces of verification information is greater than or equal to the confidence threshold, it is confirmed that the confidence verification result is successful; this condition ensures that the legal data is widely accepted within the system and has sufficient overall credibility; among them, the receiving type can indicate that the verifier approves and accepts the legal data. When the verifier has no objections to the accuracy and legality of the legal data, the confidence type is marked as the receiving type; the correction type can indicate that the verifier has put forward some suggestions for amendment or improvement of the legal data, which can include correcting legal interpretations, providing additional case analyses, modifying obvious formatting errors, etc. The correction type helps to continuously optimize and improve the legal data; by requiring the receiving type verification information of multiple verifiers and accumulating their confidence levels, the system effectively prevents possible misjudgment or abuse of data by a single verifier; enhancing the robustness and security of the entire system.

[0050] The core server 10 transfers a preset number of digital assets to the producer blockchain address at a ratio of 70%, and transfers a preset number of digital assets to multiple validator blockchain addresses at a ratio of 30%; at the same time, it increases the confidence levels of multiple validators corresponding to multiple validator identifiers in the multiple received verification messages.

[0051] Specifically, when the core server 10 transfers digital assets, it has preset a preset number of digital assets in advance. This number can be a fixed value or a parameter dynamically adjusted according to the system scale and requirements;

[0052] The core server 10 transfers a preset number of digital assets to the producer blockchain address at a ratio of 70%, which means that the producer obtains a relatively large digital asset reward during the generation process of legal data to encourage its continuous contribution to the system;

[0053] At the same time, the core server 10 transfers a preset number of digital assets to multiple validator blockchain addresses at a ratio of 30%, reflecting the reward mechanism of the system for multiple validators participating in verification, encouraging them to actively and timely participate in the verification and management of legal data in the system;

[0054] The core server 10 identifies multiple validator identifiers in the multiple received verification messages and increases the confidence levels of the validators corresponding to these validator identifiers. This is a dynamic evaluation mechanism. The core server 10 dynamically updates the trust level of validators in the system by continuously accumulating the confidence levels of validators, reflecting the contributions and performances of validators during the verification process; through the transfer of digital assets and the increase in validator confidence levels, the system encourages validators to actively participate in the verification of legal data and provides substantial rewards for their efforts and contributions, providing a fair, transparent, and incentive participation mechanism for all parties within the system.

[0055] The core server 10 traverses multiple verification messages. When at least one of the confidence types in the multiple verification messages is the correction type, it is confirmed that the confidence verification result is failed.

[0056] Specifically, when the core server 10 performs confidence verification, it traverses multiple verification messages to obtain a comprehensive view. During the traversal process, if at least one of the confidence types in the multiple verification messages is the correction type, the system immediately confirms that the confidence verification result is a failure, which means that at least one verifier has proposed a correction suggestion for the legal data and the data needs to be corrected. When the confidence verification result is a failure, the system may need to check and correct the relevant legal data, which may include adjusting legal interpretations, correcting case content, formatting adjustments, etc., to ensure the accuracy and integrity of the legal data. When the confidence verification result is a failure, the system will notify the relevant producers and verifiers. After the producers make corresponding corrections, the legal data can be submitted to the system again. This ensures that the system has an iterative and continuously optimized process for data accuracy, emphasizes that as long as one of the multiple verification messages is of the correction type, the confidence verification result is determined to be a failure, and at the same time explains the post-failure processing flow and the notification and communication to all parties within the system, which guarantees the accuracy and continuous improvement mechanism of the legal data within the system.

[0057] When the confidence verification result is a failure, stop continuously obtaining the verification messages, and send the legal data and the verification message containing the correction type to the producer terminal 20 together.

[0058] Once the correction type is received, that is, the confidence verification result is a failure, the system stops continuously obtaining the verification messages from the verifier terminal 30. This is to enable the system to promptly modify the legal data based on the corrected verification messages or quickly evaluate the verifiers who proposed the corrections, and urge the verifiers to make rigorous judgments.

[0059] Sending the legal data with a failed confidence verification and the verification message containing the correction type to the producer terminal 20 together. The purpose of this step is to let the producer understand the reason for the verification failure and obtain the information with the verifier's correction suggestions, so that the producer can make subsequent corrections.

[0060] The producer terminal 20 accepts the legal data and the verification message; then generates the next-round legal data according to the data input by the producer user, and sends the next-round legal data to the core server 10. Among them, the legal data identifier, producer identifier, and producer blockchain address of the next-round legal data are the same as those of the legal data, and the legal digital fingerprint of the next-round legal data is regenerated using hash operation.

[0061] Specifically, the producer terminal 20 receives information including legal data and verification information sent by the core server 10, which may include confidence verification results, correction suggestions from the verifier, etc.; the producer terminal 20 generates the next-round legal data based on the data input by the producer user and the legal data and verification information obtained from the previous round. This step ensures that the generated legal data is a correction and optimization based on the previous data and verification information; the legal data identifier and producer identifier of the next-round legal data are the same as those of the legal data in the previous round, which maintains the uniqueness of the legal data and the identity consistency of the producer; the legal digital fingerprint of the next-round legal data is regenerated using a hash operation, and the generation method is the same as described above; the producer terminal 20 finally sends the corrected next-round legal data to the core server 10; the system takes clear processing steps when the confidence verification fails, ensuring the timely discovery and correction of incorrect or inconsistent legal data, and maintaining the quality of the legal data and the credibility of the system.

[0062] The core server 10 obtains the next-round legal data sent by the producer terminal 20, selects multiple verifier terminals 30 to generate the next-round verifier terminal 302, and sends the next-round legal data to the next-round verifier terminal 302;

[0063] The next-round verifier terminal 302 obtains the next-round legal data sent by the core server 10;

[0064] and generates the next-round verification information corresponding to the next-round legal data based on the data input by the verifier user; the core server 10 continuously obtains multiple pieces of the next-round verification information sent by the next-round verifier terminal 302 within the threshold time; when there is newly received next-round verification information, a next-round confidence verification is performed on all multiple pieces of the next-round verification information. The core server 10 traverses multiple pieces of the next-round verification information. When the confidence types in multiple pieces of the next-round verification information are all of the acceptance type, and the cumulative value of the confidence levels of multiple verifiers corresponding to multiple verifier identifiers in multiple pieces of the next-round verification information is greater than or equal to the confidence threshold, it is confirmed that the result of the next-round confidence verification is successful.

[0065] Specifically, the core server 10 obtains the secondary round of legal data sent by the producer terminal 20, that is, a new round of legal data containing the producer user input data; the core server 10 selects multiple verifier terminals 30 according to system policies and algorithms to form a set of secondary round verifier terminals 302; preferably, the primary round verifier terminals 301 may not be included; the core server 10 sends the secondary round of legal data to the selected secondary round verifier terminals 302, and the secondary round verifier terminals 302 receive the secondary round of legal data sent by the core server 10 and generate secondary round verification information corresponding to the secondary round of legal data according to the data input by the verifier user, which may include verification information identifier, legal data identifier, verifier identifier, verifier blockchain address, comment type and comment content, etc.; within the threshold time, the core server 10 continuously obtains multiple secondary round verification information sent by the secondary round verifier terminals 302; when there is newly received secondary round verification information, the core server 10 performs a secondary round confidence check on all multiple secondary round verification information; ensuring that the system can respond to new verification information in a timely manner; the core server 10 traverses multiple secondary round verification information, and when the confidence types in the multiple secondary round verification information are all acceptance types and the cumulative value of the verifier confidence degrees corresponding to the multiple verifier identifiers in these information is greater than or equal to the confidence threshold, it is confirmed that the result of the secondary round confidence check is successful; the above emphasizes the verification of the new round of legal data and the role of the secondary round verifier terminals 302, as well as the process and conditions of the secondary round confidence check, ensuring the continuity and integrity of the legal data in the system and improving the trust in the legal data.

[0066] When the result of the secondary round confidence check is successful, stop continuously obtaining the secondary round verification information, and store the secondary round of legal data in the end repository 102. At the same time, judge whether the legal digital fingerprints of the legal data and the secondary legal data are consistent:

[0067] When they are consistent, the core server 10 transfers a preset number of digital assets to the producer blockchain address at a ratio of 70%, and transfers the preset number of digital assets to the verifier blockchain addresses in multiple secondary round verification information at a ratio of 30%; at the same time, increase the multiple verifier confidence degrees corresponding to the multiple verifier identifiers in the currently received multiple secondary round verification information; at the same time, reduce the verifier confidence degree corresponding to the verifier identifier in the verification information containing the correction type in the primary round.

[0068] When there is an inconsistency, the core server 10 transfers a preset number of digital assets to the producer blockchain address at a ratio of 50%, transfers the preset number of digital assets to the blockchain addresses of multiple verifiers in multiple pieces of the secondary round verification information at a ratio of 30%, and transfers the preset number of digital assets to the blockchain address of the verifier in the verification information of the first round that includes the correction type at a ratio of 20%; at the same time, increases the confidence levels of multiple verifiers corresponding to multiple verifier identifiers in the currently received multiple pieces of the secondary round verification information and in the verification information of the first round that includes the correction type.

[0069] Specifically, when the secondary round confidence verification result is successful, the system stops continuously obtaining the secondary round verification information from the secondary round verifier terminal 302, which indicates that the current verification stage has been completed; stores the secondary round legal data in the end repository 102 to ensure that the newly generated legal data has passed the secondary round verification and becomes an official record in the system; determines whether the legal digital fingerprints of the legal data and the secondary round legal data are consistent. If they are consistent, it means that the producer terminal 20 has not modified the case content, which also triggers the evaluation of the first round correction proposer. Because the producer terminal 20 has not modified and the secondary round verifiers agree, it is considered that the first round correction proposer has made a misjudgment; the core server 10 transfers a preset number of digital assets to the producer blockchain address at a ratio of 70% and to the blockchain addresses of multiple verifiers in multiple pieces of the secondary round verification information at a ratio of 30%; increases the confidence levels of multiple verifiers corresponding to multiple verifier identifiers in the currently received multiple pieces of the secondary round verification information, indicating an increase in the trust level in the verifiers; reduces the confidence level of the verifier identifier corresponding to the verification information of the first round that includes the correction type because the doubts of the verifiers in the first round are considered misjudgments.

[0070] Determines whether the legal digital fingerprints of the legal data and the secondary round legal data are consistent. If they are consistent, it means that the producer terminal 20 has modified the case content, approves the correction comment, and the secondary round verifier terminal 302 also agrees, indicating that the doubts of the first round proposer are correct; the core server 10 transfers a preset number of digital assets to the producer blockchain address at a ratio of 50%, to the blockchain addresses of multiple verifiers in multiple pieces of the secondary round verification information at a ratio of 30%, and to the blockchain address of the verifier in the verification information of the first round that includes the correction type at a ratio of 20%; increases the confidence levels of multiple verifiers corresponding to multiple verifier identifiers in the currently received multiple pieces of the secondary round verification information and in the verification information of the first round that includes the correction type, indicating an increase in the trust level in the verifiers.

[0071] The system has made detailed processing instructions for the transfer of digital assets and the adjustment of verifier confidence in different situations. On the one hand, it urges the generator terminal 20 to generate as perfect and correct legal data as possible, and on the other hand, it urges the verifier terminal 30 to make as correct evaluations as possible, so as to ensure that the system's evaluation and reward mechanism for legal data is more accurate and fair.

[0072] Further, when the result of the secondary round confidence verification fails, repeat the above steps.

[0073] The process of generating the first-round verifier terminal 301 and the secondary-round verifier terminal 302 can adopt some methods of random selection and strategic selection. The following is a possible design:

[0074] The core server 10 randomly selects a part of the verifier terminals 30 registered in the system as the first-round verifier terminals 301. This random selection can ensure the fairness and decentralization of the system; moreover, on the basis of random selection, the core server 10 can select verifiers through some strategic considerations. For example, verifiers with a certain reputation or participation in the system can be preferentially selected, or those who have performed well in past verifications can be selected; in addition, in order to ensure that different verifiers have the opportunity to participate in the verification, a rotation mechanism can be implemented so that the first-round verifier terminals 301 in each round are different groups of verifiers; the core server 10 can select some verifiers based on the first-round verification results, especially those who have proposed corrections or have a high confidence level in the first round; on the basis of the selection based on the first-round verification results, some verifiers are randomly selected again, which helps to introduce new viewpoints and prevent the over-concentration of verifiers; the core server 10 can ensure that the selected verifiers come from different backgrounds, fields or geographical locations to maintain the diversity and comprehensiveness of the system; similarly, a rotation mechanism can be adopted to ensure that the secondary-round verifier terminals 302 in each round are different groups of verifiers.

[0075] It can be understood that by introducing blockchain technology and combining the multi-round verification mechanism of verifiers, a series of problems in legal data processing are solved, and higher data credibility, decentralization, transparency and fairness are achieved. This system has established a judicial data processing system with high credibility, fairness and transparency, and provides an innovative solution for the generation, storage and verification of legal data.

[0076] Please refer to Figure 2 , Figure 2 which is a schematic flowchart of a data processing method for information security based on blockchain provided by an embodiment of the present application.

[0077] A data processing method for information security based on blockchain, the method includes:

[0078] Step S101:

[0079] The producer terminal 20 includes an authoritative generation end 201 and an ordinary generation end 202;

[0080] The producer terminal 20 generates legal data according to the data input by the producer user, and sends the legal data to the core server 10; the legal data includes case content, legal data identifier, producer identifier, producer blockchain address, legal digital fingerprint, and creation time; wherein, the legal digital fingerprint is generated by performing a hash operation on the case content, legal data identifier, producer identifier, and producer blockchain address.

[0081] Step S102:

[0082] The core server 10 includes a verification repository 101 and a destination repository 102;

[0083] The core server 10 obtains the legal data sent by the producer terminal 20; determines the type of the producer terminal 20 according to the producer identifier in the legal data: when the type of the producer terminal 20 is the authoritative generation end 201, the core server 10 stores the legal data in the destination repository 102; when the type of the producer terminal 20 is the ordinary generation end 202, the core server 10 stores the legal data in the verification repository 101, selects multiple verifier terminals 30 to generate a first-round verifier terminal 301, and sends the legal data to the first-round verifier terminal 301.

[0084] Step S103:

[0085] The first-round verifier terminal 301 obtains the legal data sent by the core server 10; generates verification information corresponding to the legal data according to the data input by the verifier user; and then sends the verification information to the core server 10; the verification information includes a verification information identifier, the legal data identifier, a verifier identifier, a verifier blockchain address, a comment type, and comment content.

[0086] Step S104:

[0087] The core server 10 continuously obtains a plurality of the verification information sent by the first-round verifier terminal 301 within the threshold time; when there is newly received verification information, it performs confidence verification on all the plurality of verification information. When the confidence verification result is successful, it stops continuously obtaining the verification information and stores the legal data in the end repository 102; then it obtains the generator blockchain address in the legal data and a plurality of the verifier blockchain addresses in the currently received plurality of verification information, and initiates a transfer transaction in the legal blockchain 40 to transfer a preset amount of digital assets proportionally to the generator blockchain address and the plurality of verifier blockchain addresses.

[0088] The foregoing are only the preferred embodiments of the present invention and are not intended to limit the present invention. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present invention shall be included within the protection scope of the present invention.

Claims

1. A data processing system based on information security of blockchain, characterized in that: It includes core server, generator terminal, verifier terminal and legal blockchain, where: The generator terminal includes an authoritative generator terminal and a common generator terminal; The generator terminal is used to generate legal data according to the data input by the generator user, and send the legal data to the core server; the legal data includes case content, legal data identifier, generator identifier, generator blockchain address, legal digital fingerprint, and creation time; The core server includes a verification repository and an endpoint repository; The core server is used to obtain the legal data sent by the generator terminal; determine the type of the generator terminal according to the generator identifier in the legal data; when the generator terminal type is the authoritative generator terminal, the core server stores the legal data in the terminal repository; when the generator terminal type is the ordinary generator terminal, the core server stores the legal data in the verification repository, selects multiple verifier terminals to generate first-round verifier terminals, and sends the legal data to the first-round verifier terminals; The first-round verifier terminal is used to obtain the legal data sent by the core server; and generate verification information corresponding to the legal data according to the data input by the verifier user; and then send the verification information to the core server; the verification information includes the verification information identifier, the legal data identifier, the verifier identifier, the verifier blockchain address, the trust type and the comment content; Wherein, judging the type of the generator terminal according to the generator identifier in the legal data specifically includes: the end point repository also stores the generator confidence corresponding to the generator identifier, the verifier confidence corresponding to the verifier identifier, and the confidence threshold; when the generator confidence corresponding to the generator identifier is greater than or equal to the confidence threshold, confirming that the type of the generator terminal is the authoritative generator terminal; when the generator confidence corresponding to the generator identifier is less than the confidence threshold, confirming that the type of the generator terminal is the ordinary generator terminal; the confidence threshold is pre-set; The core server is further configured to continuously obtain the plurality of verification information sent by the first-round verifier terminal within a threshold time.

2. The data processing system based on information security of blockchain according to claim 1 is characterized in that: Also includes: When there is newly received verification information, a confidence check is performed on all the multiple verification information. When the confidence check result is successful, stop obtaining the verification information and store the legal data in the terminal repository; then obtain the generator blockchain address in the legal data and the multiple verifier blockchain addresses in the multiple verification information currently received, and initiate a transfer transaction in the legal blockchain to transfer a preset number of digital assets to the generator blockchain address and the multiple verifier blockchain addresses in proportion.

3. The data processing system based on information security of blockchain according to claim 2 is characterized in that: The confidence checking of all the verification information specifically includes: The confidence type includes a receiving type and a correction type; The core server traverses the multiple verification information, and when the confidence types in the multiple verification information are all receiving types, and the cumulative values ​​of the multiple verifier confidences corresponding to the multiple verifier identifiers in the multiple verification information are greater than or equal to the confidence threshold, confirms that the confidence verification result is successful.

Images