Nuclear power plant design review management method and device based on block chain, equipment and storage medium

Abstract

The embodiment of the invention provides a nuclear power plant design review management method and device based on a block chain, equipment and a storage medium. The method comprises the steps that an owner serves as a core node, and an alliance chain architecture is established according to the review process of nuclear power plant design; the method comprises the following steps: based on an owner review specification, performing step decomposition on a review process of nuclear power plant design by using an intelligent contract to obtain atomic-scale operation steps, and binding the atomic-scale operation steps with an alliance chain architecture to generate a forced mapping rule set; encrypting generated data corresponding to the atomic-scale operation steps based on the forced mapping rule set, and storing the encrypted data to the alliance chain; and constructing a visual interface according to the alliance chain, and visualizing the review process. The information barrier is fundamentally eliminated, a multi-party cooperation trust basis based on cryptography is established, and the decision-making efficiency and the penetration-type supervision capability are greatly improved.

Description

Technical Field

[0001] This disclosure relates to the field of blockchain technology, and in particular to a blockchain-based method, apparatus, equipment, and storage medium for nuclear power plant design review and management. Background Technology

[0002] The design review of nuclear power plants is a complex and critical process involving multiple stages and numerous stakeholders. Traditional review methods have several problems, such as fragmented data management, untimely and inaccurate information transmission between stakeholders leading to severe information silos; lack of transparency, making it difficult for stakeholders to understand the review progress and decision-making basis in real time, which can easily lead to a crisis of trust; and difficulty in tracing the review process, making it difficult to quickly locate the cause and assign responsibility once problems occur. These problems may lead to low review efficiency, data inconsistencies, and potential safety risks.

[0003] Traditional workflows rely on manual intervention and judgment, making them prone to omissions, incorrect sequences, or proceeding to the next stage before completing prerequisite tasks. Process compliance is highly dependent on individual accountability. Information is scattered across the email accounts and local disks of various participants, making it difficult for owners and managers to obtain a real-time, comprehensive, and unified view of the review progress.

[0004] Therefore, this disclosure provides a blockchain-based method, apparatus, equipment, and storage medium for nuclear power plant design review management. Summary of the Invention

[0005] To address or at least partially address the aforementioned technical problems, this disclosure provides a blockchain-based method, apparatus, equipment, and storage medium for nuclear power plant design review and management.

[0006] This disclosure provides a blockchain-based method for nuclear power plant design review management, the method comprising: A consortium blockchain architecture is established with the owner as the core node, based on the review process of nuclear power plant design. Based on the owner review standards, the review process of nuclear power plant design is decomposed into steps using smart contracts to obtain atomic-level operation steps. These atomic-level operation steps are then bound to the consortium blockchain architecture to generate a set of mandatory mapping rules. Based on the forced mapping rule set, the generated data corresponding to the atomic-level operation steps is encrypted and stored in the consortium blockchain; A visual interface is built based on the consortium blockchain to visualize the review process.

[0007] The method provided in this disclosure, which establishes a consortium blockchain architecture with the owner as the core node according to the review process of nuclear power plant design, includes: Obtain the review process for nuclear power plant design, and extract the participants in the review process to identify the participants other than the owner; The homeowner is designated as the core node, while other participants are ordinary nodes. Based on the consensus algorithm, a subset of nodes are extracted from the ordinary nodes, and the authoritative and non-authoritative nodes are determined by combining the subset of nodes with the core nodes. Led by the core node of the owner, the authoritative node and non-authoritative nodes are jointly deployed, and a consortium blockchain architecture is established according to the review process of nuclear power plant design.

[0008] The method provided in this disclosure, based on owner review specifications, utilizes smart contracts to decompose the review process of nuclear power plant design into atomic-level operation steps, and binds these atomic-level operation steps to a consortium blockchain architecture to generate a set of mandatory mapping rules, including: The aforementioned owner review specifications were structured and analyzed to extract key review stages, decision points, inputs and outputs, qualification standards, and approval authority. The review process for nuclear power plant design is broken down into atomic-level operational steps based on key review stages, decision points, inputs and outputs, compliance standards, and approval authority. In smart contracts, the entire review process is defined as a finite state machine, where each review state represents a review stage. Match the first trigger condition before the state transition, the second trigger condition during the state transition, and the third trigger condition after the state transition for each review state from the historical condition database. The atomic operation steps are chained together based on the first, second, and third triggering conditions corresponding to all review states. Each step is then bound to each node in the consortium blockchain architecture based on the authoritative node, generating a set of mandatory mapping rules.

[0009] The method provided in this disclosure, which encrypts and stores the generated data corresponding to the atomic-level operation steps in the consortium blockchain based on the forced mapping rule set, includes: Obtain the data object that generates data after the execution of atomic-level operation steps, use a hash algorithm to calculate the hash value of the data object, generate the digital fingerprint corresponding to the data, and package the parent data hash as core metadata with the digital fingerprint in an integrated manner according to the forced mapping rule set. A one-time temporary symmetric key is randomly generated, and the packaged data object is encrypted using the one-time temporary symmetric key to obtain the data ciphertext; Obtain the elliptic curve public keys of all target nodes authorized to access the generated data, and encrypt the temporary symmetric key using each public key to generate multiple corresponding key ciphertexts; The encrypted data, the encrypted keys, and metadata containing the data fingerprint and the parent data hash are assembled into a blockchain transaction, and the user uses a private key to digitally sign the blockchain transaction. The signed blockchain transaction is broadcast to the consortium blockchain network, where a pre-defined authoritative node verifies the transaction signature. Once verified, the transaction is packaged and uploaded to the blockchain through a consensus mechanism.

[0010] The method provided in this disclosure, which constructs a visualization interface based on a consortium blockchain to visualize the review process, includes: Deploy off-chain services for consortium blockchains and continuously monitor key events in the review process triggered by smart contracts on the consortium blockchain; Extract the structured data of the key events and establish an off-chain index library to index the key events; Develop corresponding visualization components for different user roles, assemble the visualization components according to the consortium blockchain to form a visualization interface, and visualize the review process.

[0011] The method provided in this disclosure develops corresponding visualization components for different user roles, assembles the visualization components according to the consortium blockchain to form a visualization interface, and visualizes the review process, including: The roles of users are determined according to the review process, including the design unit, the review expert panel, the equipment supplier, the regulatory agency, and the owner. The core tasks corresponding to each user role are determined by analyzing the review process, and these core tasks are then associated with the consortium blockchain. Based on the correlation results, a visualization component is designed for each user role. The visualization component develops a Gantt chart of project progress, a review status distribution chart and a real-time warning list for the owner, and a personal task list, a document comparison view and a feedback panel for the designer and reviewer. Each visualization component displaying key conclusions has a built-in on-chain verification button. Clicking it calls the blockchain interface in the consortium blockchain to verify the transaction hash and block height of the key conclusions, which are derived from atomic operation steps in the consortium blockchain. Develop cross-component linkage functionality based on data relationships on the consortium blockchain, and connect all visualization components based on the cross-component linkage skills to form a visualization interface to visualize the review process.

