Virtual power plant transaction scheduling method and device based on block chain consensus

Abstract

The invention discloses a virtual power plant transaction scheduling method and device based on block chain consensus, a virtual power plant transaction scheduling architecture is constructed, and the virtual power plant transaction scheduling architecture comprises a block chain main chain and at least one block chain slave chain, the transaction center node, the dispatching center node and the at least one distributed energy node are deployed on the block chain main chain, and at least one distributed energy node is deployed on each block chain slave chain; effective collaboration of virtual power plant transaction scheduling is realized through a distributed consensus and token bucket power flow control algorithm based on a block chain. According to the invention, the fairness and balance of the scheduling of each distributed energy node in the virtual power plant can be ensured, the peak load shifting during the fluctuation of the external power transaction demand is realized, the transparency and traceability of the transaction scheduling are ensured, and the security of the device is enhanced at the same time.

Description

Technical Field

[0001] The present invention belongs to the field of blockchain and virtual power plant energy management technology, and in particular relates to a virtual power plant transaction scheduling method and device based on blockchain consensus. Background Art

[0002] With growing energy demand and the urgent need for clean energy, virtual power plants (VPPs) are emerging as a new power system solution. As a new form of energy aggregation, VPPs use advanced communication technologies to aggregate and control distributed energy resources, such as distributed photovoltaic power generation, wind power generation, small hydropower, various energy storage devices, and controllable loads, enabling interactive output adjustment and reliable grid connection. Compared with traditional power plants, VPPs utilize more diverse resources, are more environmentally friendly, and are more competitive in the electricity market. They are promoting the transformation of the power industry and the development of the entire power system. However, VPPs have also encountered some challenges in their development, such as ensuring the accuracy and effectiveness of coordinated scheduling of different DERs (Distributed Energy Resources) and ensuring the transparency and low cost of the transaction process.

[0003] As an emerging technology, blockchain, with its advantages of decentralization, security, transparency, and traceability, offers new solutions for addressing challenges in the development of virtual power plants. The blockchain consensus mechanism ensures data authenticity and immutability by enabling distributed nodes to jointly verify and record transaction information. This not only improves the accuracy and reliability of virtual power plant transaction scheduling, but also reduces transaction costs and enhances overall system efficiency. Currently, the application of blockchain technology in virtual power plants is still in the exploratory stage. A blockchain-based consensus algorithm for virtual power plant transaction scheduling is key to ensuring transaction data consistency across distributed energy units within a virtual power plant and ensuring stable system operation.

[0004] Currently, the most commonly used algorithm for blockchain-based virtual power plant trading and scheduling is Distributed Particle Swarm Optimization (DPSO-BC), an innovative approach that combines blockchain technology with the particle swarm optimization algorithm. This approach aims to solve complex optimization problems by leveraging the decentralization, transparency, and immutability of blockchain technology with the swarm intelligence and global optimization capabilities of the particle swarm optimization algorithm. The particle swarm optimization algorithm treats each distributed energy node in the virtual power plant as an individual (i.e., a particle) and uses it to achieve coordination among these nodes during the electricity trading and scheduling process.

[0005] Particle Swarm Optimization (PSO) is an optimization algorithm based on swarm intelligence. In PSO, each solution is considered a particle, each with a position and velocity. Particles move through the search space and update their positions based on the optimal solution found. The specific principles are as follows: At the beginning of the algorithm, a certain number of particles are randomly generated as the initial swarm. Each particle contains position and velocity information. The position represents a possible solution in the search space, while the velocity affects the direction and speed of the particle's movement within the search space. According to the PSO formula, the particle's velocity and position are continuously updated. Particles update based on their own historical optimal solutions (individual optimal positions) and the global optimal solution (swarm optimal position) to achieve the search for the global optimal solution. For each particle's position, a fitness function is used to calculate its fitness value, evaluating the quality of the particle's position. The choice of fitness function has a significant impact on the performance and effectiveness of the algorithm. Based on the particle's fitness value, the individual and global optimal solutions are updated. The individual optimal solution is the optimal position found by the particle itself, while the global optimal solution is the optimal position among all particles.

[0006] The role of blockchain in distributed particle swarm optimization algorithm: (1) Decentralized collaboration: Blockchain technology provides a decentralized collaboration platform for individuals (i.e., particles) in the particle swarm; each particle can independently perform optimization tasks and share information and results with other particles through the blockchain network, thereby avoiding the problems of single point failure and communication bottlenecks in traditional centralized systems; (2) Transparency and traceability: The immutability of blockchain ensures the transparency and traceability of all information in the particle swarm optimization process; key information such as the position, speed, and fitness value of each particle is recorded on the blockchain for verification and audit by all participants; (3) Security: The encryption technology and consensus mechanism of blockchain ensure the security of the distributed particle swarm optimization algorithm; malicious attackers cannot tamper with the data on the blockchain or forge false optimization results.

[0007] In the distributed particle swarm optimization algorithm (DPSO-BC), blockchain technology is used to achieve decentralized collaboration and information sharing among particles. The specific methods include: (1) Smart contracts: deploying smart contracts on the blockchain to define the interaction rules and collaboration mechanisms between particles; smart contracts can automatically perform operations such as information exchange and result verification between particles; (2) Distributed ledger: using the distributed ledger technology of the blockchain to record key information such as the position, speed, and fitness value of particles; this information is open and transparent to all participants and can be queried and verified in real time through the blockchain network; (3) Consensus mechanism: adopting an appropriate consensus mechanism (such as proof of work, proof of stake, or Byzantine fault tolerance, etc.) to ensure the consistency of data and transactions among all particles in the blockchain network; the choice of consensus mechanism depends on the specific application scenario and performance requirements.

[0008] The existing distributed particle swarm optimization algorithm based on blockchain has the following main problems: 1. It cannot guarantee the load balance of the distributed energy nodes in the virtual power plant transaction process; the inherent defect of the particle swarm optimization algorithm is that it is easy to fall into the local optimal solution, cannot be well integrated with the blockchain technology, and cannot guarantee the balance of the distributed energy nodes; 2. It cannot dynamically adapt to the peak shaving and valley filling in the transaction scheduling process when the power demand fluctuates; there are multiple parameters in the particle swarm algorithm that need to be set, such as the number of particles, acceleration coefficient, inertia weight, etc. The selection of these parameters has a great influence on the performance of the algorithm and requires experience and experiments to determine; once the power demand Fluctuations, these parameters may need to be reset: 3. The algorithm is not efficient and cannot support large-scale distributed energy nodes in virtual power plants; when facing large-scale or high-dimensional problems, the particle swarm optimization algorithm may require a lot of computing time and iterations to converge to a better solution, resulting in low algorithm efficiency. Combined with blockchain technology, its large number of iterations will further affect the computing overhead of blockchain nodes; 4. The communication overhead is large. In the distributed particle swarm optimization algorithm, each node needs to communicate frequently to share information (such as particle position, speed, optimal solution, etc.), which may result in large communication overhead, especially in large-scale distributed systems. Summary of the Invention

