Stability control strategy updating method and system based on private block chain technology

Abstract

The invention discloses a stability control strategy updating method and system based on a private block chain technology, relates to the technical field of power grid stability control strategy management, and is suitable for stability control device nodes in a private block chain network, the network further comprises a regulation and control center node and regional substation nodes, and a corresponding block chain account book exists in each node; the method comprises the steps that after a stability control strategy execution instruction issued by a regional substation node is received, the identity of a regulation and control center node is verified according to a digital signature in a current block chain account book; after verification is passed, an applicable tag is extracted from the current block chain account book, fuzzy matching is performed in combination with own hardware parameters and an operation state, and a target strategy is determined and executed; and after execution, encrypting the generated control result data, generating a feedback data packet, and updating the current block chain account book of all the nodes. Through the implementation of the method, the problem that data tampering is difficult to trace in the stability control strategy issuing process in the prior art is solved, and the stability control reliability of the power system is guaranteed.

Description

Technical Field

[0001] This invention relates to the field of power grid stability control strategy management technology, and in particular to a stability control strategy update method and system based on private blockchain technology. Background Technology

[0002] With the rapid development of new power systems and the large-scale integration of renewable energy, the power grid operation is becoming increasingly complex and dynamic. To ensure the safe and stable operation of the power system, control agencies at all levels need to issue and update various stability control strategies in real time to quickly respond to emergencies such as frequency fluctuations, voltage anomalies, and power angle instability.

[0003] However, the current process of issuing stability control strategies usually relies on a central platform to generate strategies and then directly distribute them to field devices through a dedicated communication link or dispatch network. Since the entire strategy issuance process lacks an effective audit and traceability mechanism, it is difficult to trace data once it is maliciously tampered with during transmission, which poses a great potential risk to the safe and stable operation of the power system. Summary of the Invention

[0004] This invention provides a method and system for updating stability control strategies based on private blockchain technology, which solves the problem of difficulty in tracing data tampering during the issuance of stability control strategies in the prior art, and ensures the reliability of power system stability control.

[0005] One embodiment of the present invention provides a method for updating stability control strategies based on private blockchain technology, applicable to stability control device nodes in a private blockchain network; the private blockchain network also includes a control center node and regional sub-station nodes; wherein, each node has a corresponding blockchain ledger;

[0006] The methods for updating the stability control strategy include:

[0007] After receiving the stability control strategy execution instruction from the regional substation node, the identity of the control center node is verified based on the digital signature in the current blockchain ledger. The stability control strategy execution instruction is generated by the regional substation node according to the update conditions set in the current blockchain ledger. The current blockchain ledger contains several strategy blocks. Each strategy block is generated by the control center node after encrypting a preset strategy file.

[0008] After identity verification is successful, several applicable tags are extracted from the current blockchain ledger;

[0009] Based on the applicable tags, and combined with its own hardware parameters and operating status, a fuzzy matching is performed to determine the target strategy;

[0010] Execute the target strategy, encrypt the control result data generated after the target strategy is executed, and generate a feedback data packet;

[0011] Based on the feedback data packet, update the current blockchain ledger of all nodes in the private blockchain network to obtain the updated blockchain ledger.

[0012] Furthermore, the policy block includes: policy ciphertext file, policy number, version number, applicable tag, effective timestamp, verification hash value, public key certificate, and digital signature;

[0013] The policy block is generated by the control center node after encrypting the preset policy file, and includes:

[0014] The control center node encrypts the preset strategy file to generate a ciphertext strategy file;

[0015] Determine the policy number, version number, applicable tags, and effective timestamp based on the preset policy file;

[0016] The policy encrypted file, policy number, version number, applicable tag, and effective timestamp are hashed to obtain the verification hash value;

[0017] The policy ciphertext file, policy number, version number, applicable tag, effective timestamp, and verification hash value are encrypted with a private key to generate a digital signature;

[0018] Extract your own public key certificate;

[0019] The policy encrypted file, policy number, version number, applicable tag, effective timestamp, verification hash value, public key certificate and digital signature are packaged and written into the blockchain ledger of each node to obtain the policy block.

[0020] Furthermore, the stabilization strategy execution instructions are generated by the regional sub-station nodes based on the update conditions set in the current blockchain ledger, including:

[0021] The regional sub-station nodes determine the update conditions based on the current blockchain ledger of the regional sub-station nodes;

[0022] Real-time monitoring of power grid operation status;

[0023] When the power grid operation status meets the preset update conditions, a stability control strategy execution command is generated.

[0024] Furthermore, the identity of the control center node is verified based on the digital signature in the current blockchain ledger, including:

[0025] Extract the public key certificate, digital signature, and verification hash value of the control center node from the current blockchain ledger;