[0012] This disclosure also provides a blockchain-based nuclear power plant design review management device, the device comprising: Establish a module to create a consortium blockchain architecture with the owner as the core node, based on the review process of nuclear power plant design; The generation module is used to decompose the review process of nuclear power plant design into steps based on the owner review specifications and using smart contracts to obtain atomic-level operation steps, and bind the atomic-level operation steps with the consortium blockchain architecture to generate a set of mandatory mapping rules. The encryption module is used to encrypt the generated data corresponding to the atomic-level operation steps based on the forced mapping rule set and then store it in the consortium blockchain; The visualization module is used to build a visual interface based on the consortium blockchain to visualize the review process.

[0013] In some implementations, the establishment module includes: The first extraction unit is used to obtain the review process of nuclear power plant design and extract the participants in the review process to obtain the participants other than the owner. The defined unit is used to designate the owner as the core node and other participants as ordinary nodes. The second extraction unit is used to extract some nodes from ordinary nodes based on a consensus algorithm, and combine the partial nodes with the core nodes to determine authoritative nodes and non-authoritative nodes. The deployment unit is used to lead the core node of the owner to jointly deploy the authoritative node and non-authoritative nodes, and to establish a consortium blockchain architecture according to the review process of nuclear power plant design.

[0014] In some implementations, the generation module includes: The aforementioned owner review specifications were structured and analyzed to extract key review stages, decision points, inputs and outputs, qualification standards, and approval authority. The review process for nuclear power plant design is broken down into atomic-level operational steps based on key review stages, decision points, inputs and outputs, compliance standards, and approval authority. In smart contracts, the entire review process is defined as a finite state machine, where each review state represents a review stage. Match the first trigger condition before the state transition, the second trigger condition during the state transition, and the third trigger condition after the state transition for each review state from the historical condition database. The atomic operation steps are chained together based on the first, second, and third triggering conditions corresponding to all review states. Each step is then bound to each node in the consortium blockchain architecture based on the authoritative node, generating a set of mandatory mapping rules.

[0015] In some implementations, the encryption module includes: Obtain the data object that generates data after the execution of atomic-level operation steps, use a hash algorithm to calculate the hash value of the data object, generate the digital fingerprint corresponding to the data, and package the parent data hash as core metadata with the digital fingerprint in an integrated manner according to the forced mapping rule set. A one-time temporary symmetric key is randomly generated, and the packaged data object is encrypted using the one-time temporary symmetric key to obtain the data ciphertext; Obtain the elliptic curve public keys of all target nodes authorized to access the generated data, and encrypt the temporary symmetric key using each public key to generate multiple corresponding key ciphertexts; The encrypted data, the encrypted keys, and metadata containing the data fingerprint and the parent data hash are assembled into a blockchain transaction, and the user uses a private key to digitally sign the blockchain transaction. The signed blockchain transaction is broadcast to the consortium blockchain network, where a pre-defined authoritative node verifies the transaction signature. Once verified, the transaction is packaged and uploaded to the blockchain through a consensus mechanism.

[0016] In some implementations, the visualization module includes: Deploy off-chain services for consortium blockchains and continuously monitor key events in the review process triggered by smart contracts on the consortium blockchain; Extract the structured data of the key events and establish an off-chain index library to index the key events; Develop corresponding visualization components for different user roles, assemble the visualization components according to the consortium blockchain to form a visualization interface, and visualize the review process.

[0017] In some implementations, the visualization module includes: The roles of users are determined according to the review process, including the design unit, the review expert panel, the equipment supplier, the regulatory agency, and the owner. The core tasks corresponding to each user role are determined by analyzing the review process, and these core tasks are then associated with the consortium blockchain. Based on the correlation results, a visualization component is designed for each user role. The visualization component develops a Gantt chart of project progress, a review status distribution chart and a real-time warning list for the owner, and a personal task list, a document comparison view and a feedback panel for the designer and reviewer. Each visualization component displaying key conclusions has a built-in on-chain verification button. Clicking it calls the blockchain interface in the consortium blockchain to verify the transaction hash and block height of the key conclusions, which are derived from atomic operation steps in the consortium blockchain. Develop cross-component linkage functionality based on data relationships on the consortium blockchain, and connect all visualization components based on the cross-component linkage skills to form a visualization interface to visualize the review process.

[0018] This disclosure also provides an electronic device, comprising: a processor; a memory for storing executable instructions of the processor; the processor being configured to read the executable instructions from the memory and execute the instructions to implement the blockchain-based nuclear power plant design review management method provided in this disclosure.

[0019] This disclosure also provides a computer-readable storage medium storing a computer program for executing the blockchain-based nuclear power plant design review management method provided in this disclosure.

[0020] The technical solution provided in this disclosure has the following advantages compared with the prior art: The blockchain-based nuclear power plant design review management method disclosed in this embodiment uses owner review specifications to drive smart contracts, decomposing the review process into atomic-level operation steps and binding them to consortium blockchain nodes to form a mandatory rule set. When executing atomic-level operation steps, the system enforces data encryption and associates it with the parent data hash before uploading it to the blockchain. Finally, a visual interface is built based on trusted on-chain data, achieving process transparency and penetrating supervision. This fundamentally eliminates information barriers, establishes a cryptographic-based multi-party collaborative trust foundation, and greatly improves decision-making efficiency and penetrating supervision capabilities. Attached Figure Description

[0021] The above and other features, advantages, and aspects of the embodiments of this disclosure will become more apparent from the accompanying drawings and the following detailed description. Throughout the drawings, the same or similar reference numerals denote the same or similar elements. It should be understood that the drawings are schematic, and the originals and elements are not necessarily drawn to scale.

[0022] Figure 1 A schematic flowchart illustrating the blockchain-based nuclear power plant design review management method provided in this embodiment of the disclosure; Figure 2 A schematic diagram of the structure of a blockchain-based nuclear power plant design review management device provided in this embodiment of the disclosure; Figure 3 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this disclosure. Detailed Implementation

[0023] Embodiments of this disclosure will now be described in more detail with reference to the accompanying drawings. While some embodiments of this disclosure are shown in the drawings, it should be understood that this disclosure can be implemented in various forms and should not be construed as limited to the embodiments set forth herein. Rather, these embodiments are provided to provide a more thorough and complete understanding of this disclosure. It should be understood that the accompanying drawings and embodiments of this disclosure are for illustrative purposes only and are not intended to limit the scope of protection of this disclosure.

[0024] It should be understood that the steps described in the method embodiments of this disclosure may be performed in different orders and / or in parallel. Furthermore, the method embodiments may include additional steps and / or omit the steps shown. The scope of this disclosure is not limited in this respect.

[0025] The term "comprising" and its variations as used herein are open-ended inclusions, meaning "including but not limited to". The term "based on" means "at least partially based on". The term "one embodiment" means "at least one embodiment"; the term "another embodiment" means "at least one additional embodiment"; the term "some embodiments" means "at least some embodiments". Definitions of other terms will be given in the description below.

