Blockchain-based power dispatching method, device and equipment, and storage medium

Abstract

The application discloses a kind of based on block chain's power scheduling method, device, equipment and storage medium.The method comprises: based on alliance chain network, the scheduling key parameter of power generation node is stored in chain;Deploy the smart contract embedded power scheduling core rule, power generation node is regarded as intelligent agent and neighbor node communication obtains real-time incremental cost and output power;Incremental cost measurement error is obtained, when exceeding preset range, target output power is calculated based on power distribution rule and is updated in chain;Power consumption node uploads real-time system power demand, and scheduling node verifies signature validity and demand range after issue change request, and output power is adjusted to target value, detects the deviation of total output and demand, and exceeds set deviation then proportionally distributed according to incremental cost sensitivity and iteratively corrected;Fault node selects the backup node of rated power range covering target value to replace, and there is no backup node, then load is reduced, and distributed power scheduling is completed.

Description

Technical Field

[0001] This invention relates to the field of dispatch management technology, and in particular to a blockchain-based power dispatching method, apparatus, equipment, and storage medium. Background Technology

[0002] Blockchain technology, with its tamper-proof distributed ledger and automated smart contract execution capabilities, provides a new path for distributed collaboration in power dispatch. However, existing blockchain-based power dispatch methods still suffer from the following problems when dynamically adjusting the actual output power of power generation nodes: the reliable verification mechanism for real-time electricity demand is imperfect and susceptible to interference from false demand; furthermore, the collaborative computing efficiency between power generation nodes is low, making it difficult to quickly match dynamic demand and enabling real-time and effective adjustment of the output power of each power generation node.

[0003] The above content is only used to help understand the technical solution of the present invention and does not represent an admission that the above content is prior art. Summary of the Invention

[0004] The main objective of this invention is to provide a blockchain-based power dispatching method, apparatus, device, and storage medium, aiming to solve the technical problems of being susceptible to false demand interference and being unable to effectively adjust the output power of each power generation node in real time.

[0005] To achieve the above objectives, the present invention provides a blockchain-based power dispatching method, comprising the following steps: Deploy a consortium blockchain network consisting of power generation nodes, power consumption nodes, and scheduling nodes. The power generation nodes, power consumption nodes, and scheduling nodes are connected through a blockchain protocol and maintain a shared ledger. Based on the consortium blockchain network, the key scheduling parameters of each power generation node are stored on the blockchain. The key scheduling parameters include equipment parameters, power constraints, and historical scheduling data. Based on the key scheduling parameters stored on the blockchain, a smart contract is deployed on the blockchain, and each power generation node is used as an intelligent agent to communicate with neighboring nodes through the blockchain to obtain the real-time incremental cost and real-time output power of the neighboring nodes. The smart contract is embedded with core power scheduling rules, which include power allocation rules, event triggering conditions, quantitative communication rules, and anomaly compensation rules. The incremental cost measurement error is obtained based on the real-time incremental cost; if the incremental cost measurement error exceeds a preset range, the target output power is calculated based on the power allocation rules of the smart contract, combined with the power constraints of each power generation node and the real-time incremental cost and real-time output power of neighboring nodes; the real-time incremental cost and real-time output power are updated according to the target output power. The updated incremental cost and output power will be uploaded to the blockchain via the consortium blockchain network; The updated incremental cost and output power are used to upload the real-time system power demand through the power consumption node, and the actual output power of each power generation node is dynamically adjusted by the scheduling node based on the real-time system power demand to complete distributed power dispatch.

[0006] In some embodiments, the deployment of a consortium blockchain network consisting of power generation nodes, power consumption nodes, and scheduling nodes includes: Based on the registration information of each power dispatching participant, a power generation node, a power consumption node, and a dispatching node are generated. Each of the power generation node, the power consumption node, and the dispatching node has a corresponding identity identifier and permission level. A dedicated channel is created for power dispatching scenarios, and communication connections are established between the power generation node, the power consumption node, and the dispatching node according to a preset communication protocol and network topology configuration, so that the power generation node, the power consumption node, and the dispatching node can communicate through the dedicated channel; The power generation node, the power consumption node, and the scheduling node are verified, and the ledger is initialized by downloading blocks from the verified power generation node, power consumption node, and scheduling node and verifying the hash of the downloaded blocks, so as to deploy the consortium blockchain network.

[0007] In some embodiments, the step of communicating with neighboring nodes via blockchain based on the smart contract, where each power generation node acts as a smart agent, includes: The smart contract is used to query the node information table of the shared ledger to obtain the set of neighboring nodes; Each power generation node is triggered to send an initial data request to all nodes in the set of neighboring nodes in order to obtain the initial incremental cost and initial output power of the neighboring nodes; When a change in the scheduling status of each power generation node or neighboring node is detected, the initial incremental cost and the initial output power are updated to obtain the real-time incremental cost and real-time output power.