[0026] Verify the validity of the public key certificate using a trusted root CA public key;

[0027] If the public key certificate is found to be valid, the public key can be extracted from the public key certificate.

[0028] The digital signature is decrypted using the public key to obtain the signature hash value;

[0029] Determine if the signature hash value is equal to the verification hash value. If they are equal, the authentication is considered successful; otherwise, the authentication is considered unsuccessful.

[0030] Furthermore, based on applicable tags, and combined with its own hardware parameters and operating status, fuzzy matching is performed to determine the target strategy, including:

[0031] For each applicable label, perform text-based normalization to obtain the corresponding strategy label feature vector;

[0032] Collect its own hardware parameters and operating status; hardware parameters include: controller type, response speed and access voltage level; operating status includes: frequency, voltage and active power;

[0033] The device's hardware parameters and operating status are numerically normalized to obtain a device status feature vector.

[0034] For each strategy label feature vector and device state feature vector, cosine similarity is calculated to obtain the corresponding stability control strategy fit.

[0035] If the adaptability of a stability control strategy is greater than a preset effective threshold, the strategy file corresponding to the maximum adaptability of the stability control strategy will be used as the target strategy.

[0036] Furthermore, control outcome data includes: policy effective time, control action response speed, and key indicator data;

[0037] The control result data generated after the target strategy is executed is encrypted to generate a feedback data packet, including:

[0038] The policy effective time, control action response speed, and key indicator data are hashed and AES encrypted to generate feedback data packets. Among them, the key indicator data includes: control response latency, trigger load shedding action, and system frequency recovery speed.

[0039] Furthermore, based on the feedback data packet, the current blockchain ledger of all nodes in the private blockchain network is updated to obtain the updated blockchain ledger, including:

[0040] The feedback data packet is broadcast to the control center node, regional substation nodes and other stability control device nodes through the private blockchain network. The current blockchain ledger of all nodes in the private blockchain network is updated by using a practical Byzantine fault-tolerant algorithm to obtain the updated blockchain ledger.

[0041] Based on the above method embodiments, the present invention provides a corresponding system embodiment, including: a control center node, regional substation nodes, and several stability control device nodes; wherein, each node has a corresponding blockchain ledger;

[0042] The control center node is used to encrypt the preset policy file to generate policy blocks and write the generated policy blocks into the current blockchain ledger of all nodes;

[0043] Regional substation nodes are used to determine update conditions based on the current blockchain ledger of the regional substation nodes, and generate stability control strategy execution instructions based on the update conditions; and send the stability control strategy execution instructions to the corresponding stability control device nodes.

[0044] Each stability control device node, upon receiving the stability control strategy execution instruction from the regional substation node, verifies the identity of the control center node based on the digital signature in the current blockchain ledger. After successful identity verification, it extracts several applicable tags from the current blockchain ledger. Based on the applicable tags, it performs fuzzy matching with its own hardware parameters and operating status to determine the target strategy. It executes the target strategy, encrypts the control result data generated after the target strategy is executed, and generates a feedback data packet. Based on the feedback data packet, it updates the current blockchain ledger of all nodes in the private blockchain network to obtain the updated blockchain ledger.

[0045] Furthermore, the stability control device nodes, based on applicable tags and their own hardware parameters and operating status, perform fuzzy matching to determine the target strategy, including:

[0046] For each applicable label, perform text-based normalization to obtain the corresponding strategy label feature vector;

[0047] Collect its own hardware parameters and operating status; hardware parameters include: controller type, response speed and access voltage level; operating status includes: frequency, voltage and active power;

[0048] The device's hardware parameters and operating status are numerically normalized to obtain a device status feature vector.

[0049] For each strategy label feature vector and device state feature vector, cosine similarity is calculated to obtain the corresponding stability control strategy fit.

[0050] If the adaptability of a stability control strategy is greater than a preset effective threshold, the strategy file corresponding to the maximum adaptability of the stability control strategy will be used as the target strategy.

[0051] Furthermore, the stabilization device node updates the current blockchain ledger of all nodes in the private blockchain network based on the feedback data packet, obtaining the updated blockchain ledger, including:

[0052] The feedback data packet is broadcast to the control center node, regional substation nodes and other stability control device nodes through the private blockchain network. The current blockchain ledger of all nodes in the private blockchain network is updated by using a practical Byzantine fault-tolerant algorithm to obtain the updated blockchain ledger.

[0053] Compared with the prior art, the beneficial effects of this embodiment are as follows:

[0054] This invention applies to stability control device nodes in a private blockchain network; the private blockchain network also includes a control center node and regional sub-station nodes; wherein each node has a corresponding blockchain ledger. The stability control strategy update method includes: upon receiving a stability control strategy execution instruction from a regional sub-station node, verifying the identity of the control center node based on the digital signature in the current blockchain ledger to ensure the reliability of the strategy source and prevent malicious attackers from impersonating the control center to issue false strategies; wherein the stability control strategy execution instruction is generated by the regional sub-station node according to the update conditions set in the current blockchain ledger; the current blockchain ledger contains several strategy blocks; each strategy block is generated by the control center node after encrypting a preset strategy file. After identity verification, several applicable tags are extracted from the current blockchain ledger. Based on these tags, fuzzy matching is performed using the device's hardware parameters and operating status to determine the target strategy. This ensures precise adaptation between the strategy and the control device, preventing execution failures or performance deviations due to mismatches. The target strategy is then executed, and the resulting control data is encrypted to generate a feedback data packet. Encryption ensures the security of the feedback data during transmission. Based on the feedback data packet, the current blockchain ledgers of all nodes in the private blockchain network are updated, resulting in an updated ledger. This ensures the traceability of the execution results and ledger consistency. Any tampering by any node will be detected due to inconsistencies with other nodes' ledgers, providing a complete chain of evidence for traceability.

[0055] In summary, this invention solves the problem of difficulty in tracing data tampering during the distribution of stability control strategies in existing technologies by constructing a stability control strategy update process based on a private blockchain network, thereby ensuring the reliability of power system stability control. Attached Figure Description

[0056] Figure 1 This is a flowchart illustrating a stabilization strategy update method based on private blockchain technology according to an embodiment of the present invention.

[0057] Figure 2 This is a schematic diagram of the structure of a stability control strategy update system based on private blockchain technology provided in an embodiment of the present invention. Detailed Implementation

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

[0059] In the description of this invention, it should be understood that the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated.

[0060] like Figure 1 As shown, in order to solve the problem of difficulty in tracing data tampering during the issuance of stability control strategies in the prior art, an embodiment of the present invention provides a stability control strategy update method based on private blockchain technology, applicable to stability control device nodes C1 to Cn in a private blockchain network; the private blockchain network also includes a control center node A and regional substation nodes B; wherein, each node has a corresponding blockchain ledger;

[0061] The method for updating the stability control strategy includes at least the following steps:

[0062] Step S1: After receiving the stability control strategy execution instruction from the regional sub-station node, verify the identity of the control center node based on the digital signature in the current blockchain ledger; wherein, the stability control strategy execution instruction is generated by the regional sub-station node according to the update conditions set in the current blockchain ledger; the current blockchain ledger contains several strategy blocks; each strategy block is generated by the control center node after encrypting the preset strategy file;

[0063] In a preferred embodiment, the policy block includes: a policy ciphertext file, a policy number, a version number, an applicable tag, an effective timestamp, a verification hash value, a public key certificate, and a digital signature;

[0064] The policy block is generated by the control center node after encrypting the preset policy file, and includes:

[0065] The control center node encrypts the preset strategy file to generate a ciphertext strategy file;

[0066] Determine the policy number, version number, applicable tags, and effective timestamp based on the preset policy file;

[0067] The policy encrypted file, policy number, version number, applicable tag, and effective timestamp are hashed to obtain the verification hash value;

[0068] The policy ciphertext file, policy number, version number, applicable tag, effective timestamp, and verification hash value are encrypted with a private key to generate a digital signature;

[0069] Extract your own public key certificate;

[0070] The policy encrypted file, policy number, version number, applicable tag, effective timestamp, verification hash value, public key certificate and digital signature are packaged and written into the blockchain ledger of each node to obtain the policy block.

[0071] In a preferred embodiment, the stability control strategy execution instruction is generated by the regional sub-station node based on the update conditions set in the current blockchain ledger, including:

[0072] The regional sub-station nodes determine the update conditions based on the current blockchain ledger of the regional sub-station nodes;

[0073] Real-time monitoring of power grid operation status;

[0074] When the power grid operation status meets the preset update conditions, a stability control strategy execution command is generated.

[0075] In a preferred embodiment, verifying the identity of the control center node based on the digital signature in the current blockchain ledger includes:

[0076] Extract the public key certificate, digital signature, and verification hash value of the control center node from the current blockchain ledger;

[0077] Verify the validity of the public key certificate using a trusted root CA public key;

[0078] If the public key certificate is found to be valid, the public key can be extracted from the public key certificate.

[0079] The digital signature is decrypted using the public key to obtain the signature hash value;

[0080] Determine if the signature hash value is equal to the verification hash value. If they are equal, the authentication is considered successful; otherwise, the authentication is considered unsuccessful.