[0026] It should be noted that the concepts of "first" and "second" mentioned in this disclosure are used only to distinguish different devices, modules or units, and are not used to limit the order of functions performed by these devices, modules or units or their interdependencies.

[0027] It should be noted that the terms "a" and "a plurality of" used in this disclosure are illustrative rather than restrictive, and those skilled in the art should understand that, unless otherwise expressly indicated in the context, they should be understood as "one or more".

[0028] The names of messages or information exchanged between multiple devices in the embodiments of this disclosure are for illustrative purposes only and are not intended to limit the scope of such messages or information.

[0029] Figure 1 This is a flowchart illustrating a blockchain-based nuclear power plant design review management method provided in an embodiment of the present disclosure. The method can be executed by a blockchain-based nuclear power plant design review management device, which can be implemented using software and / or hardware and is generally integrated into an electronic device.

[0030] Example 1: This embodiment of the disclosure provides a blockchain-based method for nuclear power plant design review management, such as... Figure 1 As shown, the method includes: A consortium blockchain architecture is established with the owner as the core node, based on the review process of nuclear power plant design. Based on the owner review standards, the review process of nuclear power plant design is decomposed into steps using smart contracts to obtain atomic-level operation steps. These atomic-level operation steps are then bound to the consortium blockchain architecture to generate a set of mandatory mapping rules. Based on the forced mapping rule set, the generated data corresponding to the atomic-level operation steps is encrypted and stored in the consortium blockchain; A visual interface is built based on the consortium blockchain to visualize the review process.

[0031] In this embodiment, the review process refers to a series of standardized and structured steps and stages that a nuclear power plant design must go through from its inception to final approval. For example, the owner takes the lead in accepting design modification requests, organizing expert technical reviews, supervising the design team to revise according to the feedback, presiding over internal multi-departmental review and technical committee decision-making, issuing approval notices, and supervising the implementation of changes at the construction site and the final document archiving throughout the process.

[0032] In this embodiment, the core node in the consortium blockchain architecture represents the node of the most important participant, typically possessing the highest authority and dominating in business and governance. For example, the owner's server is a core node. It is responsible for the final approval decision and may possess special powers in the consensus mechanism.

[0033] In this embodiment, the consortium blockchain architecture is a permission-based blockchain network jointly managed by multiple nodes. For example, the nuclear power plant design review blockchain system that was ultimately established is a consortium blockchain architecture. It is jointly maintained by multiple parties, including the owner, regulatory agencies, chief experts, design units, and suppliers. Data is shared on the chain and is tamper-proof, but the network is not open to the public and serves only the nuclear power plant review business.

[0034] In this embodiment, the participants in the review process are extracted, with the owner designated as the core node and the others as ordinary nodes. Based on a consensus algorithm, a subset of ordinary nodes are selected to form an authoritative node group together with the core node. The owner, as the core node, leads the deployment of all nodes, thereby establishing a consortium blockchain architecture. This establishes the owner's core and dominant position within the consortium blockchain.

[0035] In this embodiment, atomic-level operation steps are the smallest indivisible task units into which the complex review process is broken down. Each step has a clear objective, assigned responsibility, and corresponds to a specific system operation. Atomic-level operation steps include, but are not limited to: the design unit node uploading a preliminary security analysis report; the owner node specifying a list of review experts; the smart contract pushing review tasks to the designated expert nodes; expert node A submitting review opinions on the structural chapter; expert node B submitting review opinions on the system chapter... Each step is triggered by the corresponding node through private key signing and recorded by the smart contract as an immutable on-chain transaction.

[0036] In this embodiment, the binding process involves forcibly associating the execution permission of each atomic operation step with a node in the consortium blockchain architecture that has the corresponding role. This ensures that the rule allowing the corresponding user role to perform the corresponding operation step under the corresponding review status is enforced by the code. For example, the atomic step of issuing the final approval order will be bound by the smart contract to the authoritative node representing the general manager of the owner company in the consortium blockchain. Only the digital signature of this authoritative node can trigger this step; any other node attempting to perform this operation will be rejected by the contract.

[0037] In this embodiment, the mandatory mapping rule set is a set of digital business rules solidified through smart contracts. It defines the mandatory correspondence between atomic-level operation steps and consortium blockchain nodes, and includes a complete constraint system encompassing access control, data specifications, and execution logic. This may include: access mapping rules, data lineage rules, process sequence rules, multi-verification rules, and time limit control rules.

[0038] In this embodiment, the owner review specifications are systematic technical and management requirements formulated by the owner to ensure the safety, compliance and reliability of the nuclear power plant design. They are the highest criteria and direct basis for design review activities, including safety classification specifications, document deliverables specifications, interface management specifications, change control specifications and quality verification specifications.

[0039] In this embodiment, the generated data refers to the specific business data output produced after performing atomic-level operation steps. For example, the "Seismic Calculation Review Report" generated after the review experts complete the step of submitting their seismic calculation review opinions is the generated data.

[0040] In this embodiment, the visual interface is a complete user interface formed by organically arranging and assembling multiple visual components according to the user's role and needs. For example, the owner's global monitoring dashboard: this interface combines three core components—a project progress Gantt chart, a review status distribution chart, and a real-time alert list—in a logical layout, such as a Gantt chart on the left, a status chart in the middle, and an alert list on the right, allowing the owner to clearly grasp the overall situation. It also includes the designer's personal workbench: this interface mainly consists of a personal task list, a document comparison view, and a feedback panel, focusing on handling specific personal work tasks.

[0041] In this embodiment, off-chain services are deployed to detect key events triggered by consortium blockchain smart contracts, extract structured data to build an off-chain index library for indexing, and develop visualization components for different user roles and assemble them into a visualization interface to make the review process visible.

[0042] The working principle and beneficial effects of this embodiment are as follows: Smart contracts are driven by owner review standards, decomposing the review process into atomic-level operation steps and binding them to consortium blockchain nodes to form a mandatory rule set. When executing atomic-level operation steps, the system enforces data encryption and associates it with the parent data hash before uploading it to the blockchain. Finally, a visual interface is built based on trusted on-chain data, achieving process transparency and penetrating supervision. This fundamentally eliminates information barriers, establishes a cryptographic-based multi-party collaborative trust foundation, and greatly improves decision-making efficiency and penetrating supervision capabilities.

[0043] Example 2: The method provided in this embodiment establishes a consortium blockchain architecture with the owner as the core node according to the review process of nuclear power plant design, including: Obtain the review process for nuclear power plant design, and extract the participants in the review process to identify the participants other than the owner; The homeowner is designated as the core node, while other participants are ordinary nodes. Based on the consensus algorithm, a subset of nodes are extracted from the ordinary nodes, and the authoritative and non-authoritative nodes are determined by combining the subset of nodes with the core nodes. Led by the core node of the owner, the authoritative node and non-authoritative nodes are jointly deployed, and a consortium blockchain architecture is established according to the review process of nuclear power plant design.

[0044] In this embodiment, the participants are identified from the review process as all relevant organizations or institutions. For example, the participants extracted from the process include: the design firm, the review panel, the equipment supplier, the regulatory agency, and the owner.