[0009] In order to solve the above problems, the purpose of the present invention is to provide a virtual power plant transaction scheduling method and device based on blockchain consensus, which can realize peak shaving and valley filling and balance of scheduling of distributed energy nodes for virtual power plants, improve the efficiency of transaction scheduling, and realize reliable grid connection of electricity.

[0010] In order to achieve the above-mentioned object of the invention, the present invention adopts the following technical solutions:

[0011] A virtual power plant transaction scheduling method based on blockchain consensus, comprising the following steps:

[0012] S1. Construct a virtual power plant transaction and dispatch architecture A, comprising: a blockchain master chain and at least one blockchain slave chain, wherein a transaction center node, a dispatch center node, and at least one distributed energy node are deployed on the blockchain master chain, and each blockchain slave chain has at least one distributed energy node deployed on it;

[0013] S2. Each distributed energy node writes the power generation and supply of the node into the blockchain through the smart contract interface. The power generation and supply of each distributed energy node w i,t The distributed energy nodes are counted according to a certain time dimension, where i represents the distributed energy node number and t represents the time dimension. Through the blockchain co-chain or cross-chain technology and consensus mechanism, each node on the blockchain main chain records this data.

[0014] S3. The dispatch center node of the virtual power plant reads the power generation and supply of each distributed energy node from the chain and calculates the overall power generation of the virtual power plant W. t , the calculation formula is:

[0015]

[0016] Among them, w i,t Indicates the power generation and supply of each distributed energy node; i represents the distributed energy node number; n represents the number of distributed energy nodes; t represents the time dimension;

[0017] The dispatch center node converts the overall power generation of the virtual power plant W t The transaction center node reads the data from the chain; the dispatch center node calculates the average power generation and supply of each distributed energy node based on the overall power generation of the virtual power plant. And it is written into the blockchain through the smart contract interface, and shared with other distributed energy nodes through blockchain co-chain or cross-chain technology and consensus mechanism; the average power generation and supply of each distributed energy node The calculation formula is:

[0018]

[0019] S4. The trading center node reads the overall power generation of the virtual power plant from the chain, evaluates it, arranges the current power trading demand application by time dimension, and writes the arranged power trading demand into the blockchain through the smart contract interface;

[0020] S5. The dispatch center reads the orchestration results of the power transaction demand from the chain, calculates the power demand throughput, and maps the power demand throughput to the number of tokens in the token bucket it maintains. t Tokens t The calculation formula is:

[0021]

[0022] in, Represents the average power generation and supply of each distributed energy node; R t represents the power demand throughput; C is a constant; t represents the time dimension;

[0023] S6. The distributed energy node requests a token from the dispatch center node to obtain permission to participate in external power market transactions;

[0024] S7. After the dispatch center node receives the token application from the distributed energy node, if the number of tokens in the token bucket is 0, the application is rejected. If the number of tokens is greater than 0, the dispatch center node evaluates whether to grant the token based on the power generation and supply of each distributed energy node and the number of valid tokens allocated. If the load of the applicant node is less than the load of the virtual power plant, the token is granted and written into the blockchain through the smart contract interface. It is shared with the applicant node through the blockchain co-chain or cross-chain technology and consensus mechanism. Otherwise, the applicant node is notified to delay the application.

[0025] S8, the distributed energy node receives the token granted by the dispatch center node, and reads the token granting status data of the dispatch center node from the chain, verifies it, and after confirming that the token is granted, it supplies power to the virtual power plant grid, and the output power is / per token; after the power supply is completed, the token is returned to the dispatch center node and written into the blockchain through the smart contract interface. It is then shared with the dispatch center node through the blockchain co-chain or cross-chain technology and consensus mechanism;

[0026] S9. The dispatch center node receives the token returned by the distributed energy node, verifies it from the chain, recovers the token after confirmation, updates the number of tokens, and updates the load rate of the current virtual power plant; at the same time, it notifies the trading center node that the load of the virtual power plant has decreased, arranges new demands, and enables the dispatch center node to complete the power transaction scheduling of the distributed energy nodes in a master-slave chain scenario.

[0027] A virtual power plant transaction scheduling method based on blockchain consensus, comprising the following steps:

[0028] S1. Construct a virtual power plant transaction and dispatch architecture B, comprising: a transaction center node, a dispatch center node, and at least one distributed energy node deployed on a blockchain network;

[0029] S2. Each distributed energy node writes the power generation and supply of the node into the blockchain through the smart contract interface. The power generation and supply of each distributed energy node w i,tThe distributed energy nodes are counted according to a certain time dimension, where i represents the distributed energy node number and t represents the time dimension. Through the blockchain co-chain technology and consensus mechanism, each node on the blockchain network records this data.

[0030] S3. The dispatch center node of the virtual power plant reads the power generation and supply of each distributed energy node from the chain and calculates the overall power generation of the virtual power plant W. t , the calculation formula is:

[0031]

[0032] Among them, w i,t Indicates the power generation and supply of each distributed energy node; i represents the distributed energy node number; n represents the number of distributed energy nodes; t represents the time dimension;

[0033] The dispatch center node converts the overall power generation of the virtual power plant W t The transaction center node reads the data from the chain; the dispatch center node calculates the average power generation and supply of each distributed energy node based on the overall power generation of the virtual power plant. And it is written into the blockchain through the smart contract interface and shared with other distributed energy nodes through the blockchain common chain technology and consensus mechanism; the average power generation and supply of each distributed energy node The calculation formula is:

[0034]

[0035] S4. The trading center node reads the overall power generation of the virtual power plant from the chain, evaluates it, arranges the current power trading demand application by time unit, and writes the arranged power trading demand into the blockchain through the smart contract interface;

[0036] S5. The dispatch center node reads the orchestration results of the power transaction demand from the chain, calculates the power demand throughput, and maps the total power demand into the number of tokens in the token bucket it maintains. t Tokens t The calculation formula is:

[0037]

[0038] in, Represents the average power generation and supply of each distributed energy node; R t represents the power demand throughput; c is a constant; t represents the time dimension;