[0008] In some embodiments, the method further includes: When the key scheduling parameters change, a smart contract upgrade request is sent through any one of the power generation node, the power consumption node, and the scheduling node. The smart contract upgrade request includes the reason for the upgrade and the content of the upgrade. The power generation node, the power consumption node, and the scheduling node determine whether to respond to the smart contract upgrade request through a voting mechanism. After the smart contract upgrade request is responded to, the code of the new smart contract is broadcast to all nodes through the consortium blockchain network, the execution of the old smart contract is stopped, and historical data is automatically migrated after the new smart contract is redeployed.

[0009] In some embodiments, obtaining the incremental cost measurement error based on the real-time incremental cost includes: Obtain the real-time incremental cost λ at the current moment. i (t) and the incremental cost λ from the previous update time. i (t k The difference between the two values ​​is taken as the incremental cost measurement error e. i (t), i.e., e i (t) = |λ i (t) - λ i (t k )|; The preset range is a threshold σ that is dynamically set based on the equipment parameters of the power generation node. i , σ i = α·|λ i (t k )|, where α∈(0.01, 0.1).

[0010] In some embodiments, dynamically adjusting the actual output power of each power generation node based on the real-time system power demand via the scheduling node includes: The signature validity of the real-time system's power consumption demand is verified through the scheduling node smart contract, and it is also verified whether the real-time system's power consumption demand is within the set range. After the real-time system power demand is verified and validated, the scheduling node sends a demand change request to each power generation node and receives the current output power from each power generation node based on the change request. The scheduling node sends an adjustment command to the local controller, so that the local controller adjusts the current output power of each power generation node to the target output power based on the adjustment command. The target output power is obtained by each power generation node through iterative calculation using the Lagrange multiplier method based on its own equipment parameters, power constraints, and the real-time incremental cost and output power of neighboring nodes. The deviation ΔP = |P_total - P_D| between the current total output power after each power generation node is adjusted to the target output power and the real-time system power demand is detected. If the deviation ΔP exceeds the set deviation ε (the set deviation ε is set according to the system scheduling accuracy requirements, for example, ε = 0.01·P_D), the target output power is corrected based on the deviation: the deviation ΔP is allocated to each power generation node according to the incremental cost sensitivity ratio of each power generation node, and the target output power of each power generation node is iteratively corrected until the deviation ΔP is less than or equal to the set deviation ε.

[0011] In some embodiments, the method further includes: If there are faulty nodes in each power generation node that cannot perform power adjustment operations or cannot reach the target output power after power adjustment, then query the standby node table of the shared ledger and select a standby node that meets the following conditions from the standby node table: the rated minimum output power of the standby node is less than or equal to the target output power, and the rated maximum output power is greater than or equal to the target output power. The faulty node is replaced by the backup node to adjust the output power of the backup node to the target output power; If there are no remaining backup nodes, load reduction requests are sent to each power-consuming node to reduce the power demand of the real-time system.

[0012] Furthermore, to achieve the above objectives, the present invention also proposes a blockchain-based power dispatching device, which includes: The deployment module is used to deploy a consortium blockchain network consisting of power generation nodes, power consumption nodes, and scheduling nodes. The power generation nodes, power consumption nodes, and scheduling nodes are connected through a blockchain protocol and maintain a shared ledger. The storage module is used to store the key scheduling parameters of each power generation node on the blockchain based on the consortium blockchain network. The key scheduling parameters include equipment parameters, power constraints and historical scheduling data. The reading module is used to deploy smart contracts on the blockchain based on the key scheduling parameters stored on the blockchain, and to use each power generation node as an intelligent agent to communicate with neighboring nodes through the blockchain based on the smart contract in order to obtain the real-time incremental cost and real-time output power of the neighboring nodes. The smart contract is embedded with core power scheduling rules, which include power allocation rules, event triggering conditions, quantitative communication rules, and anomaly compensation rules. The update module is used to update the real-time incremental cost and real-time output power, and upload the updated incremental cost and output power to the blockchain through the consortium blockchain network. The scheduling module is used to upload the real-time system power demand through the power consumption node using the updated incremental cost and output power, and to dynamically adjust the actual output power of each power generation node based on the real-time system power demand through the scheduling node, so as to complete the distributed power dispatch.

[0013] Furthermore, to achieve the above objectives, the present invention also proposes a blockchain-based power dispatching device, which includes: a memory, a processor, and a blockchain-based power dispatching program stored in the memory and executable on the processor. The blockchain-based power dispatching program is configured to implement the steps of the blockchain-based power dispatching method described above.

[0014] Furthermore, to achieve the above objectives, the present invention also proposes a storage medium storing a blockchain-based power dispatching program, wherein when the blockchain-based power dispatching program is executed by a processor, it implements the steps of the blockchain-based power dispatching method described above.

[0015] This invention deploys a consortium blockchain network consisting of power generation nodes, power consumption nodes, and scheduling nodes. Key scheduling parameters of each power generation node are stored on the blockchain. Smart contracts are deployed on the blockchain based on these stored parameters, and each power generation node, acting as an agent, communicates with neighboring nodes via the blockchain to obtain their real-time incremental costs and output power. The updated incremental costs and output power are then uploaded to the blockchain. Real-time system power demand is uploaded via the power consumption nodes using the updated incremental costs and output power, and the scheduling nodes dynamically adjust the actual output power of each power generation node based on this demand. This distributed power dispatching method is less susceptible to false demand and allows for real-time and effective adjustment of the output power of each power generation node. Attached Figure Description

[0016] Figure 1 This is a flowchart illustrating the first embodiment of the blockchain-based power dispatching method of the present invention. Figure 2 This is a structural block diagram of the first embodiment of the blockchain-based power dispatching device of the present invention.

[0017] The realization of the objective, functional features and advantages of the present invention will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation

[0018] It should be understood that the specific embodiments described herein are for illustrative purposes only and are not intended to limit the scope of the invention.

[0019] This invention provides a blockchain-based power dispatching method, referring to... Figure 1 , Figure 1 This is a flowchart illustrating the first embodiment of a blockchain-based power dispatching method according to the present invention.

[0020] In this embodiment, the blockchain-based power dispatching method includes the following steps: Step S10: Deploy a consortium blockchain network consisting of power generation nodes, power consumption nodes, and scheduling nodes.

[0021] In this embodiment, the executing entity is a blockchain-based power dispatching device, which has functions such as data processing, data communication, and program execution. The blockchain-based power dispatching device can be a computer terminal device or other network device, or other devices with similar functions. This embodiment does not limit the scope of the application.

[0022] It should be noted that blockchain technology, with its tamper-proof distributed ledger and automated smart contract execution capabilities, provides a new path for distributed collaboration in power dispatch. However, existing blockchain-based power dispatch methods still have the following problems when dynamically adjusting the actual output power of power generation nodes: the reliable verification mechanism for real-time electricity demand is imperfect and susceptible to interference from false demand; furthermore, the collaborative computing efficiency between power generation nodes is low, making it difficult to quickly match dynamic demand and enabling real-time and effective adjustment of the output power of each power generation node.

[0023] To address the aforementioned technical issues, this embodiment deploys a consortium blockchain network composed of power generation nodes, power consumption nodes, and scheduling nodes. Key scheduling parameters for each power generation node are stored on the blockchain. Smart contracts are deployed on the blockchain based on these stored parameters, and each power generation node, acting as an agent, communicates with neighboring nodes via the blockchain to obtain their real-time incremental costs and output power. The updated incremental costs and output power are then uploaded to the blockchain. Real-time system power demand is uploaded via the power consumption nodes using the updated incremental costs and output power, and the scheduling nodes dynamically adjust the actual output power of each power generation node based on this demand to achieve distributed power dispatch. This method is less susceptible to false demand and allows for real-time and effective adjustment of the output power of each power generation node. Specifically, it can be implemented as follows.

[0024] In this specific implementation, the deployment of this embodiment requires first deploying a consortium blockchain network consisting of power generation nodes, power consumption nodes, and scheduling nodes. These nodes are connected via a blockchain protocol and maintain a shared ledger. The deployment process involves generating power generation nodes, power consumption nodes, and scheduling nodes based on the registration information of each power dispatch participant. Each of these nodes has a corresponding identity and permission level. A dedicated channel is created for the power dispatch scenario, and communication connections are established between the power generation nodes, power consumption nodes, and scheduling nodes according to a preset communication protocol and network topology configuration, enabling them to communicate through this dedicated channel. The power generation nodes, power consumption nodes, and scheduling nodes are verified, and ledger initialization is completed by downloading blocks from verified nodes and verifying the hashes of the downloaded blocks, thus deploying the consortium blockchain network.

[0025] It should be noted that each participating party, such as power generation companies, electricity users, and regulatory agencies, submits a node registration application to the consortium blockchain management center. This application includes proof of institutional qualifications (e.g., power generation companies need to provide an electricity business license), node hardware information (e.g., IP address, computing resource configuration: CPU ≥ 4 cores, memory ≥ 16GB, storage ≥ 500GB), and public key certificate (an RSA public key generated through the PKI system, used for digital signature verification). Then, each node is assigned a unique identity identifier (NodeID) and permission level. For example, power generation nodes have read and write permissions (can write device data and read neighbor node information), electricity user nodes have permissions to write demand data and read scheduling results, and scheduling nodes have management permissions to read and write all data and perform consensus verification. The default communication protocol is gRPC 1.50, configured with TLS 1.3 encrypted transmission. The network topology configuration includes: a power generation node network: connected to a local IoT gateway (such as Advantech UNO-2483) via industrial Ethernet (1000Mbps), with the gateway accessing the consortium blockchain via HTTPS (port 443); a power consumption node network: residential users access via 4G / 5G network (latency ≤20ms), and enterprise users access via dedicated VPN (MPLS protocol, latency ≤10ms); and a scheduling node network: deployed in the regulatory agency's data center, directly connected to the sorting service cluster via 10 Gigabit fiber (latency ≤1ms), forming a star topology.

[0026] Furthermore, each node completes access verification through the following steps: Identity verification: The node uses its private key to sign the random challenge value (generated by the ordering service node), and the management center verifies the validity of the signature using the public key; Connectivity test: The node sends a "heartbeat packet" (containing NodeID and timestamp) to the ordering service node to confirm that the network latency is ≤50ms (for generation / dispatch nodes) or ≤100ms (for power consumption nodes); Ledger synchronization: The node downloads the genesis block and historical blocks from the ordering service node and verifies the block hashes locally (the hashes of the previous block, the current block, and the Merkle root hash), thereby completing the ledger initialization.

[0027] Step S20: Store the key scheduling parameters of each power generation node on the blockchain based on the consortium blockchain network.

[0028] In practical implementation, after the deployment of the consortium blockchain network, the key scheduling parameters of the power generation nodes can be stored using this network. These key scheduling parameters specifically include equipment parameters, power constraints, and historical scheduling data. Equipment parameters, such as coefficients of the quadratic cost function, are used to calculate power generation costs. Power constraints, including minimum and maximum output power, are used to limit the operating range of the power generation nodes. Historical scheduling data includes historical output power, incremental costs, and trigger event records, providing empirical support for dynamic scheduling.

[0029] Step S30: Deploy smart contracts on the blockchain according to the key scheduling parameters stored on the blockchain, and use the smart contracts to make each power generation node an intelligent agent to communicate with neighboring nodes through the blockchain to obtain the real-time incremental cost and real-time output power of the neighboring nodes.

[0030] It should be noted that smart contracts can be deployed using the key scheduling parameters already stored on the blockchain. These smart contracts embed core power scheduling rules, including power allocation rules, event triggering conditions, quantitative communication rules, and anomaly compensation rules. Specifically, the power allocation rules calculate the optimal output power of each power generation node with the economic objective of consistent incremental costs, ensuring that the total output power equals the total system demand. The event triggering conditions define the triggering threshold for scheduling updates. The quantitative communication rules perform probabilistic quantization encoding on transmitted incremental cost, power, and other data to reduce communication bandwidth requirements. The anomaly compensation rules trigger power compensation from other nodes if a power generation node exceeds its power limit to maintain the total output power equal to the total system demand.

[0031] Furthermore, based on the smart contract, the specific process of each power generation node acting as an intelligent agent to communicate with neighboring nodes through the blockchain is as follows: using the smart contract to query the node information table of the shared ledger to obtain the set of neighboring nodes; triggering each power generation node to send an initial data request to all nodes in the set of neighboring nodes to obtain the initial incremental cost and initial output power of the neighboring nodes; when a change in the scheduling status of each power generation node or neighboring node is detected, updating the initial incremental cost and the initial output power to obtain the real-time incremental cost and real-time output power.

[0032] In one embodiment, the already deployed smart contract can also be upgraded. Specifically, when the key scheduling parameters change, a smart contract upgrade request is sent through any one of the power generation node, the power consumption node, and the scheduling node. The smart contract upgrade request includes the upgrade reason and upgrade content. The power generation node, the power consumption node, and the scheduling node determine whether to respond to the smart contract upgrade request through a voting mechanism. After the smart contract upgrade request is responded to, the code of the new smart contract is broadcast to all nodes through the consortium blockchain network, the execution of the old smart contract is stopped, and historical data is automatically migrated after the new smart contract is redeployed.

[0033] It should be noted that changes in key scheduling parameters include, for example, changes in the coefficients of the quadratic cost function of the generation node. The reason for the upgrade might be, "Adding a new photovoltaic node requires adjustment of the quadratic cost function," and the upgrade content might include adding key scheduling parameters.

[0034] Step S40: Update the real-time incremental cost and real-time output power, and upload the updated incremental cost and output power to the blockchain through the consortium blockchain network.

[0035] It should be noted that before updating the real-time incremental cost and real-time output power, the incremental cost measurement error needs to be obtained based on the real-time incremental cost. If the incremental cost measurement error exceeds a preset range, the target output power is calculated based on the power allocation rules of the smart contract, combined with the power constraints of each power generation node and the real-time incremental cost and real-time output power of neighboring nodes. The real-time incremental cost and real-time output power are then updated according to the target output power.

[0036] The incremental cost measurement error is obtained based on the real-time incremental cost: Let the real-time incremental cost at the current time t be λ. i (t), the previous update time t k The incremental cost is λ i (t k If the incremental cost measurement error is e, then... i (t) = |λ i (t) - λi (t k )|。 Preset range σ i Dynamically set according to the equipment parameters of the power generation node, such as σ i = α·|λ i (t k )|, where α is a preset proportional coefficient, ranging from 0.01 to 0.1, and the specific value can be set according to the response sensitivity requirements of the power generation node. Then, based on the power allocation rules of the smart contract and combined with the power constraints of each power generation node, as well as the real-time incremental cost and real-time output power of neighboring nodes, the target output power is calculated. When calculating the target output power, the real-time incremental cost and real-time output power need to satisfy the power allocation rules and power constraints. Where λ i =2a i P i +b i P i Indicates output power, λ i This represents the incremental cost, while the total power is... P D It has its upper and lower power limits, and the target output power can be obtained by taking the lowest cost as the constraint.

[0037] Step S50: Upload the real-time system power demand through the power consumption node using the updated incremental cost and output power, and dynamically adjust the actual output power of each power generation node based on the real-time system power demand through the scheduling node to complete distributed power dispatch.

[0038] In specific implementation, the process of dynamically adjusting the actual output power of each power generation node based on the real-time system power demand by the scheduling node is as follows: the scheduling node's smart contract verifies the signature validity of the real-time system power demand and checks whether the real-time system power demand is within a set range; after the real-time system power demand passes verification, the scheduling node sends a demand change request to each power generation node and receives the current output power fed back by each power generation node based on the change request; the scheduling node sends an adjustment command to the local controller, so that the local controller adjusts the current output power of each power generation node to the target output power based on the adjustment command. The target output power is obtained by each power generation node through iterative calculation using the Lagrange multiplier method based on its own equipment parameters, power constraints, and the real-time incremental cost and output power of neighboring nodes. The deviation between the current power demand after each power generation node is adjusted to the target output power and the real-time system power demand is detected. If the deviation exceeds a set deviation, the target output power is corrected based on the deviation. Specifically, the set deviation ε is set according to the system scheduling accuracy requirements, for example, 1% of the real-time system power demand P_D, i.e., ε = 0.01·P_D. The correction method adopts the deviation proportional allocation method: the total deviation ΔP is allocated to each power generation node according to the incremental cost sensitivity coefficient of each power generation node, and the target output power of each power generation node is iteratively corrected until the deviation ΔP ≤ ε. Wherein, the incremental cost sensitivity coefficient is... λ i / P i = 2a i a i Let be the coefficient of the quadratic cost function of power generation node i.

[0039] It should be noted that when a power-consuming node submits its real-time system power demand (PD), it must attach a timestamp (t_req) and its own digital signature. The scheduling node verifies the validity of the signature via a smart contract (based on the power-consuming node's public key stored in the shared ledger) and checks whether the PD is within a set range (e.g., ±20% of the maximum load in the past 30 days). After successful verification, the PD is written into the real-time demand table in the shared ledger. The set deviation is, for example, ±1MW. If the deviation exceeds this set error, a correction is made. Specifically, the correction is made for nodes whose errors exceed the set deviation, not for nodes whose errors do not exceed the set deviation.

[0040] Furthermore, if any power generation node is faulty and unable to perform power adjustment operations or fails to reach the target output power after power adjustment, the standby node table in the shared ledger is queried, and a standby node that meets the conditions is selected from the standby node table. The faulty node is replaced by the standby node to adjust the output power of the standby node to the target output power. If no standby node remains, a load reduction request is sent to each power consumption node to reduce the real-time system power demand. A standby node that meets the conditions, such as having an output power greater than the minimum output power limit and less than the maximum output power limit, is selected as a standby node.

[0041] Specifically, a standby node that meets the conditions is defined as follows: the standby node's rated minimum output power P_min,spare ≤ the target output power P_target ≤ the standby node's rated maximum output power P_max,spare, and the standby node is currently in an available state (not participating in other scheduling tasks and without fault alarms).

[0042] This embodiment deploys a consortium blockchain network consisting of power generation nodes, power consumption nodes, and scheduling nodes. Key scheduling parameters for each power generation node are stored on the blockchain. Smart contracts are deployed on the blockchain based on these stored parameters, and each power generation node, acting as an agent, communicates with neighboring nodes via the blockchain to obtain their real-time incremental costs and output power. The updated incremental costs and output power are then uploaded to the blockchain. Real-time system power demand is uploaded via the power consumption nodes using the updated incremental costs and output power, and the scheduling nodes dynamically adjust the actual output power of each power generation node based on this demand to achieve distributed power dispatch. This method is less susceptible to false demand and allows for real-time and effective adjustment of the output power of each power generation node.

[0043] Furthermore, this embodiment of the invention also proposes a storage medium storing a blockchain-based power dispatching program, which, when executed by a processor, implements the steps of the blockchain-based power dispatching method described above.

[0044] Reference Figure 2 , Figure 2 This is a structural block diagram of the first embodiment of the blockchain-based power dispatching device of the present invention.

[0045] like Figure 2 As shown, the blockchain-based power dispatching device proposed in this embodiment of the invention includes: Deployment module 10 is used to deploy a consortium blockchain network consisting of power generation nodes, power consumption nodes, and scheduling nodes. The power generation nodes, power consumption nodes, and scheduling nodes are connected through a blockchain protocol and maintain a shared ledger. Storage module 20 is used to store the key scheduling parameters of each power generation node on the blockchain based on the consortium blockchain network. The key scheduling parameters include equipment parameters, power constraints and historical scheduling data. The reading module 30 is used to deploy smart contracts on the blockchain according to the key scheduling parameters stored on the blockchain, and to use each power generation node as an intelligent agent to communicate with neighboring nodes through the blockchain based on the smart contract in order to obtain the real-time incremental cost and real-time output power of the neighboring nodes. The smart contract is embedded with core power scheduling rules, which include power allocation rules, event triggering conditions, quantitative communication rules, and anomaly compensation rules. Update module 40 is used to update the real-time incremental cost and real-time output power, and upload the updated incremental cost and output power to the blockchain through the consortium blockchain network; The scheduling module 50 is used to upload the real-time system power demand through the power consumption node using the updated incremental cost and output power, and to dynamically adjust the actual output power of each power generation node based on the real-time system power demand through the scheduling node, so as to complete the distributed power scheduling.

[0046] This embodiment deploys a consortium blockchain network consisting of power generation nodes, power consumption nodes, and scheduling nodes. Key scheduling parameters for each power generation node are stored on the blockchain. Smart contracts are deployed on the blockchain based on these stored parameters, and each power generation node, acting as an agent, communicates with neighboring nodes via the blockchain to obtain their real-time incremental costs and output power. The updated incremental costs and output power are then uploaded to the blockchain. Real-time system power demand is uploaded via the power consumption nodes using the updated incremental costs and output power, and the scheduling nodes dynamically adjust the actual output power of each power generation node based on this demand to achieve distributed power dispatch. This method is less susceptible to false demand and allows for real-time and effective adjustment of the output power of each power generation node.

[0047] In some embodiments, the deployment module 10 is used to generate a power generation node, a power consumption node, and a dispatch node based on the registration information of each power dispatch participant. The power generation node, the power consumption node, and the dispatch node each have a corresponding identity identifier and permission level. A dedicated channel is created for power dispatching scenarios, and communication connections are established between the power generation node, the power consumption node, and the dispatching node according to a preset communication protocol and network topology configuration, so that the power generation node, the power consumption node, and the dispatching node can communicate through the dedicated channel; The power generation node, the power consumption node, and the scheduling node are verified, and the ledger is initialized by downloading blocks from the verified power generation node, power consumption node, and scheduling node and verifying the hash of the downloaded blocks, so as to deploy the consortium blockchain network.

[0048] In some embodiments, the reading module 30 is used to obtain a set of neighboring nodes by querying the node information table of the shared ledger using the smart contract; Each power generation node is triggered to send an initial data request to all nodes in the set of neighboring nodes in order to obtain the initial incremental cost and initial output power of the neighboring nodes; When a change in the scheduling status of each power generation node or neighboring node is detected, the initial incremental cost and the initial output power are updated to obtain the real-time incremental cost and real-time output power.

[0049] In some embodiments, the blockchain-based power dispatching device includes an update module; The update module is used to send a smart contract upgrade request through any one of the power generation node, the power consumption node and the scheduling node when the scheduling key parameters change. The smart contract upgrade request includes the upgrade reason and the upgrade content. The power generation node, the power consumption node, and the scheduling node determine whether to respond to the smart contract upgrade request through a voting mechanism. After the smart contract upgrade request is responded to, the code of the new smart contract is broadcast to all nodes through the consortium blockchain network, the execution of the old smart contract is stopped, and historical data is automatically migrated after the new smart contract is redeployed.

[0050] In some embodiments, the update module is configured to obtain the incremental cost measurement error based on the real-time incremental cost; If the incremental cost measurement error exceeds the preset range, the target output power is calculated based on the power allocation rules of the smart contract, combined with the power constraints of each power generation node and the real-time incremental cost and real-time output power of the neighboring nodes. The real-time incremental cost and real-time output power are updated based on the target output power.

[0051] In some embodiments, the scheduling module 50 is used to verify the signature validity of the real-time system power demand and to check whether the real-time system power demand is within a set range through the scheduling node smart contract; After the real-time system power demand is verified and validated, the scheduling node sends a demand change request to each power generation node and receives the current output power from each power generation node based on the change request. The scheduling node sends an adjustment command to the local controller, so that the local controller adjusts the current output power of each power generation node to the target output power based on the adjustment command. The target output power is obtained by each power generation node through iterative calculation using the Lagrange multiplier method based on its own equipment parameters, power constraints, and the real-time incremental cost and output power of neighboring nodes. The deviation between the current power demand after each power generation node is adjusted to the target output power and the real-time system power demand is detected. If the deviation exceeds the set deviation, the target output power is corrected based on the deviation.

[0052] In some embodiments, the scheduling module 50 is configured to query the standby node table of the shared ledger and select a standby node that meets the conditions from the standby node table if there is a faulty node in each power generation node that cannot perform power adjustment operation or cannot reach the target output power after power adjustment. The faulty node is replaced by the backup node to adjust the output power of the backup node to the target output power; If there are no remaining backup nodes, load reduction requests are sent to each power-consuming node to reduce the power demand of the real-time system.

[0053] This application embodiment also provides a blockchain-based power dispatching device, including a processor, a communication interface, a memory, and a communication bus. The processor, communication interface, and memory communicate with each other through the communication bus. The memory is used to store a blockchain-based power dispatching program. When the processor executes the program stored in the memory, it implements the aforementioned blockchain-based power dispatching method.

[0054] The communication bus mentioned in the aforementioned blockchain-based power dispatching equipment can be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. This communication bus can be divided into address bus, data bus, control bus, etc.

[0055] The communication interface is used for communication between the aforementioned blockchain-based power dispatching equipment and other devices.

[0056] The memory may include random access memory (RAM) or non-volatile memory (NVM), such as at least one disk storage device. Optionally, the memory may also be at least one storage device located remotely from the aforementioned processor.

[0057] The processors mentioned above can be general-purpose processors, including central processing units (CPUs), network processors (NPs), etc.; they can also be digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components.

[0058] In the above embodiments, implementation can be achieved entirely or partially through software, hardware, firmware, or any combination thereof. When implemented using software, it can be implemented entirely or partially as a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of this application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that integrates one or more available media. The available medium can be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid state disk (SSD)).

[0059] It should be noted that, in this document, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0060] The various embodiments in this specification are described in a related manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, the system embodiments are basically similar to the method embodiments, so the description is relatively simple; relevant parts can be referred to the descriptions of the method embodiments.

[0061] The above embodiments are only used to illustrate the technical solutions of the present invention, and are not intended to limit it. Although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present invention.

[0062] It should be understood that the above are merely illustrative examples and do not constitute any limitation on the technical solutions of the present invention. In specific applications, those skilled in the art can make settings as needed, and the present invention does not impose any restrictions on this.

[0063] It should be noted that the workflow described above is merely illustrative and does not limit the scope of protection of this invention. In practical applications, those skilled in the art can select some or all of the workflow to achieve the purpose of this embodiment according to actual needs, and no restrictions are imposed here.

[0064] In addition, for technical details not described in detail in this embodiment, please refer to the blockchain-based power dispatching method provided in any embodiment of the present invention, which will not be repeated here.

[0065] Furthermore, it should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or system that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or system. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or system that includes that element.

[0066] The sequence numbers of the above embodiments of the present invention are for descriptive purposes only and do not represent the superiority or inferiority of the embodiments.

[0067] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of the present invention, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as read-only memory (ROM) / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal device (which may be a mobile phone, computer, server, or network device, etc.) to execute the methods described in the various embodiments of the present invention.

[0068] The above are merely preferred embodiments of the present invention and do not limit the scope of the patent. Any equivalent structural or procedural transformations made based on the description and drawings of the present invention, or direct or indirect applications in other related technical fields, are similarly included within the scope of patent protection of the present invention.

[0069] It is understood that the system provided in the embodiments of the present invention corresponds to the method provided in the embodiments of the present invention, and the explanation, examples and beneficial effects of the relevant content can be referred to the corresponding parts of the above method.

Claims

1. A blockchain-based power dispatching method, characterized in that, The blockchain-based power dispatching method includes: A consortium blockchain network consisting of power generation nodes, power consumption nodes, and scheduling nodes is deployed, wherein the power generation nodes, power consumption nodes, and scheduling nodes are connected through a blockchain protocol and maintain a shared ledger; Based on the consortium blockchain network, the key scheduling parameters of each power generation node are stored on the blockchain. The key scheduling parameters include equipment parameters, power constraints, and historical scheduling data. Based on the key scheduling parameters stored on the blockchain, a smart contract is deployed on the blockchain, and each power generation node is used as an intelligent agent to communicate with neighboring nodes through the blockchain to obtain the real-time incremental cost and real-time output power of the neighboring nodes. The smart contract is embedded with core power scheduling rules, which include power allocation rules, event triggering conditions, quantitative communication rules, and anomaly compensation rules. The incremental cost measurement error is obtained based on the real-time incremental cost; if the incremental cost measurement error exceeds a preset range, the target output power is calculated based on the power allocation rules of the smart contract, combined with the power constraints of each power generation node and the real-time incremental cost and real-time output power of neighboring nodes; the real-time incremental cost and real-time output power are updated according to the target output power; the updated incremental cost and output power are uploaded to the blockchain through the consortium blockchain network. The updated incremental cost and output power are used to upload the real-time system power demand through the power consumption node, and the actual output power of each power generation node is dynamically adjusted by the scheduling node based on the real-time system power demand to complete distributed power dispatch.

2. The blockchain-based power dispatching method as described in claim 1, characterized in that, The deployment of the consortium blockchain network, consisting of power generation nodes, power consumption nodes, and scheduling nodes, includes: Based on the registration information of each power dispatching participant, a power generation node, a power consumption node, and a dispatching node are generated. Each of the power generation node, the power consumption node, and the dispatching node has a corresponding identity identifier and permission level. A dedicated channel is created for power dispatching scenarios, and communication connections are established between the power generation node, the power consumption node, and the dispatching node according to a preset communication protocol and network topology configuration, so that the power generation node, the power consumption node, and the dispatching node can communicate through the dedicated channel; The power generation node, the power consumption node, and the scheduling node are verified, and the ledger is initialized by downloading blocks from the verified power generation node, power consumption node, and scheduling node and verifying the hash of the downloaded blocks, so as to deploy the consortium blockchain network.

3. The blockchain-based power dispatching method as described in claim 1, characterized in that, The process of using the smart contract to enable each power generation node to act as an intelligent agent and communicate with neighboring nodes via the blockchain includes: The smart contract is used to query the node information table of the shared ledger to obtain the set of neighboring nodes; Each power generation node is triggered to send an initial data request to all nodes in the set of neighboring nodes in order to obtain the initial incremental cost and initial output power of the neighboring nodes; When a change in incremental cost or output power is detected at each power generation node or neighboring node, the initial incremental cost and the initial output power are updated to obtain the real-time incremental cost and real-time output power.

4. The blockchain-based power dispatching method as described in claim 1, characterized in that, The method further includes: When the key scheduling parameters change, a smart contract upgrade request is sent through any one of the power generation node, the power consumption node, and the scheduling node. The smart contract upgrade request includes the reason for the upgrade and the content of the upgrade. The power generation node, the power consumption node, and the scheduling node determine whether to respond to the smart contract upgrade request through a voting mechanism. After the smart contract upgrade request is responded to, the code of the new smart contract is broadcast to all nodes through the consortium blockchain network, the execution of the old smart contract is stopped, and historical data is automatically migrated after the new smart contract is redeployed.

5. The blockchain-based power dispatching method as described in claim 1, characterized in that, The acquisition of incremental cost measurement error based on the real-time incremental cost includes: Obtain the real-time incremental cost λ at the current moment. i (t) and the incremental cost λ from the previous update time. i (t k The difference between the two values ​​is taken as the incremental cost measurement error e. i (t), i.e., e i (t) = |λ i (t) - λ i (t k )|; The preset range is a threshold σ that is dynamically set based on the equipment parameters of the power generation node. i , σ i = α·|λ i (t k )|, where α∈(0.01, 0.1).

6. The blockchain-based power dispatching method as described in claim 1, characterized in that, The step of dynamically adjusting the actual output power of each power generation node based on the real-time power demand of the system through the scheduling node includes: The signature validity of the real-time system's power consumption demand is verified through the scheduling node smart contract, and it is also verified whether the real-time system's power consumption demand is within the set range. After the real-time system power demand is verified and validated, the scheduling node sends a demand change request to each power generation node and receives the current output power from each power generation node based on the change request. The scheduling node sends an adjustment command to the local controller, so that the local controller adjusts the current output power of each power generation node to the target output power based on the adjustment command. The target output power is obtained by each power generation node through iterative calculation using the Lagrange multiplier method based on its own equipment parameters, power constraints, and the real-time incremental cost and output power of neighboring nodes. The deviation ΔP = |P_total - P_D| between the current total output power after each power generation node is adjusted to the target output power and the real-time system power demand is detected. If the deviation ΔP exceeds the set deviation ε, the target output power is corrected based on the deviation: the deviation ΔP is allocated to each power generation node according to the incremental cost sensitivity ratio of each power generation node, and the target output power of each power generation node is iteratively corrected until the deviation ΔP is less than or equal to the set deviation ε.

7. The blockchain-based power dispatching method as described in claim 6, characterized in that, The method further includes: If there are faulty nodes in each power generation node that cannot perform power adjustment operations or cannot reach the target output power after power adjustment, then query the standby node table of the shared ledger and select a standby node that meets the following conditions from the standby node table: the rated minimum output power of the standby node is less than or equal to the target output power, and the rated maximum output power is greater than or equal to the target output power. The faulty node is replaced by the backup node to adjust the output power of the backup node to the target output power; If there are no remaining backup nodes, load reduction requests are sent to each power-consuming node to reduce the power demand of the real-time system.

8. A blockchain-based power dispatching device, characterized in that, The blockchain-based power dispatching device includes: The deployment module is used to deploy a consortium blockchain network consisting of power generation nodes, power consumption nodes, and scheduling nodes. The power generation nodes, power consumption nodes, and scheduling nodes are connected through a blockchain protocol and maintain a shared ledger. The storage module is used to store the key scheduling parameters of each power generation node on the blockchain based on the consortium blockchain network. The key scheduling parameters include equipment parameters, power constraints and historical scheduling data. The reading module is used to deploy smart contracts on the blockchain based on the key scheduling parameters stored on the blockchain, and to use each power generation node as an intelligent agent to communicate with neighboring nodes through the blockchain based on the smart contract in order to obtain the real-time incremental cost and real-time output power of the neighboring nodes. The smart contract is embedded with core power scheduling rules, which include power allocation rules, event triggering conditions, quantitative communication rules, and anomaly compensation rules. The update module is used to update the real-time incremental cost and real-time output power, and upload the updated incremental cost and output power to the blockchain through the consortium blockchain network. The scheduling module is used to upload the real-time system power demand through the power consumption node using the updated incremental cost and output power, and to dynamically adjust the actual output power of each power generation node based on the real-time system power demand through the scheduling node, so as to complete the distributed power dispatch.

9. A blockchain-based power dispatching device, characterized in that, The blockchain-based power dispatching device includes: a memory, a processor, and a blockchain-based power dispatching program stored in the memory and executable on the processor, wherein the blockchain-based power dispatching program is configured to implement the steps of the blockchain-based power dispatching method as described in any one of claims 1 to 7.

10. A storage medium, characterized in that, The storage medium stores a blockchain-based power dispatching program, which, when executed by a processor, implements the steps of the blockchain-based power dispatching method as described in any one of claims 1 to 7.

Images