[0045] In this embodiment, ordinary nodes represent nodes of other participating parties besides the core nodes. They have limited permissions and are primarily responsible for data uploading, verification, and synchronization related to their own responsibilities. For example, the servers of the design institute, the review expert panel, and the equipment supplier are all ordinary nodes. The design institute node can upload design documents, and the expert nodes can submit review comments, but they do not have the authority to ultimately approve the project or unilaterally modify the process rules.

[0046] In this embodiment, consensus algorithm extraction refers to selecting a subset of nodes from all ordinary nodes according to specific consensus algorithm rules, granting them higher network power. For example, suppose a proof-of-authority consensus algorithm is used. The rule is to select "institutions with outstanding reputation in the industry and highly relevant to the project's interests." This algorithm can extract regulatory agencies and the chief expert committee nodes from the ordinary nodes.

[0047] In this embodiment, the authoritative node is a set of nodes consisting of core nodes and some ordinary nodes extracted through a consensus algorithm. It is responsible for achieving consensus and ensuring the stable operation of the blockchain. For example, the owner node corresponds to the core node, the regulatory agency node, and the chief expert committee node. These three parties together constitute the authoritative node set, and only they have the right to generate and verify new blocks.

[0048] In this embodiment, non-authoritative nodes are ordinary nodes in a consortium blockchain, excluding authoritative nodes. Non-authoritative nodes can initiate transactions and query data, but do not participate in the core consensus process. Examples include branch nodes of design institutes that perform design work, or nodes of independent equipment suppliers. Non-authoritative nodes can submit data, but cannot participate in deciding which transactions are included in blocks.

[0049] The working principle and beneficial effects of this embodiment are as follows: Participants in the review process are extracted, with the owner designated as the core node and the others as ordinary nodes. Based on a consensus algorithm, some ordinary nodes are selected to form an authoritative node together with the core node. The owner core node leads the deployment of all nodes, thereby establishing a consortium blockchain architecture. This establishes the owner's core dominant position in the consortium blockchain, ensures network trustworthiness and reliability through the authoritative node mechanism, enables fine-grained control of participant permissions, constructs a distributed collaborative architecture highly compatible with the review process, and improves overall collaborative efficiency and security.

[0050] Example 3: The method provided in this embodiment, based on the owner review specifications, uses smart contracts to decompose the review process of nuclear power plant design into atomic-level operation steps, and binds these atomic-level operation steps to a consortium blockchain architecture to generate a set of mandatory mapping rules, including: The aforementioned owner review specifications were structured and analyzed to extract key review stages, decision points, inputs and outputs, qualification standards, and approval authority. The review process for nuclear power plant design is broken down into atomic-level operational steps based on key review stages, decision points, inputs and outputs, compliance standards, and approval authority. In smart contracts, the entire review process is defined as a finite state machine, where each review state represents a review stage. Match the first trigger condition before the state transition, the second trigger condition during the state transition, and the third trigger condition after the state transition for each review state from the historical condition database. The atomic operation steps are chained together based on the first, second, and third triggering conditions corresponding to all review states. Each step is then bound to each node in the consortium blockchain architecture based on the authoritative node, generating a set of mandatory mapping rules.

[0051] In this embodiment, structured parsing involves analyzing unstructured, text-based owner review specifications to extract standardized and modular key elements that can be understood and processed by a computer. For example, the key review stage extracted from the specifications is the preliminary safety analysis report review. The decision point is whether the preliminary safety analysis report is compliant. The input is the preliminary safety analysis report document, and the output is the review opinion. The acceptance criteria are that all mandatory sections are complete and there are no Class I safety issues. The approval authority rests with the owner's chief engineer.

[0052] In this embodiment, the finite state machine and review stages are mathematical computational models used to model program behavior. A definition is established for all possible states of the review process, along with rules governing transitions between states. Here, each review stage is a state within the state machine. For example, the finite state machine for the review process can be defined as: Pending Submission, Under Review, Pending Approval, Approved. The current process is in the "Under Review" state.

[0053] In this embodiment, the historical condition database and trigger conditions are databases storing various state transition rules. The first trigger condition is the prerequisite for the transition, the second trigger condition is the immediate judgment basis for the transition, and the third trigger condition is the subsequent action after the transition. For example, for a transition from the review stage to the pending approval stage, the first trigger condition is that all designated review experts have logged into the system and confirmed acceptance of the task. The second trigger condition is that the system has received review comments from all designated experts, and the percentage of agreeing comments exceeds two-thirds. The third trigger condition is that a review summary report is automatically generated, and the owner's representative is notified for approval.

[0054] In this embodiment, the chaining process combines the decomposed atomic operation steps into a coherent and automated workflow according to the logic and triggering conditions of the finite state machine in the smart contract. For example, the smart contract will automatically execute the following chain: Expert A submits an opinion, and then the contract checks the second triggering condition: whether all experts have completed their work. If so, it automatically triggers the step of generating a summary report and transitions the state to pending approval. This organically links the two atomic steps together.

[0055] The working principle and beneficial effects of this embodiment are as follows: The review process is decomposed into atomic-level operation steps according to the owner review specifications. These steps are defined as finite state machines in the smart contract, and the operation steps are linked together by matching state transition conditions. The nodes are bound to the consortium blockchain architecture based on authoritative nodes. This achieves standardization and automation of the review process, ensures rigid execution of the process through smart contracts, achieves precise state control using state machines, and guarantees operational authority based on authoritative node binding, thereby improving review efficiency and standardization.

[0056] Example 4: The method provided in this embodiment of the present disclosure, which encrypts the generated data corresponding to the atomic-level operation steps based on the forced mapping rule set and stores it in the consortium blockchain, includes: Obtain the data object that generates data after the execution of atomic-level operation steps, use a hash algorithm to calculate the hash value of the data object, generate the digital fingerprint corresponding to the data, and package the parent data hash as core metadata with the digital fingerprint in an integrated manner according to the forced mapping rule set. A one-time temporary symmetric key is randomly generated, and the packaged data object is encrypted using the one-time temporary symmetric key to obtain the data ciphertext; Obtain the elliptic curve public keys of all target nodes authorized to access the generated data, and encrypt the temporary symmetric key using each public key to generate multiple corresponding key ciphertexts; The encrypted data, the encrypted keys, and metadata containing the data fingerprint and the parent data hash are assembled into a blockchain transaction, and the user uses a private key to digitally sign the blockchain transaction. The signed blockchain transaction is broadcast to the consortium blockchain network, where a pre-defined authoritative node verifies the transaction signature. Once verified, the transaction is packaged and uploaded to the blockchain through a consensus mechanism.

[0057] In this embodiment, the data object is a digital representation in the computer system that generates the data; it is an object that the program can directly process. For example, it could be the PDF file of the aforementioned "Seismic Calculation Review Report," or a structured JSON object containing review conclusions, comments, scores, and other content.