[0081] For step S1, taking a regional power grid system as an example, in this regional power grid system, the control center node A generates a strategy file based on simulation calculations and operational experience. The strategy file includes logical parameters, descriptions of applicable scenarios, and equipment technical requirements. For example, when it is necessary to deal with frequency disturbances, the control center node A generates a strategy file for a set of rapid frequency disturbance control strategies, in which the applicable scenario is described as "backbone network frequency drop ≥ 0.2Hz, duration > 300ms".

[0082] To ensure the security of the policy file during transmission and storage, the policy file is encrypted using an asymmetric encryption algorithm (RSA) to obtain a ciphertext policy file.

[0083] Meanwhile, the control center node A determines a series of key information based on the preset strategy file, including the strategy number, version number, applicable tags, and effective timestamp. The strategy number is typically assigned by the central registration service, derived from content hashes, or generated via ULID / UUID to ensure uniqueness; the version number is automatically generated based on semantic rules or the revision number of the pipeline, used to distinguish iterations; the applicable tags come from the target environment and business scope declared by the strategy author in the list, and are verified by a unified tag dictionary or automatically completed; the effective timestamp is determined by the release plan.

[0084] Subsequently, a hash algorithm is used to perform hash calculations on the set of data, including the policy ciphertext file, policy number, version number, applicable tags, and effective timestamp. Hash calculations can map this set of information of varying lengths and data types into a fixed-length hash value. This hash value is unique and irreversible, effectively representing the characteristics of this data set for subsequent data verification and integrity validation.

[0085] To further ensure the authenticity and non-repudiation of the data, the entire data, including the policy ciphertext file, policy number, version number, applicable tags, effective timestamp, and verification hash value, is encrypted using a private key. A digital signature is generated through this encryption method. Simultaneously, the control center node A extracts its own public key certificate. The combined use of the digital signature and public key certificate allows the recipient to verify the source and integrity of the data during data transmission and verification.

[0086] Finally, the control center node A packages the policy encrypted file, policy number, version number, applicable tag, effective timestamp, verification hash value, public key certificate, and digital signature into a complete data packet. This data packet is then written into the blockchain ledgers of each node in the private blockchain network using the Practical Byzantine Fault Tolerance (PBFT) algorithm, specifically into the blockchain ledgers of control center node A itself, regional sub-station node B, and stability control device nodes C1 to Cn, forming policy blocks. This process ensures synchronous updates to the blockchain ledgers of all nodes, and the storage characteristics of the policy blocks in the blockchain ledger guarantee the immutability and traceability of the policy data.

[0087] It should be noted that in real-world applications, scheduling center node A may issue multiple different policy files simultaneously to handle various complex situations. For example, policy files targeting different fault types, or different versions of the same fault type. Therefore, the blockchain ledger will contain multiple policy blocks to enable real-time monitoring of various situations.

[0088] Regional substation node B extracts the policy encrypted file from the policy block of the current blockchain ledger, decrypts it to obtain the applicable scenario description in the policy file, and uses it as the update condition to determine whether the policy needs to be updated.

[0089] During the power grid operation monitoring process, the regional substation node B monitors the power grid operation status in real time. The power grid operation status includes, but is not limited to, parameters such as voltage, current and frequency. When the monitored power grid operation status meets the update conditions, a stability control strategy execution command is generated and broadcast to all stability control device nodes C1 to Cn.

[0090] For each stability control device node C, upon receiving the stability control strategy execution instruction, it authenticates the control center node A to ensure that control center node A is legitimate and trustworthy. Specifically, it extracts the public key certificate, digital signature, and verification hash value from the current blockchain ledger's policy block. The immutability of the blockchain ledger provides reliable protection for this critical information. Next, it verifies the validity of the extracted public key certificate using the trusted root CA public key to ensure that the certificate is not expired or revoked and indeed belongs to control center node A. After confirming the validity of the public key certificate, it extracts the public key and uses this public key to decrypt the digital signature, thereby obtaining the signature hash value. Finally, it compares the decrypted signature hash value with the verification hash value extracted from the blockchain ledger's policy block. If they are equal, the authentication of control center node A is deemed successful, meaning that the source of the stability control strategy execution instruction is legitimate and trustworthy, and stability control device node C can confidently execute subsequent operations. If they are not equal, the authentication is deemed unsuccessful, and stability control device node C should refuse to execute the instruction, thereby effectively preventing security risks such as malicious instruction attacks, data tampering, and forgery.

[0091] Step S2: After successful identity verification, extract several applicable tags from the current blockchain ledger;

[0092] In step S2, after the stability control device node C has successfully authenticated the control center node A in step S1, it extracts applicable tags from the policy block of the current blockchain ledger, obtaining several applicable tags. These applicable tags are identifiers of the policy file, similar to keywords in data. By directly extracting and using the applicable tags, the stability control device node C can obtain policy-related information without decrypting the entire policy ciphertext file, thus improving the efficiency of policy query and retrieval.