[0039] S6. The distributed energy node requests a token from the dispatch center node to obtain permission to participate in external power market transactions;

[0040] S7: The dispatch center node receives a token application from a distributed energy node. If the number of tokens in the token bucket is 0, the application is rejected. If the number of tokens is greater than 0, the dispatch center node evaluates whether to grant the token based on the power generation and supply of each distributed energy node and the number of valid tokens allocated. If the load of the applicant node is less than the load of the virtual power plant, the token is granted and written into the blockchain through the smart contract interface. The token is shared with the applicant node through the blockchain co-chain technology and consensus mechanism. Otherwise, the applicant node is notified to delay the application.

[0041] S8, the distributed energy node reads the token granted by the dispatch center node from the blockchain, and reads the token granting status data of the dispatch center node from the chain, verifies it, and after confirming that the token is granted, it supplies power to the virtual power plant grid, and the output power is / per token; after the power supply is completed, the token is returned to the dispatch center node and written into the blockchain through the smart contract interface, and shared with the dispatch center node through the blockchain co-chain technology and consensus mechanism;

[0042] S9. The dispatch center node receives the token returned by the distributed energy node, verifies it from the chain, recovers the token after confirmation, updates the number of tokens, and updates the load rate of the current virtual power plant; at the same time, it notifies the trading center node that the load of the virtual power plant has decreased, arranges new demands, and enables the dispatch center to complete a power transaction dispatch of the distributed energy node.

[0043] Furthermore, in the above step S7, the method in which the dispatch center node evaluates whether to grant a token includes the following sub-steps:

[0044] S7.1. The dispatch center node calculates the overall load L of the current virtual power plant according to the number of allocated dispatch tokens. t , the calculation formula is:

[0045]

[0046] Among them, allocatedTokens represents the number of tokens allocated to all distributed energy nodes; L t represents the load rate of the current virtual power plant; c is a constant; t represents the time dimension;

[0047] S7.2. The dispatch center node calculates the load rate L of the distributed energy node currently applying for the token k，t , the calculation formula is:

[0048]

[0049] Among them, k represents the number of the distributed energy node currently applying for the token; allocatedTokens k Indicates the number of tokens currently allocated to the distributed energy node applying for tokens; wk,t Indicates the power generation capacity of the distributed energy node currently applying for the token; c is a constant; t represents the time dimension;

[0050] S7.3, the dispatch center node compares the load rate L of the distributed energy node currently applying for the token k，t and the current load factor L of the virtual power plant t , if L k，t Less than L t , grant tokens, store them on the chain, and respond to the distributed energy node with a delayed application message.

[0051] Furthermore, the above-mentioned distributed energy nodes include but are not limited to hydropower, photovoltaic, wind power, thermal power plants, and energy storage centers.

[0052] A virtual power plant transaction scheduling device based on blockchain consensus, which includes a blockchain basic platform layer, a transaction scheduling collaboration layer, and a transaction scheduling business layer, wherein:

[0053] The blockchain basic platform layer includes the on-chain and off-chain intercommunication layer, the node consensus layer, the transaction business processing smart contract module, the scheduling task processing smart contract module, and the distributed energy node business processing smart contract module;

[0054] The transaction scheduling collaboration layer includes a collaboration module between the transaction center and the dispatch center, and a collaboration module between the dispatch center and the distributed energy nodes. The collaboration modules between the two centers and the distributed energy nodes are based on blockchain-based smart contracts.

[0055] The transaction and scheduling business layer includes the transaction business and scheduling tasks of the virtual power plant. The transaction business is carried out based on the transaction business processing smart contract of the blockchain, and the scheduling business is carried out based on the scheduling task processing smart contract of the blockchain.

[0056] Furthermore, the collaborative module of the transaction center and the dispatch center includes a transaction center collaborative processing module, a dispatch center collaborative processing module A, and a blockchain module A, wherein:

[0057] The collaborative processing module of the trading center is used to evaluate the overall power generation and supply of the virtual power plant, accept and arrange external trading demands, and after the arrangement is completed, upload the transaction demand arrangement results to the chain and synchronize them to the dispatch center node through the blockchain consensus mechanism;

[0058] The dispatch center collaborative processing module A is used to read the transaction demand arrangement results of the transaction center node from the chain, calculate the power demand throughput, and map the demand throughput to the number of tokens in the token bucket it maintains;

[0059] The blockchain module A is used to enable the transaction center node and the dispatch center node to store the processing results of the transaction center collaborative processing module on the chain through the transaction business processing smart contract, and to store the processing results of the dispatch center collaborative processing module A on the chain through the scheduling task processing smart contract, and to realize data sharing through the consensus mechanism of the blockchain.

[0060] Furthermore, the coordination module between the above-mentioned dispatching center and each distributed energy node includes a distributed energy node processing module, a dispatching center coordination processing module B, and a blockchain module B, wherein:

[0061] The distributed energy node processing module is used to collect power generation and supply and execute scheduling tokens;

[0062] The dispatch center collaborative processing module B is used to count the overall power generation and supply of the virtual power plant and manage the dispatch tokens;

[0063] The blockchain module B is used to enable the distributed energy nodes to be uploaded to the chain and the on-chain data to be obtained through the distributed energy node business processing smart contract; the dispatch center is connected to the chain and the on-chain data to be obtained through the dispatch task processing smart contract; and data sharing is achieved through the blockchain's common chain or cross-chain technology and consensus mechanism.

[0064] Due to the adoption of the above technical solution, the present invention has the following advantages:

[0065] The present invention is based on a blockchain consensus-based virtual power plant transaction scheduling method and device. By deploying blockchain nodes in the transaction center and the scheduling center, and communicating with each distributed energy node through a common chain or cross-chain, the power transaction demand is fed back to the scheduling center in real time. The scheduling center controls the power flow of each distributed energy node according to the demand throughput; the fairness and balance of the scheduling of each distributed energy node in the virtual power plant are guaranteed by the flow control algorithm, and peak shaving and valley filling are achieved when the external power transaction demand fluctuates; the algorithm is combined with blockchain technology to ensure the transparency and traceability of transaction scheduling, while enhancing the security of the system.