[0058] In this embodiment, the digital fingerprint is a fixed-length, unique string obtained by calculating a data object using a hash algorithm. Any minor modification to the data object will cause a drastic change in the fingerprint, used to verify data integrity. For example, performing a hash operation on the document "Seismic Calculation Review Report.pdf" yields the string "a1b2c3d4...". As long as the document content remains unchanged, this fingerprint remains the same; modifying a single punctuation mark will completely alter the fingerprint.

[0059] In this embodiment, the one-time temporary symmetric key is a randomly generated key by the system, used only for this encrypted session. One-time temporary symmetric keys offer high encryption efficiency, but they themselves need to be transmitted securely. For example, the system automatically generates a 256-bit random string K_session and uses the one-time temporary symmetric key to encrypt the review report.

[0060] In this embodiment, the encrypted data is unreadable gibberish obtained by encrypting the original data using a symmetric key. For example, using the K_session key and the AES-256 encryption algorithm to encrypt the "Seismic Calculation Review Report" yields a piece of binary data C_data that cannot be directly read.

[0061] In this embodiment, the elliptic curve public key is the public part of the symmetric encryption algorithm used to encrypt data. It is held by the target node. The target node is a consortium blockchain node authorized to access the generated data. For example, the owner node, the project chief engineer node, and the National Nuclear Safety Administration regulatory node are authorized to view this review report. Therefore, their public keys Pub_Owner, Pub_ChiefEngineer, and Pub_Regulator are the elliptic curve public keys required here.

[0062] In this embodiment, the ciphertext is the result of encrypting the temporary symmetric key using the target node's public key. Only the target node holding the corresponding private key can decrypt the temporary symmetric key. For example, K_session is encrypted using Pub_Owner, Pub_ChiefEngineer, and Pub_Regulator respectively, generating three different ciphertexts C_key1, C_key2, and C_key3.

[0063] In this embodiment, a blockchain transaction is an operation record that updates the state of the blockchain. It includes the data to be stored, the operation to be performed, and the initiator's signature. For example, the encrypted data C_data, three encrypted keys, and metadata containing digital fingerprints and parent data hashes are assembled into a record to be uploaded to the blockchain.

[0064] In this embodiment, the private key is a key secretly held by a node or user, used to generate digital signatures. It serves as unique proof of identity. A digital signature is a cryptographic string obtained by signing transaction data using the private key, used to verify the identity of the transaction initiator and the integrity of the transaction. For example, a review expert uses their own private key, Priv_Expert, to sign the assembled blockchain transaction, generating the signature Sig_Expert. Other nodes can use the expert's public key to verify this signature, confirming that the transaction was indeed submitted by them and that the content has not been tampered with.

[0065] In this embodiment, the preset authoritative node is a node selected in the consortium blockchain architecture to be responsible for packaging blocks and verifying transactions, such as a property owner or regulatory agency. The verification process involves the authoritative node receiving a transaction and verifying whether the digital signature is valid, whether the operator has the authority to execute this step, and whether the transaction format is correct.

[0066] In this embodiment, after successful verification, the authoritative node packages the transaction along with other valid transactions into a new block. This block is then appended to the blockchain through a consensus mechanism, achieving permanent storage. For example, the owner node and regulatory agency node, acting as authoritative nodes, receive a transaction signed by an expert. They verify the validity of Sig_Expert, confirming that the expert is authorized to submit review opinions. After successful verification, the node packages the transaction into block #101. Following consensus among other authoritative nodes, block #101 is successfully added to the chain. Thus, the encrypted review record is permanently stored.

[0067] The working principle and beneficial effects of this embodiment are as follows: A digital fingerprint is generated by calculating a hash of the data produced by the atomic operation steps. This fingerprint is then packaged with the parent data hash and encrypted using a temporary symmetric key. The key is encrypted using the target node's elliptic curve public key. After assembling the transaction signature, it is broadcast and verified by an authoritative node and uploaded to the blockchain through a consensus mechanism. This achieves end-to-end encrypted protection of the data. Data integrity and traceability are ensured through digital fingerprints and parent data hashes. Public key encryption ensures targeted authorized access to the data. The blockchain's characteristics enable tamper-proof operations and trusted evidence storage.

[0068] Example 5: The method provided in this embodiment of the disclosure, which constructs a visual interface based on a consortium blockchain to visualize the review process, includes: Deploy off-chain services for consortium blockchains and continuously monitor key events in the review process triggered by smart contracts on the consortium blockchain; Extract the structured data of the key events and establish an off-chain index library to index the key events; Develop corresponding visualization components for different user roles, assemble the visualization components according to the consortium blockchain to form a visualization interface, and visualize the review process.

[0069] In this embodiment, off-chain services are background programs or services that run independently of the blockchain network, continuously monitor events occurring on the blockchain, and translate blockchain language into a language that the business system can use efficiently.

[0070] In this embodiment, key events are on-chain notifications triggered by smart contracts that mark significant state changes in the review process. For example, when a design unit submits documents and successfully uploads them to the blockchain, the smart contract triggers a DocumentSubmitted event; when the owner finally approves a design, the contract triggers a DesignApproved event. These events include transaction hashes, block numbers, timestamps, and key business parameters.

[0071] In this embodiment, the off-chain index is a traditional high-performance database, such as Elasticsearch or MongoDB, used to store easily queryable structured data extracted and transformed from key on-chain events. It serves as a cache and data hub connecting the slow blockchain with high-speed applications. For example, upon capturing a DesignApproved event, the following information is parsed: Project ID: NPP-001, Design Stage: Preliminary Design, Status: Approved, Approval Time: 2023-10-27 10:00:00, Approver: Owner Node Address. This record is then written to an approval status table in the Elasticsearch database. This allows the front-end interface to query the latest status in milliseconds without slowly scanning the entire blockchain.

[0072] In this embodiment, the visualization component is an independent, reusable software module responsible for presenting a specific type of data in the form of specific graphics or charts on the user interface. It serves as the building block for constructing the visualization interface. The visualization component includes: a project progress Gantt chart component, a real-time alert list component, and a document comparison view component.

[0073] The working principle and beneficial effects of this disclosed embodiment are as follows: deploying off-chain services to detect key events triggered by consortium blockchain smart contracts, extracting structured data to establish an off-chain index library for indexing, developing visualization components for different user roles and assembling them to form a visualization interface, realizing visualization of the review process, realizing full-link visualization monitoring of the review process, improving data query efficiency through off-chain indexing, supporting the differentiated view requirements of multiple roles, enhancing the transparency and regulatory capabilities of the review process, and improving collaborative work efficiency.

[0074] Example 6: The method provided in this embodiment of the present disclosure develops corresponding visualization components for different user roles, assembles the visualization components according to the consortium blockchain to form a visualization interface, and visualizes the review process, including: The roles of users are determined according to the review process, including the design unit, the review expert panel, the equipment supplier, the regulatory agency, and the owner. The core tasks corresponding to each user role are determined by analyzing the review process, and these core tasks are then associated with the consortium blockchain. Based on the correlation results, a visualization component is designed for each user role. The visualization component develops a Gantt chart of project progress, a review status distribution chart and a real-time warning list for the owner, and a personal task list, a document comparison view and a feedback panel for the designer and reviewer. Each visualization component displaying key conclusions has a built-in on-chain verification button. Clicking it calls the blockchain interface in the consortium blockchain to verify the transaction hash and block height of the key conclusions, which are derived from atomic operation steps in the consortium blockchain. Develop cross-component linkage functionality based on data relationships on the consortium blockchain, and connect all visualization components based on the cross-component linkage skills to form a visualization interface to visualize the review process.