[0093] Step S3: Based on the applicable tags, perform fuzzy matching with the hardware parameters and operating status to determine the target strategy;

[0094] In a preferred embodiment, a target strategy is determined by performing fuzzy matching based on applicable tags, combined with the hardware parameters and operating status, including:

[0095] For each applicable label, perform text-based normalization to obtain the corresponding strategy label feature vector;

[0096] Collect its own hardware parameters and operating status; hardware parameters include: controller type, response speed and access voltage level; operating status includes: frequency, voltage and active power;

[0097] The device's hardware parameters and operating status are numerically normalized to obtain a device status feature vector.

[0098] For each strategy label feature vector and device state feature vector, cosine similarity is calculated to obtain the corresponding stability control strategy fit.

[0099] If the adaptability of a stability control strategy is greater than a preset effective threshold, the strategy file corresponding to the maximum adaptability of the stability control strategy will be used as the target strategy.

[0100] For step S3, the applicable labels of each strategy file are text-normalized and transformed into numerical strategy label feature vectors through word embedding, so that the applicable conditions of different strategies are mathematically comparable.

[0101] Simultaneously, hardware parameters and operating status are collected. Hardware parameters include, but are not limited to, controller type, response speed, and access voltage level, while operating status includes, but is not limited to, frequency, voltage, and active power. These parameters constitute a dataset of equipment status. Numerical normalization is performed on the hardware parameters and operating status to form equipment status feature vectors, ensuring that parameters with different dimensions are calculated in a unified metric space.

[0102] The cosine similarity algorithm is used to calculate the cosine distance between the feature vector of each policy label and the feature vector of the device state. This cosine distance is then used as the corresponding stability control policy fit. A higher fit indicates a better match between the policy and the current state of the device. In this embodiment, the stability control device node C3 has a 93% fit with the policy file of policy version P.

[0103] In this embodiment, the effective threshold is set to 90%, but the specific value can be adjusted according to the actual situation.

[0104] When there are strategies with similarity exceeding the threshold, the strategy file with the highest similarity is selected as the target strategy. If the similarity of all strategies is below the threshold, a strategy missing alarm is triggered, requiring manual intervention or calling the backup strategy library. This ensures that in multi-strategy scenarios, the device can automatically select the most suitable stability control strategy for the current hardware characteristics and power grid conditions, achieving accurate response.

[0105] Step S4: Execute the target strategy, encrypt the control result data generated after the target strategy is executed, and generate a feedback data packet;

[0106] In a preferred embodiment, the control result data includes: strategy effective time, control action response speed, and key indicator data;

[0107] The control result data generated after the target strategy is executed is encrypted to generate a feedback data packet, including:

[0108] The policy effective time, control action response speed, and key indicator data are hashed and AES encrypted to generate feedback data packets. Among them, the key indicator data includes: control response latency, trigger load shedding action, and system frequency recovery speed.

[0109] For step S4, after the target strategy is determined in step S3, the stability control device node C3 executes the target strategy. After the target strategy is completed, the control result data generated during this control process is collected. This control result data includes the strategy effective time, the control action response speed, and key indicator data consisting of control response delay, trigger load shedding action, and system frequency recovery speed.

[0110] Next, all collected control result data is subjected to SHA-256 hashing and AES encryption. Hash processing ensures that the data is not tampered with during transmission and maintains data integrity, while AES encryption ensures the security of data transmission and prevents the leakage of sensitive information. Finally, a feedback data packet is generated.

[0111] Step S5: Based on the feedback data packet, update the current blockchain ledger of all nodes in the private blockchain network to obtain the updated blockchain ledger.

[0112] In a preferred embodiment, based on the feedback data packet, the current blockchain ledger of all nodes in the private blockchain network is updated to obtain the updated blockchain ledger, including:

[0113] The feedback data packet is broadcast to the control center node, regional substation nodes and other stability control device nodes through the private blockchain network. The current blockchain ledger of all nodes in the private blockchain network is updated by using a practical Byzantine fault-tolerant algorithm to obtain the updated blockchain ledger.

[0114] For step S5, in order to achieve synchronous updates of information across all nodes within the system and ensure data consistency and immutability, the stability control device node C3 broadcasts the feedback data packets through the private blockchain network. The recipients include the control center node, regional substation nodes, and other stability control device nodes. This invention employs the Practical Byzantine Fault Tolerance (PBFT) algorithm to update the blockchain ledger, ensuring the reliability of data transmission and updates. This algorithm can effectively address potential Byzantine faults in the network, meaning that even if some nodes exhibit malicious behavior or malfunctions, the system can still operate normally.