[0066] The present invention is based on a blockchain consensus-based virtual power plant transaction scheduling method and device. In the virtual power plant transaction scheduling business scenario, the method and device can realize dynamic load balancing and peak shaving and valley filling of distributed energy nodes according to the fluctuation of electricity demand, effectively solving the problems of unbalanced scheduling and peak shaving and valley filling requiring manual intervention in the event of sudden changes in electricity demand, improving the transaction scheduling coordination efficiency of the virtual power plant and enhancing the security of the system. By converting electricity demand into token bucket metering, the distributed consensus of the blockchain can be more effectively combined, and tokens can be granted and rapidly diffused on the blockchain, so that the transaction scheduling architecture has the ability to coordinate the scheduling of large-scale distributed energy nodes, which helps to solve the problem that the current virtual power plants cannot coordinate on a large scale. BRIEF DESCRIPTION OF THE DRAWINGS

[0067] Figure 1 This is a structural diagram of a virtual power plant transaction scheduling architecture A in a virtual power plant transaction scheduling method based on blockchain consensus according to the present invention;

[0068] Figure 2 It is a structural diagram of the virtual power plant transaction scheduling architecture B in the virtual power plant transaction scheduling method based on blockchain consensus of the present invention;

[0069] Figure 3 This is a structural diagram of the virtual power plant transaction scheduling device based on blockchain consensus in the present invention;

[0070] Figure 4 yes Figure 3 The structural diagram of the collaborative module between the transaction center and the dispatch center;

[0071] Figure 5 yes Figure 4 Workflow diagram of the collaborative module between the transaction center and the dispatch center;

[0072] Figure 6 yes Figure 3 The structural diagram of the coordination module between the dispatch center and each distributed energy node;

[0073] Figure 7 yes Figure 6 The workflow diagram of the collaborative module between the dispatching center and each distributed energy node. DETAILED DESCRIPTION

[0074] The technical solution of the present invention is further described in detail below with reference to the accompanying drawings and embodiments.

[0075] In the virtual power plant of the present invention, the transaction center and the dispatching center deploy blockchain nodes and serve as leader nodes. Transaction demands are stored on the chain. The dispatching center generates a token bucket based on the transaction demands on the chain. The number of tokens in the bucket is proportional to the transaction demand throughput. The dispatching center uses tokens to dispatch and control distributed energy nodes, thereby dynamically adapting to fluctuations in transaction demand.

[0076] The above-mentioned distributed energy nodes apply for tokens from the dispatching center node. The dispatching center node comprehensively calculates the power supply capacity of each distributed energy node, issues tokens and the corresponding power supply amount, and stores them on the chain; the distributed energy nodes that have obtained the tokens supply power according to the power supply amount on the chain, participate in transactions, and store the power supply data on the chain, thereby realizing the coordination between the dispatching center node and the distributed energy nodes, which is suitable for large-scale distributed energy node virtual power plant transaction scheduling scenarios.

[0077] The aforementioned trading center node is used to obtain the overall power generation of the virtual power plant from the chain, arrange the power trading demand by time dimension based on the power generation capacity, and upload the final demand arrangement results to the chain;

[0078] The above-mentioned dispatching center node is used to read the power generation of each distributed energy node from the blockchain, summarize the overall power generation of the virtual power plant, and upload the statistical results to the chain according to the time dimension, and share the statistical results with the trading center node through the consensus mechanism of the blockchain; through the consensus mechanism of the blockchain, read the power transaction demand from the blockchain, and maintain a scheduling token bucket according to the time dimension. The size of the token bucket (i.e., the number of tokens) is proportional to the power demand throughput, and the proportion is the average power generation of each distributed energy node in the virtual power plant according to the time dimension; based on the power generation capacity of each distributed energy node and the number of valid tokens allocated (i.e., the current power supply load), evaluate whether to grant tokens and the number of tokens granted, and upload the token granting results to the chain for evidence, and share the results to the distributed energy nodes through common chain or cross-chain technology; recover the tokens from the distributed energy nodes on the chain, update the current valid token number of each distributed energy node (i.e., the current load), and upload the updated results to the chain.

[0079] The above-mentioned distributed energy nodes are used to apply for tokens from the dispatch center node; and obtain the tokens granted to them by the dispatch center from the blockchain chain, and then generate electricity and supply power. After the current token execution is completed (power generation and supply are completed), the token is returned to the dispatch center node, and the token is exchanged with the dispatch center node through the blockchain's co-chain or cross-chain technology.

[0080] A virtual power plant transaction scheduling method based on blockchain consensus, comprising the following steps:

[0081] S1. Construct a virtual power plant transaction dispatching architecture A, which includes: a blockchain main chain and at least one blockchain slave chain. The transaction center node, the dispatch center node, and at least one distributed energy node are deployed on the blockchain main chain. Each blockchain slave chain is deployed with at least one distributed energy node, such as Figure 1 As shown;

[0082] S2. Each distributed energy node writes the power generation and supply of the node into the blockchain through the smart contract interface. The power generation and supply of each distributed energy node w i,t The distributed energy nodes are counted according to a certain time dimension, where i represents the distributed energy node number and t represents the time dimension. Through the blockchain co-chain or cross-chain technology and consensus mechanism, each node on the blockchain network records this data.

[0083] S3. The dispatch center node of the virtual power plant reads the power generation and supply of each distributed energy node from the chain and calculates the overall power generation of the virtual power plant W. t , the calculation formula is:

[0084]

[0085] Among them, w i,t Indicates the power generation and supply of each distributed energy node; i represents the distributed energy node number; n represents the number of distributed energy nodes; t represents the time dimension;

[0086] The dispatch center node converts the overall power generation of the virtual power plant W t The transaction center node reads the data from the chain; the dispatch center node calculates the average power generation and supply of each distributed energy node based on the overall power generation of the virtual power plant. And it is written into the blockchain through the smart contract interface, and shared with other distributed energy nodes through blockchain co-chain or cross-chain technology and consensus mechanism; the average power generation and supply of each distributed energy node The calculation formula is:

[0087]

[0088] S4. The trading center node reads the overall power generation of the virtual power plant from the chain, evaluates it, arranges the current power trading demand application by time dimension, and writes the arranged power trading demand into the blockchain through the smart contract interface;

[0089] S5. The dispatch center reads the orchestration results of the power transaction demand from the chain, calculates the power demand throughput, and maps the power demand throughput to the number of tokens in the token bucket it maintains. tThe number of scheduling tokens is proportional to the power demand throughput, which is the average power generation of each distributed energy node in the virtual power plant in the time dimension. For a virtual power plant, each token represents a fixed amount of power; the number of tokens is Tokens t The calculation formula is:

[0090]

[0091] in, Represents the average power generation and supply of each distributed energy node; R t represents the power demand throughput; c is a constant, the recommended value is 100; t represents the time dimension;

[0092] S6. The distributed energy node requests a token from the dispatch center node to obtain permission to participate in external power market transactions;