[0075] In this embodiment, the core tasks are the most representative responsibilities and work objectives undertaken by each user role in the review process. For example, the owner's core task is overall monitoring and decision-making to ensure project compliance and timely progress. The design firm's core task is to submit and revise design documents and improve the design based on feedback. The review expert panel's core task is to submit professional review opinions and ensure design quality from a technical perspective.

[0076] In this embodiment, the associated steps are the process of mapping a role's core tasks to specific, recordable, and verifiable atomic-level operation steps on the consortium blockchain, thus technologizing business responsibilities. For example, the owner's decision-making task is associated with the atomic operation step of issuing a final approval order on the consortium blockchain. Whenever this step is executed, a corresponding transaction record with the owner's digital signature is generated on the chain.

[0077] In this embodiment, the project progress Gantt chart is a component that displays the planned start / end times and actual progress of each review task in bar chart format. For example, the owner can see on this chart that the containment design review was originally planned to last 30 days, and 20 days have been completed, indicating normal progress; while the electrical system review is 5 days behind schedule, and the bar chart shows a red warning. The review status distribution chart is a component that graphically displays the current status of all review projects. For example, in one chart, 10 nodes are shown in green as approved, 15 in yellow as under review, and 2 in red as pending review, allowing the owner to have a clear understanding of the overall health of the review. The real-time warning list is a component that displays a list of system anomalies in real time. For example, the first item in the list shows: Warning: The reactor pressure vessel design document modification is 3 days overdue. Please urge the design unit.

[0078] In this embodiment, the personal task list is a list-style component that clearly displays all pending, ongoing, and completed tasks for the current user. For example, after logging in, a review expert will see three design documents awaiting review in their task list. The document comparison view is a component that displays two versions of design documents side-by-side and highlights the differences in content. For example, design firms can use this view to see which specific parameters have been modified between version V1.1 and version V1.0 of the design drawings in order to respond to review comments. The comment response panel is a functional area that allows users to respond to and discuss specific review comments online. For example, a design firm can write in this panel regarding a review comment: "Modified according to the comments, see section 5.2 of design document V1.1 for details."

[0079] In this embodiment, the built-in on-chain verification button is a clickable element integrated into the visual component UI, used to trigger the verification of the original record of the currently displayed data on the blockchain.

[0080] In this embodiment, a key conclusion refers to an outcome or state that has a decisive impact on the process, resulting from atomic operation steps. For example, next to the key conclusion that the secure shell design has been approved, there is an on-chain verification button. Clicking it calls the blockchain interface, returning the transaction hash 0x7a8b... and block height #12345 where the approval record is located, proving that this conclusion was not manually entered, but stems from the fact that it is immutable on the blockchain.

[0081] In this embodiment, the cross-component linkage function is a programming mechanism that enables communication and responsiveness between different visualization components. An operation on one component can automatically trigger other components to update their displayed content.

[0082] In this embodiment, the connection step is the specific technical process for realizing the above-mentioned functions, which typically includes event triggering, message passing, data filtering, and finally view updating. For example, the owner clicks on a warning in the real-time alert list about a pipeline stress analysis report review timeout. The linkage function is then triggered: the project progress Gantt chart automatically scrolls and highlights the lagging task bar. In the review status distribution diagram, the nodes of the pipeline system begin to flash to locate them. The personal task list refreshes, displaying the name of the specific expert responsible for this review and the task receipt time.

[0083] The working principle and beneficial effects of this disclosure are as follows: User roles are determined, the core tasks of each role are analyzed and associated with the consortium blockchain, corresponding visual components are designed, an on-chain verification button is built-in, and cross-component linkage functions are developed based on data relationships to form a visual interface. This achieves personalized visual display for multiple roles, ensures data credibility through on-chain verification, enhances user experience through cross-component linkage, establishes a complete visual supervision system, and improves the transparency and ease of operation of the review process.

[0084] To implement the above embodiments, this disclosure also proposes a blockchain-based nuclear power plant design review management device.

[0085] Figure 2 This is a schematic diagram of a blockchain-based nuclear power plant design review management device provided in an embodiment of this disclosure. The device can be implemented by software and / or hardware and is generally integrated into an electronic device. Figure 2 As shown, the device includes: a creation module, a generation module, an encryption module, and a visualization module, wherein, Establish a module to create a consortium blockchain architecture with the owner as the core node, based on the review process of nuclear power plant design; The generation module is used to decompose the review process of nuclear power plant design into steps based on the owner review specifications and using smart contracts to obtain atomic-level operation steps, and bind the atomic-level operation steps with the consortium blockchain architecture to generate a set of mandatory mapping rules. The encryption module is used to encrypt the generated data corresponding to the atomic-level operation steps based on the forced mapping rule set and then store it in the consortium blockchain; The visualization module is used to build a visual interface based on the consortium blockchain to visualize the review process.

[0086] In some implementations, the establishment module includes: The first extraction unit is used to obtain the review process of nuclear power plant design and extract the participants in the review process to obtain the participants other than the owner. The defined unit is used to designate the owner as the core node and other participants as ordinary nodes. The second extraction unit is used to extract some nodes from ordinary nodes based on a consensus algorithm, and combine the partial nodes with the core nodes to determine authoritative nodes and non-authoritative nodes. The deployment unit is used to lead the core node of the owner to jointly deploy the authoritative node and non-authoritative nodes, and to establish a consortium blockchain architecture according to the review process of nuclear power plant design.

[0087] In some implementations, the generation module includes: The aforementioned owner review specifications were structured and analyzed to extract key review stages, decision points, inputs and outputs, qualification standards, and approval authority. The review process for nuclear power plant design is broken down into atomic-level operational steps based on key review stages, decision points, inputs and outputs, compliance standards, and approval authority. In smart contracts, the entire review process is defined as a finite state machine, where each review state represents a review stage. Match the first trigger condition before the state transition, the second trigger condition during the state transition, and the third trigger condition after the state transition for each review state from the historical condition database. The atomic operation steps are chained together based on the first, second, and third triggering conditions corresponding to all review states. Each step is then bound to each node in the consortium blockchain architecture based on the authoritative node, generating a set of mandatory mapping rules.

[0088] In some implementations, the encryption module includes: Obtain the data object that generates data after the execution of atomic-level operation steps, use a hash algorithm to calculate the hash value of the data object, generate the digital fingerprint corresponding to the data, and package the parent data hash as core metadata with the digital fingerprint in an integrated manner according to the forced mapping rule set. A one-time temporary symmetric key is randomly generated, and the packaged data object is encrypted using the one-time temporary symmetric key to obtain the data ciphertext; Obtain the elliptic curve public keys of all target nodes authorized to access the generated data, and encrypt the temporary symmetric key using each public key to generate multiple corresponding key ciphertexts; The encrypted data, the encrypted keys, and metadata containing the data fingerprint and the parent data hash are assembled into a blockchain transaction, and the user uses a private key to digitally sign the blockchain transaction. The signed blockchain transaction is broadcast to the consortium blockchain network, where a pre-defined authoritative node verifies the transaction signature. Once verified, the transaction is packaged and uploaded to the blockchain through a consensus mechanism.