[0115] Specifically, in the PBFT consensus process, the stability control device node C3 is designated as the master node, while the control center node, regional substation nodes, and other stability control device nodes act as slave nodes. The master node broadcasts a pre-preparation message to the other slave nodes. This message includes a feedback data packet, a digital signature, and its own public key certificate. Upon receiving the message, each slave node first verifies the validity of its public key certificate to confirm the legitimacy of the stability control device node C3's identity. Then, it verifies the integrity of the feedback data packet through digital signature verification, ensuring that its content has not been tampered with. After successful verification, each slave node broadcasts a preparation message, indicating its acceptance of the feedback data packet. In this embodiment, the preset ratio is 2 / 3, which can be adjusted based on factors such as the actual network size. When the master node receives preparation messages from more than the preset ratio of nodes, all nodes broadcast a commit message, confirming that the feedback data packet will be written to their local blockchain ledger. At this point, all nodes in the private blockchain network synchronously update their local ledgers, completing the on-chain storage of the feedback data packet.

[0116] The following example, using a typical wind power grid connection area in a certain region as a specific scenario, illustrates how to cope with drastic voltage fluctuations caused by changes in renewable energy output. A complete implementation plan will be provided for detailed explanation:

[0117] Control center node A uses a voltage stability assessment tool to design a dynamic reactive power compensation strategy document for wind power disturbance scenarios. The strategy document includes the target voltage range, control curve parameters, and priority control equipment types. Priority control equipment types include Static Var Generators (SVG), Static Var Compensators (SVCs), and Controllable Reactors. Simultaneously, the strategy document is tagged with the applicable scenario of "voltage drop ≥ 5%, and wind power fluctuation rate > 8% / s," and the required minimum equipment regulation accuracy is recorded.

[0118] To ensure the security of the policy file during transmission and storage, the control center node A encrypts it using the asymmetric encryption (RSA) algorithm and then writes it into the blockchain through the PBFT consensus mechanism to generate a policy block.

[0119] The regional substation node B monitors the bus voltage in real time and finds that its voltage drop exceeds the set threshold of 5%, accompanied by an excessive wind power fluctuation rate, which meets the preset voltage stabilization strategy update conditions. At this time, the stabilization strategy execution command is automatically generated and issued.

[0120] After receiving the control strategy execution command, each control device node C1 to Cn first verifies the identity of the control center through the on-chain digital certificate to ensure the trustworthiness of the strategy source.

[0121] After successful verification, the stability control node C8 extracts local hardware capability parameters, such as minimum adjustment step size, response time, and voltage detection accuracy. These parameters reflect the device's own adjustment capabilities and performance characteristics. Simultaneously, it acquires the operating status of the stability control node C8 itself, such as frequency, voltage, and active power. Then, these parameters are fuzzy matched against applicable tags in the policy file. The matching algorithm, based on cosine similarity and parameter normalization, identifies the policy version P2 that best suits the stability control node C8, achieving a policy fit of 96%. If multiple policy versions exist during the matching process, the policy version with the highest policy fit is automatically selected first.

[0122] A hash check is performed on policy P2 to ensure that the policy file has not been tampered with during transmission. Then, a decryption check is performed to verify the legitimacy of its source. After the verification is successful, the stability control device node C8 executes policy P2.

[0123] After the voltage regulation control is completed, node C8 of the stabilization and control device records key control indicators such as the target voltage achievement time, response time, and adjustment range during the execution process. The control results are encrypted with AES and timestamped before being uploaded to the blockchain. The control center node A and the regional substation B synchronize the ledger in real time to record the current strategy execution status and effect for subsequent strategy optimization and auditing.

[0124] like Figure 2 As shown, based on the above method embodiments, corresponding system embodiments are provided;

[0125] One embodiment of the present invention provides a stability control strategy update system based on private blockchain technology, comprising: a control center node, regional substation nodes, and several stability control device nodes; wherein, each node has a corresponding blockchain ledger;

[0126] The control center node is used to encrypt the preset policy file to generate policy blocks and write the generated policy blocks into the current blockchain ledger of all nodes;

[0127] Regional substation nodes are used to determine update conditions based on the current blockchain ledger of the regional substation nodes, and generate stability control strategy execution instructions based on the update conditions; and send the stability control strategy execution instructions to the corresponding stability control device nodes.