[0093] S7. After the dispatch center node receives the token application from the distributed energy node, if the number of tokens in the token bucket is 0, the application is rejected. If the number of tokens is greater than 0, the dispatch center node evaluates whether to grant the token based on the power generation and supply of each distributed energy node and the number of valid tokens allocated. The operation is as follows:

[0094] S7.1. The dispatch center node calculates the overall load L of the current virtual power plant according to the number of allocated dispatch tokens. t , the calculation formula is:

[0095]

[0096] Among them, allocatedTokens represents the number of tokens allocated to all distributed energy nodes; L t Indicates the current load rate of the virtual power plant; c is a constant, the recommended value is 100; t represents the time dimension;

[0097] S7.2. The dispatch center node calculates the load rate L of the distributed energy node currently applying for the token k，t , the calculation formula is:

[0098]

[0099] Among them, k represents the number of the distributed energy node currently applying for the token; allocatedTokens k Indicates the number of tokens currently allocated to the distributed energy node applying for tokens; w k,t Indicates the power generation capacity of the distributed energy node currently applying for the token; c is a constant, with a recommended value of 100; t represents the time dimension;

[0100] S7.3, the dispatch center node compares the load rate L of the distributed energy node currently applying for the tokenk，t and the current load factor L of the virtual power plant t , if L k，t Less than L t , grant tokens, store them on the chain, and respond to the distributed energy node with a delayed application message;

[0101] If the load of the applicant node is less than that of the virtual power plant, the token is granted and written into the blockchain through the smart contract interface. It is then shared with the applicant node through the blockchain co-chain or cross-chain technology and consensus mechanism. Otherwise, the applicant node is notified to postpone the application.

[0102] S8, the distributed energy node receives the token granted by the dispatch center node, and reads the token granting status data of the dispatch center node from the chain, verifies it, and after confirming that the token is granted, it supplies power to the virtual power plant grid, and the output power is / per token; after the power supply is completed, the token is returned to the dispatch center node and written into the blockchain through the smart contract interface. It is then shared with the dispatch center node through the blockchain co-chain or cross-chain technology and consensus mechanism;

[0103] S9. The dispatch center node receives the token returned by the distributed energy node, verifies it from the chain, recovers the token after confirmation, updates the number of tokens, and updates the load rate of the current virtual power plant; at the same time, it notifies the trading center node that the load of the virtual power plant has decreased, arranges new demands, and enables the dispatch center node to complete the power transaction scheduling of the distributed energy nodes in a master-slave chain scenario.

[0104] A virtual power plant transaction scheduling method based on blockchain consensus, comprising the following steps:

[0105] S1. Construct a virtual power plant transaction dispatching architecture B, which includes: a transaction center node, a dispatching center node, and at least one distributed energy node deployed on the blockchain network, such as Figure 2 As shown;

[0106] S2. Each distributed energy node writes the power generation and supply of the node into the blockchain through the smart contract interface. The power generation and supply of each distributed energy node w i,t The distributed energy nodes are counted according to a certain time dimension, where i represents the distributed energy node number and t represents the time dimension. Through the blockchain co-chain technology and consensus mechanism, each node on the blockchain network records this data.

[0107] S3. The dispatch center node of the virtual power plant reads the power generation and supply of each distributed energy node from the chain and calculates the overall power generation of the virtual power plant W. t , the calculation formula is:

[0108]

[0109] Among them, w i,t Indicates the power generation and supply of each distributed energy node; i represents the distributed energy node number; n represents the number of distributed energy nodes; t represents the time dimension;

[0110] The dispatch center node converts the overall power generation of the virtual power plant W t The transaction center node reads the data from the chain; the dispatch center node calculates the average power generation and supply of each distributed energy node based on the overall power generation of the virtual power plant. And it is written into the blockchain through the smart contract interface and shared with other distributed energy nodes through the blockchain common chain technology and consensus mechanism; the average power generation and supply of each distributed energy node The calculation formula is:

[0111]

[0112] S4. The trading center node reads the overall power generation of the virtual power plant from the chain, evaluates it, and arranges the current power trading demand application by time unit, ensuring that the arranged power trading demand is no greater than the power generation and supply of the virtual power plant. The arranged power trading demand is written into the blockchain through the smart contract interface;

[0113] S5. The dispatch center node reads the orchestration results of the currently accepted power transaction demand from the chain, calculates the power demand throughput, and maps the total power demand into the number of tokens in the token bucket it maintains. t The number of scheduling tokens is proportional to the power demand throughput, which is the average power generation of each distributed energy node in the virtual power plant in the time dimension. For a virtual power plant, each token represents a fixed amount of power; the number of tokens is Tokens t The calculation formula is:

[0114]

[0115] in, Represents the average power generation and supply of each distributed energy node; R t represents the power demand throughput; c is a constant, the recommended value is 100; t represents the time dimension;

[0116] S6. The distributed energy node requests a token from the dispatch center node to obtain permission to participate in external power market transactions;

[0117] S7: The dispatch center node receives a token application from a distributed energy node. If the number of tokens in the token bucket is 0, the application is rejected. If the number of tokens is greater than 0, the dispatch center node evaluates whether to grant the token based on the power generation and supply of each distributed energy node and the number of valid tokens allocated. The operation is as follows:

[0118] S7.1. The dispatch center node calculates the overall load L of the current virtual power plant according to the number of allocated dispatch tokens. t , the calculation formula is:

[0119]

[0120] Among them, allocatedTokens represents the number of tokens allocated to all distributed energy nodes; L t Indicates the current load rate of the virtual power plant; c is a constant, the recommended value is 100; t represents the time dimension;

[0121] S7.2. The dispatch center node calculates the load rate L of the distributed energy node currently applying for the token k，t , the calculation formula is:

[0122]

[0123] Among them, k represents the number of the distributed energy node currently applying for the token; allocatedTokens k Indicates the number of tokens currently allocated to the distributed energy node applying for tokens; w k,t Indicates the power generation capacity of the distributed energy node currently applying for the token; c is a constant, with a recommended value of 100; t represents the time dimension;

[0124] S7.3, the dispatch center node compares the load rate L of the distributed energy node currently applying for the token k，t and the current load factor L of the virtual power plant t , if L k，t Less than L t , grant tokens, store them on the chain, and respond to the distributed energy node with a delayed application message;

[0125] If the load of the applicant node is less than that of the virtual power plant, the token is granted and written into the blockchain through the smart contract interface. It is then shared with the applicant node through the blockchain co-chain technology and consensus mechanism. Otherwise, the applicant node is notified to postpone the application.