[0089] In some implementations, the visualization module includes: Deploy off-chain services for consortium blockchains and continuously monitor key events in the review process triggered by smart contracts on the consortium blockchain; Extract the structured data of the key events and establish an off-chain index library to index the key events; Develop corresponding visualization components for different user roles, assemble the visualization components according to the consortium blockchain to form a visualization interface, and visualize the review process.

[0090] In some implementations, the visualization module includes: The roles of users are determined according to the review process, including the design unit, the review expert panel, the equipment supplier, the regulatory agency, and the owner. The core tasks corresponding to each user role are determined by analyzing the review process, and these core tasks are then associated with the consortium blockchain. Based on the correlation results, a visualization component is designed for each user role. The visualization component develops a Gantt chart of project progress, a review status distribution chart and a real-time warning list for the owner, and a personal task list, a document comparison view and a feedback panel for the designer and reviewer. Each visualization component displaying key conclusions has a built-in on-chain verification button. Clicking it calls the blockchain interface in the consortium blockchain to verify the transaction hash and block height of the key conclusions, which are derived from atomic operation steps in the consortium blockchain. Develop cross-component linkage functionality based on data relationships on the consortium blockchain, and connect all visualization components based on the cross-component linkage skills to form a visualization interface to visualize the review process.

[0091] The blockchain-based nuclear power plant design review management device provided in this disclosure can execute the blockchain-based nuclear power plant design review management method provided in any embodiment of this disclosure, and has the corresponding functional modules and beneficial effects of the method.

[0092] To implement the above embodiments, this disclosure also proposes a computer program product, including a computer program / instruction, which, when executed by a processor, implements the blockchain-based nuclear power plant design review management method described in the above embodiments.

[0093] Figure 3 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this disclosure.

[0094] The following is a detailed reference. Figure 3 The diagram illustrates a structural schematic suitable for implementing the electronic device 300 in the embodiments of this disclosure. The electronic device 300 in the embodiments of this disclosure may include, but is not limited to, mobile terminals such as mobile phones, laptops, digital broadcast receivers, PDAs (personal digital assistants), PADs (tablet computers), PMPs (portable multimedia players), in-vehicle terminals (e.g., in-vehicle navigation terminals), and fixed terminals such as digital TVs and desktop computers. Figure 3 The electronic device shown is merely an example and should not be construed as limiting the functionality and scope of the embodiments disclosed herein.

[0095] like Figure 3As shown, the electronic device 300 may include a processor (e.g., a central processing unit, a graphics processing unit, etc.) 301, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 302 or a program loaded from a memory 308 into a random access memory (RAM) 303. The RAM 303 also stores various programs and data required for the operation of the electronic device 300. The processor 301, ROM 302, and RAM 303 are interconnected via a bus 304. An input / output (I / O) interface 305 is also connected to the bus 304.

[0096] Typically, the following devices can be connected to I / O interface 305: input devices 306 including, for example, touchscreens, touchpads, keyboards, mice, cameras, microphones, accelerometers, gyroscopes, etc.; output devices 307 including, for example, liquid crystal displays (LCDs), speakers, vibrators, etc.; memory devices 308 including, for example, magnetic tapes, hard disks, etc.; and communication devices 309. Communication device 309 allows electronic device 300 to communicate wirelessly or wiredly with other devices to exchange data. Although Figure 3 An electronic device 300 with various devices is shown; however, it should be understood that it is not required to implement or possess all of the devices shown. More or fewer devices may be implemented or possessed alternatively.

[0097] Specifically, according to embodiments of this disclosure, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments of this disclosure include a computer program product comprising a computer program carried on a non-transitory computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via communication device 309, or installed from memory 308, or installed from ROM 302. When the computer program is executed by processor 301, it performs the functions defined in the blockchain-based nuclear power plant design review management method of embodiments of this disclosure.

[0098] It should be noted that the computer-readable medium described in this disclosure can be a computer-readable signal medium or a computer-readable storage medium, or any combination thereof. A computer-readable storage medium can be, for example,—but not limited to—an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of a computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this disclosure, a computer-readable storage medium can be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, apparatus, or device. In this disclosure, a computer-readable signal medium can include a data signal propagated in baseband or as part of a carrier wave, carrying computer-readable program code. Such propagated data signals can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A computer-readable signal medium can be any computer-readable medium other than a computer-readable storage medium, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The program code contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to: wires, optical fibers, RF (radio frequency), etc., or any suitable combination thereof.

[0099] In some implementations, clients and servers can communicate using any currently known or future-developed network protocol such as HTTP (Hypertext Transfer Protocol) and can interconnect with digital data communication (e.g., communication networks) of any form or medium. Examples of communication networks include local area networks (“LANs”), wide area networks (“WANs”), the Internet (e.g., the Internet of Things), and peer-to-peer networks (e.g., ad hoc peer-to-peer networks), as well as any currently known or future-developed networks.

[0100] The aforementioned computer-readable medium may be included in the aforementioned electronic device; or it may exist independently and not assembled into the electronic device.

[0101] The aforementioned computer-readable medium carries one or more programs, which, when executed by the electronic device, cause the electronic device to perform the aforementioned review and management method.

[0102] Electronic devices can be programmed with computer program code in one or more programming languages ​​or combinations thereof to perform the operations of this disclosure. These programming languages ​​include, but are not limited to, object-oriented programming languages ​​such as Java, Smalltalk, and C++, as well as conventional flow programming languages ​​such as C or similar languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including a local area network (LAN) or a wide area network (WAN)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0103] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this disclosure. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0104] The units described in the embodiments of this disclosure can be implemented in software or hardware. The names of the units are not, in some cases, intended to limit the specific unit.

[0105] The functions described above in this document can be performed at least in part by one or more hardware logic components. For example, exemplary types of hardware logic components that can be used, without limitation, include: field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), system-on-a-chip (SoCs), complex programmable logic devices (CPLDs), and so on.

[0106] In the context of this disclosure, a machine-readable medium can be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, apparatus, or device. A machine-readable medium can be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium can be, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.

[0107] The above description is merely a preferred embodiment of this disclosure and an explanation of the technical principles employed. Those skilled in the art should understand that the scope of this disclosure is not limited to technical solutions formed by specific combinations of the above-described technical features, but should also cover other technical solutions formed by arbitrary combinations of the above-described technical features or their equivalents without departing from the above-described concept. For example, technical solutions formed by substituting the above features with (but not limited to) technical features disclosed in this disclosure that have similar functions.