[0128] Each stability control device node, upon receiving the stability control strategy execution instruction from the regional substation node, verifies the identity of the control center node based on the digital signature in the current blockchain ledger. After successful identity verification, it extracts several applicable tags from the current blockchain ledger. Based on the applicable tags, it performs fuzzy matching with its own hardware parameters and operating status to determine the target strategy. It executes the target strategy, encrypts the control result data generated after the target strategy is executed, and generates a feedback data packet. Based on the feedback data packet, it updates the current blockchain ledger of all nodes in the private blockchain network to obtain the updated blockchain ledger.

[0129] In a preferred embodiment, the stability control device node determines the target strategy by performing fuzzy matching based on the applicable tag and its own hardware parameters and operating status, including:

[0130] For each applicable label, perform text-based normalization to obtain the corresponding strategy label feature vector;

[0131] Collect its own hardware parameters and operating status; hardware parameters include: controller type, response speed and access voltage level; operating status includes: frequency, voltage and active power;

[0132] The device's hardware parameters and operating status are numerically normalized to obtain a device status feature vector.

[0133] For each strategy label feature vector and device state feature vector, cosine similarity is calculated to obtain the corresponding stability control strategy fit.

[0134] If the adaptability of a stability control strategy is greater than a preset effective threshold, the strategy file corresponding to the maximum adaptability of the stability control strategy will be used as the target strategy.

[0135] In a preferred embodiment, the stabilization device node updates the current blockchain ledger of all nodes in the private blockchain network based on the feedback data packet, obtaining an updated blockchain ledger, including:

[0136] The feedback data packet is broadcast to the control center node, regional substation nodes and other stability control device nodes through the private blockchain network. The current blockchain ledger of all nodes in the private blockchain network is updated by using a practical Byzantine fault-tolerant algorithm to obtain the updated blockchain ledger.

[0137] It is understood that the above system item embodiments correspond to the method item embodiments of the present invention, and can implement the stability control strategy update method based on private blockchain technology provided by any of the above method item embodiments of the present invention.

[0138] It should be noted that the system embodiments described above are merely illustrative, and some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs. Furthermore, in the accompanying drawings of the system embodiments provided by this invention, the connection relationships between modules indicate that they have communication connections, which can be specifically implemented as one or more communication buses or signal lines. Those skilled in the art can understand and implement this without any creative effort.

[0139] The above description represents the preferred embodiments of the present invention. It should be noted that those skilled in the art can make various improvements and modifications without departing from the principles of the present invention, and these improvements and modifications are also considered to be within the scope of protection of the present invention.

Claims

1. A method for updating a stabilization strategy based on private blockchain technology, characterized in that, This is applicable to stability control device nodes in a private blockchain network; the private blockchain network also includes a control center node and regional sub-station nodes; each node has a corresponding blockchain ledger; The stabilization strategy update method includes: Upon receiving the stability control strategy execution instruction from the regional substation node, the identity of the control center node is verified based on the digital signature in the current blockchain ledger. The stability control strategy execution instruction is generated by the regional substation node according to the update conditions set in the current blockchain ledger. The current blockchain ledger contains several strategy blocks. Each strategy block is generated by the control center node after encrypting a preset strategy file. After identity verification is successful, several applicable tags are extracted from the current blockchain ledger; Based on the applicable tags, and combined with its own hardware parameters and operating status, a fuzzy matching is performed to determine the target strategy; Execute the target strategy, encrypt the control result data generated after the target strategy is executed, and generate a feedback data packet; Based on the feedback data packet, the current blockchain ledger of all nodes in the private blockchain network is updated to obtain the updated blockchain ledger.

2. The stability control strategy update method based on private blockchain technology according to claim 1, characterized in that, The policy block includes: a policy ciphertext file, a policy number, a version number, an applicable tag, an effective timestamp, a verification hash value, a public key certificate, and a digital signature; The strategy block is generated by encrypting a preset strategy file by the control center node, and includes: The control center node encrypts the preset strategy file to generate a policy ciphertext file; Determine the policy number, version number, applicable tags, and effective timestamp based on the preset policy file; The policy ciphertext file, policy number, version number, applicable tags, and effective timestamp are hashed to obtain a verification hash value; The policy ciphertext file, policy number, version number, applicable tag, effective timestamp, and verification hash value are encrypted with a private key to generate a digital signature; Extract your own public key certificate; The policy encrypted file, policy number, version number, applicable tag, effective timestamp, verification hash value, public key certificate and digital signature are packaged and written into the blockchain ledger of each node to obtain the policy block.

3. The stability control strategy update method based on private blockchain technology according to claim 2, characterized in that, The stability control strategy execution instructions are generated by the regional sub-station nodes based on the update conditions set in the current blockchain ledger, including: The regional sub-station nodes determine the update conditions based on the current blockchain ledger of the regional sub-station nodes; Real-time monitoring of power grid operation status; When the power grid operation status meets the preset update conditions, a stability control strategy execution command is generated.