[0126] S8, the distributed energy node reads the token granted by the dispatch center node from the blockchain, and reads the token granting status data of the dispatch center node from the chain, verifies it, and after confirming that the token is granted, it supplies power to the virtual power plant grid, and the output power is / per token; after the power supply is completed, the token is returned to the dispatch center node and written into the blockchain through the smart contract interface, and shared with the dispatch center node through the blockchain co-chain technology and consensus mechanism;

[0127] S9. The dispatch center node receives the token returned by the distributed energy node, verifies it from the chain, recovers the token after confirmation, updates the number of tokens, and updates the load rate of the current virtual power plant; at the same time, it notifies the trading center node that the load of the virtual power plant has decreased, arranges new demands, and enables the dispatch center to complete a power transaction dispatch of the distributed energy node.

[0128] The aforementioned virtual power plant transaction scheduling process defines peak shaving and valley filling for distributed energy nodes based on power demand, as well as dynamic load balancing. The management and control process describes the transaction scheduling process for both single-chain and master-slave chain cross-chain scenarios. Through blockchain-based distributed consensus and a token bucket power flow control algorithm, effective coordination of virtual power plant transaction scheduling is achieved.

[0129] like Figure 3 As shown, a virtual power plant transaction scheduling device based on blockchain consensus includes a blockchain basic platform layer, a transaction scheduling collaboration layer, and a transaction scheduling business layer, wherein:

[0130] The blockchain basic platform layer includes an on-chain and off-chain intercommunication layer, a node consensus layer, a transaction business processing smart contract module, a scheduling task processing smart contract module, and a distributed energy node business processing smart contract module; the blockchain basic platform layer is used to provide communication and collaboration capabilities between distributed energy nodes during virtual power plant transaction scheduling, ensuring effective coordination, openness, transparency, and traceability of virtual power plant transaction scheduling;

[0131] The transaction scheduling collaboration layer is used to enable the dispatch center node to adjust each distributed energy node according to the fluctuation of power transaction demand; it includes a collaboration module between the transaction center and the dispatch center, and a collaboration module between the dispatch center and the distributed energy nodes, both of which collaborate with the distributed energy nodes based on blockchain smart contracts; the collaboration module between the transaction center and the dispatch center is used to evaluate the power generation and supply capacity of the virtual power plant when participating in external power market transactions, arrange transaction demands, and generate a mapping relationship from transaction demands to scheduling task loads, supporting business processing by time units; the collaboration module between the dispatch center and the distributed energy nodes is used to perform dynamic load balancing of the power generation and supply of distributed energy nodes;

[0132] The transaction and scheduling business layer includes the transaction business and scheduling tasks of the virtual power plant, wherein the transaction business is based on the transaction business processing smart contract of the blockchain, and the scheduling business is based on the scheduling task processing smart contract of the blockchain;

[0133] Through the collaborative work of the above-mentioned blockchain basic platform layer, transaction scheduling collaboration layer, and transaction scheduling business layer, effective coordination and control of virtual power plant transaction scheduling scenarios based on blockchain technology can be achieved.

[0134] like Figure 4 、5 As shown, the collaborative module of the transaction center and the dispatch center includes a transaction center collaborative processing module, a dispatch center collaborative processing module A, and a blockchain module A, wherein:

[0135] The collaborative processing module of the trading center is used to evaluate the overall power generation and supply of the virtual power plant, accept and arrange external trading demands, and after the arrangement is completed, upload the transaction demand arrangement results to the chain and synchronize them to the dispatch center node through the blockchain consensus mechanism; the overall power generation and supply of the virtual power plant comes from the statistics of the power generation and supply of each distributed energy node by the dispatch center;

[0136] The dispatch center collaborative processing module A is used to read the arrangement results of the trading center node on the power trading demand from the chain, calculate the power demand throughput, and map the power demand throughput to the number of tokens in the token bucket it maintains. t Tokens t The calculation formula is:

[0137]

[0138] in, Represents the average power generation and supply of each distributed energy node; R t represents the power demand throughput; c is a constant, the recommended value is 100; t represents the time dimension;

[0139] The blockchain module A is used to enable the transaction center node and the dispatch center node to store the processing results of the transaction center collaborative processing module on the chain through the transaction business processing smart contract, and to store the processing results of the dispatch center collaborative processing module A on the chain through the scheduling task processing smart contract, and to realize data sharing through the consensus mechanism of the blockchain.

[0140] The above modules work together to ensure that the trading center accepts trading demands based on the existing capabilities of the virtual power plant, and the dispatching center generates electricity and supplies power based on the actual acceptable trading demands.

[0141] like Figure 6 、 7 As shown, the coordination module between the above-mentioned dispatching center and each distributed energy node includes a distributed energy node processing module, a dispatching center coordination processing module B, and a blockchain module B, wherein:

[0142] The distributed energy node processing module is used to perform the following operations:

[0143] (1) Collecting power generation and supply: Distributed energy nodes count the power generation and supply w according to a certain time dimension. i,t , where i represents the distributed energy node number, t represents the time dimension; and wi,t Evidence is stored on the chain, and the power generation and supply are shared with the dispatch center node through common chain or cross-chain technology and blockchain consensus mechanism;

[0144] (2) Execute the dispatch token: the distributed energy node reads the token granted by the dispatch center node from the blockchain and generates power. The output power is / per token; after the power output is completed, the token is exchanged with the dispatch center node;

[0145] The dispatch center collaborative processing module B is used to perform the following operations:

[0146] (1) Statistics on the overall power generation and supply of the virtual power plant

[0147] The dispatch center node obtains the power generation and supply of each distributed energy node from the blockchain and calculates the overall power generation of the virtual power plant W t , the calculation formula is:

[0148]

[0149] Among them, w i,t Indicates the power generation and supply of each distributed energy node; i represents the distributed energy node number; n represents the number of distributed energy nodes; t represents the time dimension;

[0150] The dispatch center node converts the overall power generation of the virtual power plant W t The transaction center node reads the data from the chain and arranges the demand; the dispatch center node calculates the average power generation and supply of each distributed energy node based on the overall power generation of the virtual power plant. The calculation formula is:

[0151]

[0152] Average power generation and supply of each distributed energy node Used to map transaction requirements into scheduling token calculations;

[0153] (2) Manage scheduling tokens