[0108] Furthermore, while the operations are described in a specific order, this should not be construed as requiring these operations to be performed in the specific order shown or in a sequential order. In certain environments, multitasking and parallel processing may be advantageous. Similarly, while several specific implementation details are included in the above discussion, these should not be construed as limiting the scope of this disclosure. Certain features described in the context of individual embodiments may also be implemented in combination in a single embodiment. Conversely, various features described in the context of a single embodiment may also be implemented individually or in any suitable sub-combination in multiple embodiments.

[0109] Although the subject matter has been described using language specific to structural features and / or methodological logic, it should be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or actions described above. Rather, the specific features and actions described above are merely illustrative examples of implementing the claims.

Claims

1. A blockchain-based method for nuclear power plant design review and management, characterized in that, include: A consortium blockchain architecture is established with the owner as the core node, based on the review process of nuclear power plant design. Based on the owner review standards, the review process of nuclear power plant design is decomposed into steps using smart contracts to obtain atomic-level operation steps. These atomic-level operation steps are then bound to the consortium blockchain architecture to generate a set of mandatory mapping rules. Based on the forced mapping rule set, the generated data corresponding to the atomic-level operation steps is encrypted and stored in the consortium blockchain; A visual interface is built based on the consortium blockchain to visualize the review process.

2. The method according to claim 1, characterized in that, A consortium blockchain architecture is established with the owner as the core node, based on the review process of nuclear power plant design, including: Obtain the review process for nuclear power plant design, and extract the participants in the review process to identify the participants other than the owner; The homeowner is designated as the core node, while other participants are ordinary nodes. Based on the consensus algorithm, a subset of nodes are extracted from the ordinary nodes, and the authoritative and non-authoritative nodes are determined by combining the subset of nodes with the core nodes. Led by the core node of the owner, the authoritative node and non-authoritative nodes are jointly deployed, and a consortium blockchain architecture is established according to the review process of nuclear power plant design.

3. The method according to claim 1, characterized in that, Based on owner review standards, smart contracts are used to decompose the review process for nuclear power plant design into steps, deriving atomic-level operation steps. These atomic-level operation steps are then bound to a consortium blockchain architecture to generate a set of mandatory mapping rules, including: The aforementioned owner review specifications were structured and analyzed to extract key review stages, decision points, inputs and outputs, qualification standards, and approval authority. The review process for nuclear power plant design is broken down into atomic-level operational steps based on key review stages, decision points, inputs and outputs, compliance standards, and approval authority. In smart contracts, the entire review process is defined as a finite state machine, where each review state represents a review stage. Match the first trigger condition before the state transition, the second trigger condition during the state transition, and the third trigger condition after the state transition for each review state from the historical condition database. The atomic operation steps are chained together based on the first, second, and third triggering conditions corresponding to all review states. Each step is then bound to each node in the consortium blockchain architecture based on the authoritative node, generating a set of mandatory mapping rules.

4. The method according to claim 1, characterized in that, Based on the forced mapping rule set, the generated data corresponding to the atomic-level operation steps is encrypted and stored in the consortium blockchain, including: Obtain the data object that generates data after the execution of atomic-level operation steps, use a hash algorithm to calculate the hash value of the data object, generate the digital fingerprint corresponding to the data, and package the parent data hash as core metadata with the digital fingerprint in an integrated manner according to the forced mapping rule set. A one-time temporary symmetric key is randomly generated, and the packaged data object is encrypted using the one-time temporary symmetric key to obtain the data ciphertext; Obtain the elliptic curve public keys of all target nodes authorized to access the generated data, and encrypt the temporary symmetric key using each public key to generate multiple corresponding key ciphertexts; The encrypted data, the encrypted keys, and metadata containing the data fingerprint and the parent data hash are assembled into a blockchain transaction, and the user uses a private key to digitally sign the blockchain transaction. The signed blockchain transaction is broadcast to the consortium blockchain network, where a pre-defined authoritative node verifies the transaction signature. Once verified, the transaction is packaged and uploaded to the blockchain through a consensus mechanism.

5. The method according to claim 1, characterized in that, A visual interface is built based on the consortium blockchain to visualize the review process, including: Deploy off-chain services for consortium blockchains and continuously monitor key events in the review process triggered by smart contracts on the consortium blockchain; Extract the structured data of the key events and establish an off-chain index library to index the key events; Develop corresponding visualization components for different user roles, assemble the visualization components according to the consortium blockchain to form a visualization interface, and visualize the review process.

6. The method according to claim 5, characterized in that, Develop corresponding visualization components for different user roles, assemble these visualization components according to the consortium blockchain to form a visualization interface, and visualize the review process, including: The roles of users are determined according to the review process, including the design unit, the review expert panel, the equipment supplier, the regulatory agency, and the owner. The core tasks corresponding to each user role are determined by analyzing the review process, and these core tasks are then associated with the consortium blockchain. Based on the correlation results, a visualization component is designed for each user role. The visualization component develops a Gantt chart of project progress, a review status distribution chart and a real-time warning list for the owner, and a personal task list, a document comparison view and a feedback panel for the designer and reviewer. Each visualization component displaying key conclusions has a built-in on-chain verification button. Clicking it calls the blockchain interface in the consortium blockchain to verify the transaction hash and block height of the key conclusions, which are derived from atomic operation steps in the consortium blockchain. Develop cross-component linkage functionality based on data relationships on the consortium blockchain, and connect all visualization components based on the cross-component linkage skills to form a visualization interface to visualize the review process.

7. A blockchain-based nuclear power plant design review management device, the device comprising: Establish a module to create a consortium blockchain architecture with the owner as the core node, based on the review process of nuclear power plant design; The generation module is used to decompose the review process of nuclear power plant design into steps based on the owner review specifications and using smart contracts to obtain atomic-level operation steps, and bind the atomic-level operation steps with the consortium blockchain architecture to generate a set of mandatory mapping rules. The encryption module is used to encrypt the generated data corresponding to the atomic-level operation steps based on the forced mapping rule set and then store it in the consortium blockchain; The visualization module is used to build a visual interface based on the consortium blockchain to visualize the review process.

8. The method according to claim 7, characterized in that, The establishment module is specifically used for: The first extraction unit is used to obtain the review process of nuclear power plant design and extract the participants in the review process to obtain the participants other than the owner. The defined unit is used to designate the owner as the core node and other participants as ordinary nodes. The second extraction unit is used to extract some nodes from ordinary nodes based on a consensus algorithm, and combine the partial nodes with the core nodes to determine authoritative nodes and non-authoritative nodes. The deployment unit is used to lead the core node of the owner to jointly deploy the authoritative node and non-authoritative nodes, and to establish a consortium blockchain architecture according to the review process of nuclear power plant design.

9. An electronic device, characterized in that, include: Memory; processor; as well as Computer programs; The computer program is stored in the memory and configured to be executed by the processor to implement the blockchain-based nuclear power plant design review management method as described in any one of claims 1-6.

10. A computer-readable storage medium, characterized in that, The storage medium stores a computer program, which, when executed by a processor, causes the processor to implement the blockchain-based nuclear power plant design review management method provided in any one of claims 1-6.

Images