4. The stability control strategy update method based on private blockchain technology according to claim 3, characterized in that, The identity of the control center node is verified based on the digital signature in the current blockchain ledger, including: Extract the public key certificate, digital signature, and verification hash value of the control center node from the current blockchain ledger; Verify the validity of the public key certificate using a trusted root CA public key; If the public key certificate is found to be valid, the public key can be extracted from the public key certificate. The digital signature is decrypted using the public key to obtain the signature hash value; Determine if the signature hash value is equal to the verification hash value. If they are equal, the authentication is considered successful; otherwise, the authentication is considered unsuccessful.

5. The stability control strategy update method based on private blockchain technology according to claim 4, characterized in that, Based on applicable tags, and combined with its own hardware parameters and operating status, a fuzzy matching is performed to determine the target strategy, including: For each applicable label, perform text-based normalization to obtain the corresponding strategy label feature vector; The system collects its own hardware parameters and operating status; the hardware parameters include: controller type, response speed, and access voltage level; the operating status includes: frequency, voltage, and active power. The device's hardware parameters and operating status are numerically normalized to obtain a device status feature vector. For each strategy label feature vector and device state feature vector, cosine similarity is calculated to obtain the corresponding stability control strategy fit. If the adaptability of a stability control strategy is greater than a preset effective threshold, the strategy file corresponding to the maximum adaptability of the stability control strategy will be used as the target strategy.

6. The stability control strategy update method based on private blockchain technology according to claim 1, characterized in that, The control result data includes: strategy effective time, control action response speed, and key indicator data; The process of encrypting the control result data generated after the execution of the target strategy to generate a feedback data packet includes: The policy effective time, control action response speed, and key indicator data are hashed and AES encrypted to generate a feedback data packet; wherein, the key indicator data includes: control response latency, trigger load shedding action, and system frequency recovery speed.

7. The stability control strategy update method based on private blockchain technology according to claim 6, characterized in that, Based on the feedback data packet, update the current blockchain ledger of all nodes in the private blockchain network to obtain the updated blockchain ledger, including: The feedback data packet is broadcast to the control center node, regional substation nodes and other stability control device nodes through the private blockchain network. The current blockchain ledger of all nodes in the private blockchain network is updated by using a practical Byzantine fault-tolerant algorithm to obtain the updated blockchain ledger.

8. A stability control strategy update system based on private blockchain technology, characterized in that, include: The system consists of a control center node, regional substation nodes, and several stability control device nodes; each node contains a corresponding blockchain ledger. The control center node is used to encrypt the preset strategy file to generate strategy blocks and write the generated strategy blocks into the current blockchain ledger of all nodes. The regional substation node is used to determine the update conditions based on the current blockchain ledger of the regional substation node, and generate a stability control strategy execution instruction based on the update conditions; and send the stability control strategy execution instruction to the corresponding stability control device node; Each stability control device node, upon receiving a stability control strategy execution instruction from a regional substation node, verifies the identity of the control center node based on the digital signature in the current blockchain ledger. After successful identity verification, it extracts several applicable tags from the current blockchain ledger. Based on the applicable tags, it performs fuzzy matching with its own hardware parameters and operating status to determine the target strategy. It executes the target strategy, encrypts the control result data generated after the target strategy is executed, and generates a feedback data packet. Based on the feedback data packet, it updates the current blockchain ledger of all nodes in the private blockchain network to obtain the updated blockchain ledger.

9. The stability control strategy update system based on private blockchain technology according to claim 8, characterized in that, The stability control device node, based on applicable tags and its own hardware parameters and operating status, performs fuzzy matching to determine the target strategy, including: For each applicable label, perform text-based normalization to obtain the corresponding strategy label feature vector; The system collects its own hardware parameters and operating status; the hardware parameters include: controller type, response speed, and access voltage level; the operating status includes: frequency, voltage, and active power. The device's hardware parameters and operating status are numerically normalized to obtain a device status feature vector. For each strategy label feature vector and device state feature vector, cosine similarity is calculated to obtain the corresponding stability control strategy fit. If the adaptability of a stability control strategy is greater than a preset effective threshold, the strategy file corresponding to the maximum adaptability of the stability control strategy will be used as the target strategy.

10. The stability control strategy update system based on private blockchain technology according to claim 9, characterized in that, The stabilization device node updates the current blockchain ledger of all nodes in the private blockchain network based on the feedback data packet, obtaining the updated blockchain ledger, including: The feedback data packet is broadcast to the control center node, regional substation nodes and other stability control device nodes through the private blockchain network. The current blockchain ledger of all nodes in the private blockchain network is updated by using a practical Byzantine fault-tolerant algorithm to obtain the updated blockchain ledger.

Images