[0154] The dispatch center node receives a token application from a distributed energy node. If the number of tokens in the token bucket is 0, the application is rejected. If the number of tokens is greater than 0, the dispatch center node evaluates whether to grant the token based on the power generation and supply of each distributed energy node and the number of valid tokens allocated (i.e., the current power supply load). If the load of the applicant node is less than the load of the virtual power plant, the token is granted and written into the blockchain through the smart contract interface. It is then shared with the applicant node through the blockchain co-chain or cross-chain technology and consensus mechanism. Otherwise, the applicant node is notified to delay the application.

[0155] The dispatch center node receives the information that the distributed energy node token has been executed and returned, updates the number of tokens in the token bucket, and updates the load rate of the current virtual power plant; and notifies the trading center that the current virtual power plant load has decreased and arranges new demand;

[0156] The blockchain module B is used to enable the distributed energy nodes to be put on the chain and the on-chain data to be obtained through the distributed energy node business processing smart contract; the dispatch center nodes to be put on the chain and the on-chain data to be obtained through the dispatch task processing smart contract; and to realize data sharing through the blockchain's common chain or cross-chain technology and consensus mechanism.

[0157] The collaborative work between the above modules can ensure the dispatching center's effective control over the power generation and supply of distributed energy nodes, improve dispatching efficiency, and achieve load balancing and peak-shaving and valley-filling of distributed energy nodes when the power trading demand of the virtual power plant fluctuates.

[0158] In the above-mentioned virtual power plant transaction scheduling method and device based on blockchain consensus, the time dimension t is day, month, quarter or year.

[0159] The above-mentioned distributed energy nodes include but are not limited to hydropower, photovoltaic, wind power, thermal power plants, and energy storage centers.

[0160] The present invention also provides a computer-readable storage medium having a computer program stored thereon. When the computer program is executed in a computer, the computer is enabled to execute the virtual power plant transaction scheduling method based on blockchain consensus of the present invention.

[0161] The present invention also provides a computing device comprising a memory and a processor, wherein the memory stores executable code, and when the processor executes the executable code, the virtual power plant transaction scheduling method based on blockchain consensus of the present invention is implemented.

[0162] The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the present invention should be included in the scope of protection of the present invention.

Claims

1. A virtual power plant transaction scheduling method based on blockchain consensus, characterized by: It includes the following steps: S1. Construct a virtual power plant transaction and dispatch architecture A, comprising: a blockchain master chain and at least one blockchain slave chain, wherein a transaction center node, a dispatch center node, and at least one distributed energy node are deployed on the blockchain master chain, and each blockchain slave chain has at least one distributed energy node deployed on it; S2. Each distributed energy node writes the power generation and supply of the node into the blockchain through the smart contract interface. The power generation and supply of each distributed energy node w i,t The distributed energy nodes are counted according to a certain time dimension, where i represents the distributed energy node number and t represents the time dimension. Through the blockchain co-chain or cross-chain technology and consensus mechanism, each node on the blockchain main chain records this data. S3. The dispatch center node of the virtual power plant reads the power generation and supply of each distributed energy node from the chain and calculates the overall power generation of the virtual power plant W. t , the calculation formula is: Among them, w i,t Indicates the power generation and supply of each distributed energy node; i represents the distributed energy node number; n represents the number of distributed energy nodes; t represents the time dimension; The dispatch center node converts the overall power generation of the virtual power plant W t The transaction center node reads the data from the chain; the dispatch center node calculates the average power generation and supply of each distributed energy node based on the overall power generation of the virtual power plant. And it is written into the blockchain through the smart contract interface, and shared with other distributed energy nodes through blockchain co-chain or cross-chain technology and consensus mechanism; the average power generation and supply of each distributed energy node The calculation formula is: S4. The trading center node reads the overall power generation of the virtual power plant from the chain, evaluates it, arranges the current power trading demand application by time dimension, and writes the arranged power trading demand into the blockchain through the smart contract interface; S5. The dispatch center reads the orchestration results of the power transaction demand from the chain, calculates the power demand throughput, and maps the power demand throughput to the number of tokens in the token bucket it maintains. t Tokens t The calculation formula is: in, Represents the average power generation and supply of each distributed energy node; R t represents the power demand throughput; C is a constant; t represents the time dimension; S6. The distributed energy node requests a token from the dispatch center node to obtain permission to participate in external power market transactions; S7. After the dispatch center node receives the token application from the distributed energy node, if the number of tokens in the token bucket is 0, the application is rejected. If the number of tokens is greater than 0, the dispatch center node evaluates whether to grant the token based on the power generation and supply of each distributed energy node and the number of valid tokens allocated. If the load of the applicant node is less than the load of the virtual power plant, the token is granted and written into the blockchain through the smart contract interface. It is shared with the applicant node through the blockchain co-chain or cross-chain technology and consensus mechanism. Otherwise, the applicant node is notified to delay the application. S8, the distributed energy node receives the token granted by the dispatch center node, and reads the token granting status data of the dispatch center node from the chain, verifies it, and after confirming that the token is granted, it supplies power to the virtual power plant grid, and the output power is / per token; after the power supply is completed, the token is returned to the dispatch center node and written into the blockchain through the smart contract interface. It is then shared with the dispatch center node through the blockchain co-chain or cross-chain technology and consensus mechanism; S9. The dispatch center node receives the token returned by the distributed energy node, verifies it from the chain, recovers the token after confirmation, updates the number of tokens, and updates the load rate of the current virtual power plant; at the same time, it notifies the trading center node that the load of the virtual power plant has decreased, arranges new demands, and enables the dispatch center node to complete the power transaction scheduling of the distributed energy nodes in a master-slave chain scenario.

2. A virtual power plant transaction scheduling method based on blockchain consensus, characterized by: It includes the following steps: S1. Construct a virtual power plant transaction and dispatch architecture B, comprising: a transaction center node, a dispatch center node, and at least one distributed energy node deployed on a blockchain network; S2. Each distributed energy node writes the power generation and supply of the node into the blockchain through the smart contract interface. The power generation and supply of each distributed energy node w i,t The distributed energy nodes are counted according to a certain time dimension, where i represents the distributed energy node number and t represents the time dimension. Through the blockchain co-chain technology and consensus mechanism, each node on the blockchain network records this data. S3. The dispatch center node of the virtual power plant reads the power generation and supply of each distributed energy node from the chain and calculates the overall power generation of the virtual power plant W. t , the calculation formula is: Among them, w i,t Indicates the power generation and supply of each distributed energy node; i represents the distributed energy node number; n represents the number of distributed energy nodes; t represents the time dimension; The dispatch center node converts the overall power generation of the virtual power plant W t The transaction center node reads the data from the chain; the dispatch center node calculates the average power generation and supply of each distributed energy node based on the overall power generation of the virtual power plant. And it is written into the blockchain through the smart contract interface and shared with other distributed energy nodes through the blockchain common chain technology and consensus mechanism; the average power generation and supply of each distributed energy node The calculation formula is: S4. The trading center node reads the overall power generation of the virtual power plant from the chain, evaluates it, arranges the current power trading demand application by time unit, and writes the arranged power trading demand into the blockchain through the smart contract interface; S5. The dispatch center node reads the orchestration results of the power transaction demand from the chain, calculates the power demand throughput, and maps the total power demand into the number of tokens in the token bucket it maintains. t Tokens t The calculation formula is: in, Represents the average power generation and supply of each distributed energy node; R t represents the power demand throughput; c is a constant; t represents the time dimension; S6. The distributed energy node requests a token from the dispatch center node to obtain permission to participate in external power market transactions; S7: The dispatch center node receives a token application from a distributed energy node. If the number of tokens in the token bucket is 0, the application is rejected. If the number of tokens is greater than 0, the dispatch center node evaluates whether to grant the token based on the power generation and supply of each distributed energy node and the number of valid tokens allocated. If the load of the applicant node is less than the load of the virtual power plant, the token is granted and written into the blockchain through the smart contract interface. The token is shared with the applicant node through the blockchain co-chain technology and consensus mechanism. Otherwise, the applicant node is notified to delay the application. S8, the distributed energy node reads the token granted by the dispatch center node from the blockchain, and reads the token granting status data of the dispatch center node from the chain, verifies it, and after confirming that the token is granted, it supplies power to the virtual power plant grid, and the output power is / per token; after the power supply is completed, the token is returned to the dispatch center node and written into the blockchain through the smart contract interface, and shared with the dispatch center node through the blockchain co-chain technology and consensus mechanism; S9. The dispatch center node receives the token returned by the distributed energy node, verifies it from the chain, recovers the token after confirmation, updates the number of tokens, and updates the load rate of the current virtual power plant; at the same time, it notifies the trading center node that the load of the virtual power plant has decreased, arranges new demands, and enables the dispatch center to complete a power transaction dispatch of the distributed energy node.

3. The virtual power plant transaction scheduling method based on blockchain consensus according to claim 1 or 2 is characterized by: In step S7, the method in which the dispatch center node evaluates whether to grant a token includes the following sub-steps: S7.

1. The dispatch center node calculates the overall load L of the current virtual power plant according to the number of allocated dispatch tokens. t , the calculation formula is: Among them, allocatedTokens represents the number of tokens allocated to all distributed energy nodes; L t represents the load rate of the current virtual power plant; c is a constant; t represents the time dimension; S7.

2. The dispatch center node calculates the load rate L of the distributed energy node currently applying for the token k，t , the calculation formula is: Among them, k represents the number of the distributed energy node currently applying for the token; allocatedTokens k Indicates the number of tokens currently allocated to the distributed energy node applying for tokens; w k,t Indicates the power generation capacity of the distributed energy node currently applying for the token; c is a constant; t represents the time dimension; S7.3, the dispatch center node compares the load rate L of the distributed energy node currently applying for the token k，t and the current load factor L of the virtual power plant t , if L k，t Less than L t , grant tokens, store them on the chain, and respond to the distributed energy node with a delayed application message.

4. The virtual power plant transaction scheduling method based on blockchain consensus according to claim 1 or 2 is characterized by: The distributed energy nodes include but are not limited to hydropower, photovoltaic, wind power and thermal power plants, and energy storage centers.

5. A virtual power plant transaction scheduling device based on blockchain consensus, characterized by: It includes the blockchain basic platform layer, the transaction scheduling collaboration layer, and the transaction scheduling business layer, among which, The blockchain basic platform layer includes the on-chain and off-chain intercommunication layer, the node consensus layer, the transaction business processing smart contract module, the scheduling task processing smart contract module, and the distributed energy node business processing smart contract module; The transaction scheduling collaboration layer includes a collaboration module between the transaction center and the dispatch center, and a collaboration module between the dispatch center and the distributed energy nodes. The collaboration modules between the two centers and the distributed energy nodes are based on blockchain-based smart contracts. The transaction and scheduling business layer includes the transaction business and scheduling tasks of the virtual power plant. The transaction business is carried out based on the transaction business processing smart contract of the blockchain, and the scheduling business is carried out based on the scheduling task processing smart contract of the blockchain.

6. The virtual power plant transaction scheduling device based on blockchain consensus according to claim 5 is characterized by: The collaborative modules of the transaction center and the dispatch center include a transaction center collaborative processing module, a dispatch center collaborative processing module A, and a blockchain module A, wherein: The collaborative processing module of the trading center is used to evaluate the overall power generation and supply of the virtual power plant, accept and arrange external trading demands, and after the arrangement is completed, upload the transaction demand arrangement results to the chain and synchronize them to the dispatch center node through the blockchain consensus mechanism; The dispatch center collaborative processing module A is used to read the transaction demand arrangement results of the transaction center node from the chain, calculate the power demand throughput, and map the demand throughput to the number of tokens in the token bucket it maintains; The blockchain module A is used to enable the transaction center node and the dispatch center node to store the processing results of the transaction center collaborative processing module on the chain through the transaction business processing smart contract, and to store the processing results of the dispatch center collaborative processing module A on the chain through the scheduling task processing smart contract, and to realize data sharing through the consensus mechanism of the blockchain.

7. The virtual power plant transaction scheduling device based on blockchain consensus according to claim 5 is characterized by: The coordination module between the dispatch center and each distributed energy node includes a distributed energy node processing module, a dispatch center coordination processing module B, and a blockchain module B, wherein: The distributed energy node processing module is used to collect power generation and supply and execute scheduling tokens; The dispatch center collaborative processing module B is used to count the overall power generation and supply of the virtual power plant and manage the dispatch tokens; The blockchain module B is used to enable the distributed energy nodes to be uploaded to the chain and the on-chain data to be obtained through the distributed energy node business processing smart contract; the dispatch center is connected to the chain and the on-chain data to be obtained through the dispatch task processing smart contract; and data sharing is achieved through the blockchain's common chain or cross-chain technology and consensus mechanism.

8. A computer-readable storage medium, characterized in that: A computer program is stored thereon, and when the computer program is executed in a computer, the computer is caused to execute the method according to any one of claims 1 or 2.

9. A computing device, characterized in that: The invention comprises a memory and a processor, wherein the memory stores executable code, and when the processor executes the executable code, the method according to any one of claims 1 or 2 is implemented.

Images