Green electricity and green certificate transaction data processing method and device based on block chain collaboration

Abstract

The invention provides a block chain collaboration-based green light and green certificate transaction data processing method and device. According to the implementation scheme, the method comprises the steps of controlling a leader node in a block chain to broadcast block proposal information corresponding to the green-power and green-certificate transaction data to each non-leader node in the block chain in response to an uplink request for the green-power and green-certificate transaction data; controlling each node in the block chain to asynchronously execute the following steps: storing the received block proposal information into a local proposal message queue in the node; extracting the first block proposal information from the local proposal message queue, verifying the first block proposal information, and sending a verification result to other nodes in the block chain; adding the received verification result into a voting pool; and monitoring a verification result, and when the first node in each node is accumulated until the verification result meets a preset condition, uploading the green-light and green-certificate transaction data. According to the technical scheme, the consensus efficiency of the green electricity and green certificate transaction data can be improved.

Description

Technical Field

[0001] The present invention relates to the field of blockchain technology, and in particular, to a method and device for processing green power and green certificate trading data based on blockchain collaboration. Background Art

[0002] With the increasing severity of global climate change, countries and regions have successively implemented carbon emission reduction policies and promoted the development of the green power and carbon trading markets. Green power generally refers to the electricity generated by renewable energy sources, such as wind energy, solar energy, and hydropower. A green power certificate, also known as a green certificate, is a certificate used to prove that the electricity comes from renewable energy sources. Both are important tools for promoting carbon emission reduction. Among them, green power reduces carbon emissions by replacing traditional fossil fuels. Carbon certificates incentivize enterprises to reduce emissions through market mechanisms to achieve broader emission reduction goals. Through green power and green certificate trading, the production and consumption of clean energy can be effectively promoted, and at the same time, a market-based adjustment mechanism for carbon emissions is provided.

[0003] However, in this process, how to ensure the authenticity, credibility, and security of green power and green certificate trading data has become a key issue in achieving the carbon emission reduction goal. Traditional data storage and management methods often rely on centralized databases, which are prone to problems such as data tampering, loss, and leakage, seriously affecting the market's trust and efficiency. With the development of blockchain technology, the immutability, decentralization, transparency, and security of blockchain make it an ideal solution to solve the above problems. Blockchain can provide a decentralized and immutable data storage and certification mechanism, which is suitable for the storage, verification, and sharing of green power and green certificate trading data.

[0004] Currently, many countries and regions have begun to try to apply blockchain technology to the field of green power and green certificate trading. The main purpose is to use blockchain to record the trading data of green power and green certificates to ensure the transparency and immutability of the data. For example, the Energy Web blockchain platform provides a solution for renewable energy certificate trading based on blockchain technology, which can provide a unique digital identifier for each green power and green certificate to ensure the authenticity of its source. These platforms record the trading history through blockchain to ensure that the trading data of all participating parties cannot be tampered with and can be traced.

[0005] However, blockchain only protects the immutability of these green power trading data and does not evaluate or verify the accuracy of the green power trading data. Therefore, in complex fields such as carbon emission monitoring and green power consumption, how to ensure the accuracy and effectiveness of green power data is a technical problem that needs to be solved in the field of blockchain technology. Summary of the Invention

[0006] The present invention provides a method and system for processing green power and green certificate trading data based on blockchain collaboration, which can solve at least one of the above technical problems.

[0007] According to one aspect of the present invention, there is provided a method for processing green power and green certificate trading data based on blockchain collaboration, including:

[0008] In response to a request for uploading green power and green certificate trading data to the blockchain, controlling the leader node in the blockchain to broadcast the block proposal information corresponding to the green power and green certificate trading data to each non-leader node in the blockchain;

[0009] Controlling each of the nodes in the blockchain to asynchronously execute the following steps:

[0010] Storing the received block proposal information into the local proposal message queue in the node;

[0011] Extracting the block proposal information ranked first from the local proposal message queue, deleting the block proposal information ranked first from the local proposal message queue, verifying the block proposal information ranked first, and sending the verification result of the block proposal information ranked first to each of the other nodes in the blockchain;

[0012] Adding the received verification result to the voting pool;

[0013] Listening to the verification results of the block proposal information corresponding to the green power and green certificate trading data in the voting pool, and accumulating the first quantity with a verification result of passing and the second quantity with a verification result of not passing;

[0014] When the ratio of the first quantity accumulated by the first node in each of the nodes to the second quantity satisfies a preset ratio condition, and the total quantity of the first quantity and the second quantity satisfies a preset total quantity condition, triggering the first node to determine that the block proposal information corresponding to the green power and green certificate trading data is valid information, and storing the block corresponding to the green power and green certificate trading data and the block proposal information into the blockchain.

[0015] According to another aspect of the present invention, there is provided a device for processing green power and green certificate trading data based on blockchain collaboration, including:

[0016] A proposal information broadcasting module, configured to, in response to a request for uploading green power and green certificate trading data to the blockchain, control the leader node in the blockchain to broadcast the block proposal information corresponding to the green power and green certificate trading data to each non-leader node in the blockchain;

[0017] A node asynchronous operation module, configured to control each of the nodes in the blockchain to asynchronously execute the following steps:

[0018] Store the received block proposal information into the local proposal message queue in the node;

[0019] Extract the block proposal information ranked first from the local proposal message queue, delete the block proposal information ranked first from the local proposal message queue, verify the block proposal information ranked first, and send the verification result of the block proposal information ranked first to each other node in the blockchain;

[0020] Add the received verification result to the voting pool;

[0021] Monitor the verification result of the block proposal information corresponding to the green power green certificate transaction data in the voting pool, and accumulate the first quantity with the verification result being passed and the second quantity with the verification result being not passed;

[0022] When the ratio of the first quantity accumulated by the first node in each node to the second quantity satisfies the preset ratio condition, and the total quantity of the first quantity and the second quantity satisfies the preset total quantity condition, trigger the first node to determine that the block proposal information corresponding to the green power green certificate transaction data is valid information, and store the block corresponding to the green power green certificate transaction data and the block proposal information into the blockchain.

[0023] Adopting the technical solution of the present invention, in response to a request for uploading green power green certificate trading data to the blockchain, control the leader node in the blockchain to broadcast the block proposal information corresponding to the green power green certificate trading data to each non-leader node in the blockchain; then control each node in the blockchain to asynchronously execute the following steps respectively: store the received block proposal information into the local proposal message queue in the node; extract the block proposal information ranked first from the local proposal message queue, delete the block proposal information ranked first from the local proposal message queue, verify the block proposal information ranked first, and send the verification result of the block proposal information ranked first to each other node in the blockchain; add the received verification result to the voting pool; monitor the verification result of the block proposal information corresponding to the green power green certificate trading data in the voting pool, and accumulate the first quantity with the verification result being passed and the second quantity with the verification result being not passed; when the ratio of the first quantity accumulated by the first node in each node to the second quantity satisfies the preset ratio condition, and the total quantity of the first quantity and the second quantity satisfies the preset total quantity condition, trigger the first node to determine that the block proposal information corresponding to the green power green certificate trading data is valid information, and store the block corresponding to the green power green certificate trading data and the block proposal information into the blockchain. In this way, each node can asynchronously verify the block proposal information corresponding to each green power green certificate trading data and broadcast the verification result. As long as one node monitors that the verification results corresponding to a green power green certificate trading data meet the preset conditions, it is considered that the green power green certificate trading data is valid information and can be uploaded to the blockchain. In this way, it is not necessary to specify a fixed node to wait for the verification results of other nodes to reach a consensus, which can improve the consensus efficiency of verifying green power green certificate trading data. Moreover, adopting the above asynchronous verification solution can still ensure the achievement of consensus even if some nodes are offline or malicious.

[0024] It should be understood that the content described in this part is not intended to identify the key or important features of the embodiments of the present invention, nor is it used to limit the scope of the present invention. Other features of the present invention will become easily understood through the following description. BRIEF DESCRIPTION OF THE DRAWINGS

[0025] The drawings are used to better understand the solution and do not constitute a limitation to the present invention. Among them:

[0026] Figure 1 is a flowchart of a method for processing green power green certificate trading data based on blockchain collaboration according to an embodiment of the present invention;

[0027] Figure 2 is a flowchart of a method for processing green power green certificate trading data based on blockchain collaboration according to another embodiment of the present invention;

[0028] Figure 3 is a schematic diagram of the system architecture according to an embodiment of the present invention;

[0029] Figure 4 It is a flowchart of a method for dynamically updating a digital twin model according to an embodiment of the present invention;

[0030] Figure 5 It is a schematic diagram of an automatic accounting process of a smart contract according to an embodiment of the present invention;

[0031] Figure 6 It is a structural block diagram of a green power and green certificate trading data processing device based on blockchain collaboration according to an embodiment of the present invention;

[0032] Figure 7 It is a block diagram of an electronic device for implementing the method according to an embodiment of the present invention. Detailed implementation manners

[0033] The following describes exemplary embodiments of the present invention with reference to the accompanying drawings. Various details of the embodiments of the present invention are included to facilitate understanding, and they should be considered merely exemplary. Therefore, those of ordinary skill in the art should recognize that various changes and modifications can be made to the embodiments described herein without departing from the scope of the present invention. Similarly, for clarity and conciseness, descriptions of well-known functions and structures are omitted in the following.

[0034] Figure 1 It is a flowchart of a method for processing green power and green certificate trading data based on blockchain collaboration according to an embodiment of the present invention.

[0035] As Figure 1 shown, the method for processing green power and green certificate trading data based on blockchain collaboration may include:

[0036] S110, in response to a request for uploading green power and green certificate trading data to the blockchain, controlling the leader node in the blockchain to broadcast the block proposal information corresponding to the green power and green certificate trading data to each non-leader node in the blockchain;

[0037] S120, controlling each node in the blockchain to asynchronously execute the following steps respectively:

[0038] S121, storing the received block proposal information into the local proposal message queue in the node;

[0039] S122, extracting the block proposal information ranked first from the local proposal message queue, deleting the block proposal information ranked first from the local proposal message queue, verifying the block proposal information ranked first, and sending the verification result of the block proposal information ranked first to each other node in the blockchain;

[0040] S123, adding the received verification result to the voting pool;

[0041] S124. Monitor the verification results of the block proposal information corresponding to the green power and green certificate trading data in the voting pool, and accumulate the first quantity with the verification result being passed and the second quantity with the verification result being not passed.

[0042] S125. When the ratio of the first quantity to the second quantity accumulated by the first node among each node meets the preset ratio condition, and the total quantity of the first quantity and the second quantity meets the preset total quantity condition, trigger the first node to determine that the block proposal information corresponding to the green power and green certificate trading data is valid information, and store the block corresponding to the green power and green certificate trading data and the block proposal information into the blockchain.

[0043] Understandably, for any node in the blockchain, steps S121 to S124 can be executed in parallel. When a certain node, that is, the above-mentioned first node, monitors that the verification results from other nodes corresponding to the on-chain request meet the preset conditions, it is determined that a consensus is reached on the verification result of the on-chain request for the green power and green certificate trading data.

[0044] Understandably, the leader node can be determined randomly or be a designated node.

[0045] Exemplarily, each time an on-chain request is received, a new leader node is determined. Each time the leader node is determined, it is broadcast to other nodes through broadcasting, so that each node knows the leader node responding to the on-chain request this time, avoiding disputes or differences.

[0046] Exemplarily, the leader broadcasts the block proposal information, such as transaction list, block hash, signature and other information, as well as the hash value and metadata of these information to all other nodes. The metadata includes block hash, timestamp, leader signature and proposal round, etc.

[0047] Exemplarily, the block proposal is an unconfirmed candidate block, and after the consensus verification through the above steps S121 to S125, it will become an official block.

[0048] Understandably, the local proposal message queue can include multiple block proposal information, and each block proposal information corresponds to a green power and green certificate trading data respectively.

[0049] Exemplarily, the received block proposal information is stored at the end of the local proposal message queue in the node.

[0050] Exemplarily, the verification of the block proposal information includes checking whether the metadata in the proposal information is complete, verifying the timestamp, verifying the block hash, verifying the continuity of the chain and the identity of the leader, etc. If all information passes the verification, a verification result is generated and sent to other nodes. Or, after the verification passes, the node generates a voting signature and broadcasts it to other nodes.

[0051] Understandably, the above steps take an on-chain request as an example. In fact, there can be multiple on-chain requests simultaneously or within a short period of time. For step S124, if there are multiple block proposal messages, each block proposal message is monitored and the number of verification results that pass and the number of verification results that do not pass are accumulated.

[0052] Understandably, the first node can be any node in the blockchain.

[0053] Exemplarily, as Figure 2 shown, after each node receives a proposal, it first independently verifies the correctness of the block, including checking the integrity of the data, the legality of the data source, and the validity of the signature, etc. Then, it executes the above consensus verification steps. If the data conforms to the blockchain rules and passes legal verification, the node adds the data to the blockchain. Through the consensus mechanism of the blockchain, it is ensured that all network nodes reach an agreement on the validity of the new block. Once the majority of nodes in the blockchain network reach a consensus, the new block will be added to the end of the blockchain and synchronized to all nodes in the network. Subsequently, users can quickly find the corresponding carbon emission records, green power certificates, or transaction information through information such as the blockchain ID and transaction hash, and through blockchain traceability, relevant parties can verify the authenticity of the data.

[0054] Exemplarily, the ratio condition can be two-thirds or three-fourths, etc. It can be determined by the number of malicious nodes that the system can tolerate.

[0055] Exemplarily, the total quantity condition can also be determined by the number of malicious nodes that the system can tolerate, and it can be three times or four times or more the number of malicious nodes that the system can tolerate.

[0056] Exemplarily, when a node receives more than 2 / 3 of the valid votes, it confirms the current block, generates a Consensus Certificate, and synchronizes the consensus result to the blockchain. Assume that the system has at most f malicious nodes, then the system needs 3f + 1 total nodes to tolerate f malicious nodes. To ensure security, 2f + 1 honest nodes must reach a consensus, so the threshold is 2 / 3. Since in this example, the green power and green certificate transaction is an environment with high-value transactions and extremely high security requirements, the proportion of valid votes is set to 3 / 4.

[0057] According to the above embodiments, in response to a request for uploading green power and green certificate trading data to the blockchain, the leader node in the blockchain is controlled to broadcast the block proposal information corresponding to the green power and green certificate trading data to each non-leader node in the blockchain. Then, each node can asynchronously verify the block proposal information corresponding to each green power and green certificate trading data and broadcast the verification results. As long as one node monitors that the verification results corresponding to a green power and green certificate trading data meet the preset conditions, it is considered that the green power and green certificate trading data is valid information and can be uploaded to the blockchain. In this way, it is not necessary to specify a fixed node to wait for the verification results of other nodes to reach a consensus, which can improve the consensus efficiency for verifying green power and green certificate trading data. Moreover, with the above asynchronous verification scheme, even if some nodes are offline or malicious, the achievement of consensus can still be ensured.

[0058] In one embodiment, the above method may further include: controlling the first node to send the consensus result that the block proposal information corresponding to the green power and green certificate trading data is valid information to each other node in the blockchain; when each other node receives the consensus result, triggering each node to stop listening to the verification results of the block proposal information corresponding to the green power and green certificate trading data in the voting pool, and stop accumulating the first quantity and the second quantity, and at the same time clear the verification results of the block proposal information corresponding to the green power and green certificate trading data in the voting pool.

[0059] In this example, as long as one node obtains the consensus result corresponding to the above upload request, the node and each other node notified by the node will stop listening to the verification results of the block proposal information corresponding to the green power and green certificate trading data in the voting pool for this request, and stop accumulating the first quantity and the second quantity, and at the same time clear the verification results of the block proposal information corresponding to the green power and green certificate trading data in the voting pool. In this way, the occupied content of each node can be released, and the processing efficiency of each node can be improved.

[0060] In one embodiment, the above method may further include: when the first node determines that the block proposal information corresponding to the green power and green certificate trading data is valid information, based on the verification results of the block proposal information corresponding to the green power and green certificate trading data in the voting pool in the first node, determining the first source node with the verification result of passing the verification and the second source node with the verification result of not passing the verification; for each first source node, respectively determining the score improvement step based on the timestamp when the first source node provides the verification result of the green power and green certificate trading data, and increasing the historical behavior score of the first source node based on the score improvement step; for each second source node, respectively determining the score reduction step based on the timestamp when the second source node provides the verification result of the green power and green certificate trading data, and reducing the historical behavior score of the second source node based on the score reduction step; determining the leader node among each node based on the updated historical behavior scores of each node in the blockchain.

[0061] Understandably, when the first node determines that the block proposal information corresponding to the green power and green certificate trading data is valid information, it is determined that the green power and green certificate trading data targeted by the above-mentioned on-chain request has been verified and all nodes have reached a consensus.

[0062] Understandably, if the verification result is verification passed or an approval vote, the source node of this verification result is the first source node; if the verification result is verification failed or a disapproval vote, the source node of this verification result is the second source node.

[0063] Exemplarily, for other nodes that do not provide verification results to the first node, it is determined that such other nodes are the third source nodes.

[0064] Exemplarily, based on the timestamps of the respective verification results of the block proposal information corresponding to the green power and green certificate trading data in the voting pool in the first node, the timestamp mode is determined. Based on the difference between the timestamp of the verification result of the green power and green certificate trading data provided by the first source node and the timestamp mode, the scoring improvement step size is determined. Then, on the basis of the historical behavior score of the first source node, this scoring improvement step size is superimposed to obtain the updated historical behavior score of the first source node.

[0065] For example, using the natural exponential function, the difference between this timestamp and the timestamp mode is calculated to obtain the scoring improvement step size. Or, the ratio of the difference between this timestamp and the timestamp mode to a preset fixed value is determined, and this ratio is multiplied by the basic score value to obtain the scoring improvement step size.

[0066] Exemplarily, based on the difference between the timestamp of the verification result of the green power and green certificate trading data provided by the second source node and the timestamp mode, the scoring reduction step size is determined. Then, on the basis of the historical behavior score of the first source node, this scoring reduction step size is subtracted to obtain the updated historical behavior score of the first source node.

[0067] For example, using the natural exponential function, the difference between this timestamp and the timestamp mode is calculated to obtain the scoring reduction step size. Or, the ratio of the difference between this timestamp and the timestamp mode to a preset fixed value is determined, and this ratio is multiplied by the basic score value to obtain the scoring reduction step size.

[0068] Exemplarily, based on the updated historical behavior scores of each node in the blockchain, the node with the highest historical behavior score among each node is determined as the leader node.

[0069] According to the above embodiments, when consensus is reached on the result that the green power green certificate trading data targeted by the on-chain requests at each node is verified successfully, the verification results of each node can be utilized to classify each node, and then, according to the node type, the historical behavior scores of each node can be increased or decreased by using the timestamps at which each node generates the verification results. In this way, the scores of each node can be dynamically adjusted to select a reliable leader node.

[0070] In one embodiment, determining a leader node among each node based on the updated historical behavior scores of each node in the blockchain may include: determining a performance score for each node based on the physical performance of each node in the blockchain; determining the system contribution rate of each node based on the queue length of the local proposal message queue in each node in the blockchain; determining a comprehensive score for each node based on the updated historical behavior scores of each node, the performance scores of each node, and the system contribution rates; and determining a leader node among each node based on the comprehensive scores of each node.

[0071] Exemplarily, the physical performance includes hardware capabilities, network stability, processing capabilities, etc. The hardware capabilities, network stability, and processing capabilities of a node can be scored separately and summed to obtain the performance score of each node.

[0072] Exemplarily, the system contribution rate of a node is determined based on the ratio between the queue length of the local proposal message queue in the node and the upper limit value of the queue length.

[0073] Exemplarily, for the initial historical behavior scores of each node, they can be determined according to the failure rate and availability of each node.

[0074] It can be understood that each time the above consensus process is executed, the historical behavior scores of each node are updated. Similarly, each time the above consensus process is executed, the performance scores and system contribution rates of each node need to be re-determined.

[0075] Exemplarily, after obtaining the updated historical behavior score, performance score, and system contribution rate of a node, a weighted sum of the historical behavior score, performance score, and system contribution rate of the node is calculated to obtain the comprehensive score of the node.

[0076] Exemplarily, the selection probability of a node is obtained by using the ratio between the comprehensive score of the node and the sum of the comprehensive scores of each node, and the node with the maximum selection probability is taken as the leader node.

[0077] Based on the verification results and timestamps of each node in the current round of consensus process, the historical behavior scores of each node are updated. Then, by combining the performance scores and system contribution rates of the nodes, the comprehensive scores are determined, and these comprehensive scores are used to determine the leader nodes. In this way, the reliability of the leader nodes can be further improved.

[0078] In one implementation, determining the comprehensive scores of each node based on the updated historical behavior scores of each node, as well as the performance scores and system contribution rates of each node, includes: determining the performance score weight of the node based on the current load of the node; determining the historical behavior score weight of the node based on the node type of the node, where the node type includes the first source node and the second source node; determining the system contribution rate weight of the node based on the performance score weight and historical behavior score weight of the node; and performing a weighted sum of the performance score, updated historical behavior score, and system contribution rate of the node based on the performance score weight, historical behavior score weight, and system contribution rate weight of the node to obtain the comprehensive score of the node.

[0079] Exemplarily, the higher the current load of the node, the higher the performance score weight of the node.

[0080] Exemplarily, for a node of the above-mentioned first source node type, that is, a node with a passing verification result, its historical behavior score weight is increased on the basis of the basic weight value. For a node of the above-mentioned second source node type, that is, a node with a non-passing verification result, its historical behavior score weight is decreased on the basis of the basic weight value.

[0081] Exemplarily, the limiting condition for the performance score weight, historical behavior score weight, and system contribution rate weight is that the sum of the three is 1.

[0082] Exemplarily, the system contribution rate weight is obtained by subtracting the sum between the performance score weight and the historical behavior score weight from 1.

[0083] According to the above implementation, based on the current load situation of the system and the performance of the nodes in the consensus process, the performance score weights and historical behavior score weights of each node are dynamically adjusted. Then, using these weights, a weighted sum of each sub-score is performed to obtain the final comprehensive score. In this way, the rationality and accuracy of the comprehensive score are improved, and further the reliability of selecting the leader is improved.

[0084] As Figure 3 shown, the architecture of the system implementing the above method is as follows:

[0085] 1) Data collection and digital twin modeling;

[0086] 2) Blockchain evidence storage and verification;

[0087] 3) Automatic accounting of smart contracts;

[0088] 4) Data sharing.

[0089] First, data collection and digital twin modeling collect power production and carbon emission data in real time and use digital twins to dynamically model and simulate the system. Second, blockchain evidence storage and verification ensure that all transaction data and carbon emission records are stored in a decentralized manner. Then, the automatic accounting of smart contracts automatically performs carbon emission accounting and the generation and trading of green electricity and green certificates according to preset rules. Finally, data sharing uses privacy protection technology to ensure the secure sharing of data among multiple parties.

[0090] For the process of data collection and digital twin modeling, it is as follows:

[0091] Deploy sensors, smart meters, and other monitoring devices at key nodes in the power system to collect data in real time. These sensors include: power load sensors, carbon emission sensors, temperature and humidity sensors, weather station equipment, etc. The data collected by the sensors is transmitted to the data platform in real time through a secure communication network to ensure the security and stability of data transmission and prevent data loss or tampering. Further preprocess the originally collected data, including denoising, filling in missing values, data standardization, time synchronization, etc.; perform quality control on the cleaned data to detect outliers, duplicate data, and data that does not conform to the rules.

[0092] As Figure 4 shown, according to the collected data and the actual system, use digital twin technology to establish virtual models of the power system and the carbon emission system. This twin model includes all aspects of power production, transmission, distribution, and consumption, and simulates the interaction relationships between various components. In the digital twin model, combine the relationship between energy use and carbon emissions to establish a carbon emission model. Through this twin model, simulate and optimize the power operation environment, simulate different operating conditions and environmental factors, evaluate the performance of the system in various situations; and predict the energy demand and carbon emissions in different scenarios, thereby supporting more accurate carbon emission accounting and energy management decisions.

[0093] The specific calculation is as follows: Assume that x is the state variable of the power system, such as power generation, load, voltage, etc., and y is the state variable of the carbon emission system, such as carbon emissions, energy consumption, etc. The dynamic model of the power system can be expressed as: where f is the dynamic system equation, u is the control input, and t represents time. The carbon emission system can be expressed as: Where g is the dynamic equation of the carbon emission system. The mapping relationship between the power system and the carbon emission system can be expressed as: y = h (x, u, t), where h represents the mapping relationship. Real-time data collection can be expressed as: z = k (x, y, t), where z is the actual collected data and k is the data collection function. The optimization strategy is: u * = arg min u (J(x,y,u)), where J is the cost function, which represents the performance index of the power system and the carbon emission system, and u * is the optimal control input. Through these formulas, a digital twin model of the power system and carbon emission system can be constructed to achieve real-time monitoring, prediction and optimal control of the system.

[0094] The simulation process of the power digital twin system is constructed using a theoretical tool based on time-delay Petri network. This theoretical tool can clearly and logically represent various situations under different operating conditions and environmental factors of the power operation environment. The relationship between the twin application and the collected data can be indirectly logically mapped and matched through the model layer. The purpose of the construction is to mine the interconnection dependency of the two-way synchronization process, evaluate and verify the data synchronization requirements, and mine and extract the priority characteristics of the collected data.

[0095] First, this project intends to establish a directed graph model G(V, E) through the pre-association matrix and post-association matrix of the Petri network to formally describe the association relationship between twin models, where v represents a node set (different digital twin models) and E represents a directed edge set (association relationship between models). Among them, the relationship derivation expression of the twin system model is the multiplication of the pre-association matrix and the post-association matrix to obtain the twin model association matrix.

[0096] Among them, the pre-association matrix describes the dependency of each transition (row) on the library (column), that is, which library places’ tokens are required for the transition to be triggered. The post-association matrix describes the impact of each transition (row) on the library (column) after it is triggered, that is, which library places will add or remove tokens after the transition is triggered. By analyzing the pre-association matrix and the post-association matrix, if some transitions of one model depend on the tokens in the library places of another model, then there is a dependency relationship between the two models.

[0097] The digital twin model needs to be continuously updated and adjusted based on the real-time collected data, and the latest data from the field is accessed in real time. The digital twin model can reflect the latest status of the power system and carbon emission system. The present invention adopts the fine-tuning-optimization mode to update the model, such as Figure 3As shown, a pre-twin model is constructed through historical data sets to capture trends and patterns in historical data for predicting key indicators such as future carbon emissions and green power consumption. On this basis, real-time data sets are used to optimize the twin model, continuously adjusting and updating model parameters to cope with environmental changes and the impact of real-time dynamic data. Through the fine-tuning process, the model can quickly adapt to changes in real-time data while maintaining historical data patterns, improving the accuracy of prediction and the real-time nature of response, thus ensuring the high efficiency and accuracy of the twin model during dynamic operation.

[0098] For the process of blockchain evidence storage and verification, reference can be made to the foregoing embodiments specifically, which will not be elaborated herein.

[0099] For the process of automatic accounting of smart contracts, it is as follows:

[0100] As Figure 5 shown, when the data is stored on the blockchain, the smart contract is responsible for automatically executing tasks such as carbon emission accounting, green power green certificate generation and trading. The smart contract presets rules and conditions, and once specific conditions are met, the contract will automatically trigger corresponding accounting and trading operations. For example, the smart contract can calculate the carbon emission offset amount of an enterprise, generate green power certificates, and directly allocate them to the corresponding buyer or seller. All these operations do not require manual intervention, thus improving the processing efficiency and reducing human errors. The specific process is as follows:

[0101] 1. Define contract rules according to the actual needs of carbon emission reduction and green power green certificate trading: carbon emission accounting methods, generation and offset rules of green power green certificates, trading conditions, calculation formulas;

[0102] 2. Write smart contract code using the smart contract language on the blockchain platform, including: calculation rules, execution conditions, automation functions;

[0103] 3. After the contract is written and tested, deploy the smart contract to the blockchain network;

[0104] 4. After the smart contract is deployed, the system will automatically input data such as power consumption, carbon emissions, and green power consumption collected in real time into the smart contract through a data interface;

[0105] a. After receiving the real-time data, the smart contract automatically triggers the calculation process according to the pre-set rules;

[0106] b. The smart contract calculates the carbon emissions based on the input data and automatically calculates the carbon emissions for each period according to these input parameters;

[0107] c. According to the calculated carbon emissions and green power consumption, the smart contract automatically generates green power certificates;

[0108] 5. After the carbon emission accounting and green power certificates generation are completed, the smart contract will automatically match the buying and selling of green power certificates according to market demand and trading rules. After the buyer and seller are matched, the smart contract will automatically execute the transaction;

[0109] 6. After the transaction is completed, the smart contract will automatically calculate the transaction results according to the pre-set settlement rules and automatically generate various reports;

[0110] 7. On the digital twin platform, dynamic adjustments are made according to real-time data, continuously optimizing the contract rules and calculation methods to improve the intelligence level of the system.

[0111] Compared with current other smart contract technologies, the logic algorithm in the smart contract is optimized in this example. In the search stage, the array is replaced by a hash table (Mapping), making the search complexity change from O(n) to constant time O(1). Suppose there is an array data of length n, and we want to find whether the target value x is in the array. The time complexity of linear search is O(n). Replace the target array data with a mapping (Mapping), where the key (Key) is the target value and the value (Value) is a boolean value indicating whether the value exists. When looking up the value x, directly use data[x] to check whether it is true. The cost of hash table search does not increase with the increase of the data volume n, and the cost is always fixed at O(1), while the cost of linear search increases linearly with n.

[0112] For data sharing, it is as follows:

[0113] After the smart contract executes the corresponding operations, the data will be shared with relevant stakeholders. To protect data privacy, privacy protection technologies are adopted to ensure that sensitive data will not be leaked during the sharing process. The data sharing platform will utilize the decentralized characteristics of the blockchain to verify whether the data submitted by all parties complies with the rules and requirements. All shared data is encrypted and verified to ensure that the data obtained by the participating parties is accurate, true, and unaltered.

[0114] The specific process of data sharing is as follows:

[0115] After the smart contract executes the corresponding operations, the data will be shared with relevant stakeholders. To protect data privacy, privacy protection technologies are adopted to ensure that sensitive data will not be leaked during the sharing process. The data sharing platform will utilize the decentralized characteristics of the blockchain to verify whether the data submitted by all parties complies with the rules and requirements. All shared data is encrypted and verified to ensure that the data obtained by the participating parties is accurate, true, and unaltered. The specific process is as follows:

[0116] 1. The data is uploaded to the blockchain network through the smart contract or the blockchain platform;

[0117] a. When uploading each piece of data, perform a hash process on the data content and generate a digital signature;

[0118] b. After completing the encryption and hash processes, store the data in a block of the blockchain to form a blockchain structure;

[0119] 2. Each node in the blockchain network will verify the stored blocks and data;

[0120] a. Check whether the data hash value matches, check whether the digital signature is valid, ensure that the data source is legal, and verify the correctness of the timestamp;

[0121] b. Each block will be verified according to the consensus mechanism;

[0122] 3. After the data is stored on the blockchain, it can be shared by the authorized party, and permission control is based on smart contracts;

[0123] 4. Use an access control list (ACL) or role-based access control (RBAC) mechanism to manage the permissions of different users;

[0124] 5. When sharing data, use privacy protection technologies such as homomorphic encryption to ensure the privacy of the data.

[0125] According to the above implementation manners, the following effects can be achieved:

[0126] 1. It improves the timeliness of green power and green certificate transactions, ensures that all participants can make decisions and transactions based on the latest data, helps to improve market efficiency and maximize the utilization of green energy. At the same time, it optimizes the consensus mechanism of the blockchain, introduces an asynchronous message queue, does not need to wait for global synchronization, and randomly elects a leader in each round, increasing the robustness.

[0127] 2. Through smart contracts, it automatically executes business processes such as carbon emission accounting, green power and green certificate generation and trading, and deduction rules, reduces manual intervention, improves the automation level of the system, and reduces errors and delays caused by manual operations. It optimizes the logical algorithm in the smart contract, changing the search complexity from O(n) to constant time O(1).

[0128] Figure 6 It is the structural block diagram of a green power and green certificate trading data processing device based on blockchain collaboration according to an embodiment of the present invention.

[0129] As Figure 6 shown, the green power and green certificate trading data processing device based on blockchain collaboration includes:

[0130] A proposal information broadcasting module 610, which is used to control the leader node in the blockchain to broadcast the block proposal information corresponding to the green power and green certificate trading data to each non-leader node in the blockchain in response to a request for uploading the green power and green certificate trading data to the blockchain;

[0131] A node asynchronous operation module 620, which is used to control each node in the blockchain to asynchronously execute the following steps respectively:

[0132] Store the received block proposal information into the local proposal message queue in the node;

[0133] Extract the block proposal information ranked first from the local proposal message queue, delete the block proposal information ranked first from the local proposal message queue, verify the block proposal information ranked first, and send the verification result of the block proposal information ranked first to other nodes in the blockchain;

[0134] Add the received verification result to the voting pool;

[0135] Listen to the verification result of the block proposal information corresponding to the green power and green certificate trading data in the voting pool, and accumulate the first quantity with the verification result of passing and the second quantity with the verification result of not passing;

[0136] When the ratio of the first quantity accumulated by the first node in each node to the second quantity satisfies a preset ratio condition, and the total quantity of the first quantity and the second quantity satisfies a preset total quantity condition, trigger the first node to determine that the block proposal information corresponding to the green power and green certificate trading data is valid information, and store the block and block proposal information corresponding to the green power and green certificate trading data into the blockchain.

[0137] In one implementation, the node asynchronous operation module is further used for:

[0138] Control the first node to send the consensus result that the block proposal information corresponding to the green power and green certificate trading data is valid information to other nodes in the blockchain;

[0139] When other nodes receive the consensus result, trigger each node to stop listening to the verification result of the block proposal information corresponding to the green power and green certificate trading data in the voting pool, stop accumulating the first quantity and the second quantity, and clear the verification result of the block proposal information corresponding to the green power and green certificate trading data in the voting pool at the same time.

[0140] In one implementation, the above device further includes:

[0141] A node type determination module, configured to, when the first node determines that the block proposal information corresponding to the green power green certificate transaction data is valid information, determine a first source node with a verification result of verification passed and a second source node with a verification result of verification failed based on the verification result of the block proposal information corresponding to the green power green certificate transaction data in the voting pool in the first node;

[0142] A behavior score improvement module, configured to, for each of the first source nodes, determine a score improvement step size respectively based on the timestamp of the verification result of the green power green certificate transaction data provided by the first source node, and improve the historical behavior score of the first source node based on the score improvement step size;

[0143] A behavior score reduction module, configured to, for each of the second source nodes, determine a score reduction step size respectively based on the timestamp of the verification result of the green power green certificate transaction data provided by the second source node, and reduce the historical behavior score of the second source node based on the score reduction step size;

[0144] A leader node determination module, configured to determine the leader node among all the nodes based on the updated historical behavior scores of all the nodes in the blockchain.

[0145] In one implementation manner, the leader node determination module includes:

[0146] A performance score unit, configured to determine the performance score of each node based on the physical performance of each node in the blockchain;

[0147] A contribution rate determination unit, configured to determine the system contribution rate of each node based on the queue length of the local proposal message queue in each node in the blockchain;

[0148] A comprehensive score unit, configured to determine the comprehensive score of each node based on the updated historical behavior scores of each node, as well as the performance score and system contribution rate of each node;

[0149] A leader node selection unit, configured to determine the leader node among all the nodes based on the comprehensive scores of all the nodes.

[0150] In one implementation manner, the comprehensive score unit is specifically configured to:

[0151] Determine a performance score weight based on the current load of the node;

[0152] Determine a historical behavior score weight based on the node type of the node, where the node type includes the first source node and the second source node;

[0153] Determine the system contribution rate weight based on the performance score weight and the historical behavior score weight;

[0154] Based on the performance score weight, the historical behavior score weight, and the system contribution rate weight, perform a weighted sum of the performance score, the updated historical behavior score, and the system contribution rate of the node to obtain the comprehensive score of the node.

[0155] For the specific functions and examples of each module and sub-module of the system according to the embodiments of the present invention, reference may be made to the relevant descriptions of the corresponding steps in the above method embodiments, which will not be elaborated herein.

[0156] In the technical solution of the present invention, the acquisition, storage, and application of the user's personal information involved all comply with the provisions of relevant laws and regulations and do not violate public order and good customs.

[0157] According to the embodiments of the present invention, the present invention also provides a system and a readable storage medium.

[0158] Figure 7 FIG. shows a schematic block diagram of an exemplary electronic device 800 that can be used to implement the embodiments of the present invention. The electronic device is intended to represent various forms of digital computers, such as, laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as, personal digital assistants, cellular phones, smart phones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely examples and are not intended to limit the implementation of the present invention described and / or claimed herein.

[0159] As Figure 7 shown, the device 800 includes a computing unit 801, which can execute various appropriate actions and processes according to a computer program stored in a read-only memory (ROM) 802 or a computer program loaded from a storage unit 808 into a random access memory (RAM) 803. In the RAM 803, various programs and data required for the operation of the device 800 can also be stored. The computing unit 801, the ROM 802, and the RAM 803 are connected to each other through a bus 804. An input / output (I / O) interface 805 is also connected to the bus 804.

[0160] Multiple components in device 800 are connected to I / O interface 805, including: input unit 806, such as a keyboard, mouse, etc.; output unit 807, such as various types of displays, speakers, etc.; storage unit 808, such as a disk, optical disc, etc.; and communication unit 809, such as a network card, modem, wireless communication transceiver, etc. Communication unit 809 allows device 800 to exchange information / data with other devices via a computer network such as the Internet and / or various telecommunication networks.

[0161] Computing unit 801 can be various general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of computing unit 801 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various dedicated artificial intelligence (AI) computing chips, various computing units running machine learning model algorithms, a digital signal processor (DSP), and any suitable processor, controller, microcontroller, etc. Computing unit 801 executes the various methods and processes described above, such as the green electricity and green certificate trading data processing method based on blockchain collaboration. For example, in some embodiments, the green electricity and green certificate trading data processing method based on blockchain collaboration can be implemented as a computer software program that is tangibly contained in a machine-readable medium, such as storage unit 808. In some embodiments, part or all of the computer program can be loaded and / or installed onto device 800 via ROM 802 and / or communication unit 809. When the computer program is loaded into RAM 803 and executed by computing unit 801, one or more steps of the green electricity and green certificate trading data processing method described above can be executed. Alternatively, in other embodiments, computing unit 801 can be configured to execute the green electricity and green certificate trading data processing method in any other suitable manner (e.g., by means of firmware).

[0162] The various embodiments of the systems and technologies described above in this article can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGA), application-specific integrated circuits (ASIC), application-specific standard products (ASSP), system-on-a-chip systems (SOC), complex programmable logic devices (CPLD), computer hardware, firmware, software, and / or combinations thereof. These various embodiments can include: implemented in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which can be a dedicated or general-purpose programmable processor, and can receive data and instructions from a storage system, at least one input device, and at least one output device, and transmit the data and instructions to the storage system, the at least one input device, and the at least one output device.

[0163] The program code for implementing the methods of the present invention can be written in any combination of one or more programming languages. These program codes can be provided to a processor or controller of a general purpose computer, a special purpose computer, or other programmable data processing device, such that the program codes, when executed by the processor or controller, cause the functions / operations specified in the flowchart and / or block diagram to be implemented. The program code can be executed entirely on the machine, partially on the machine, as a stand-alone software package partially on the machine and partially on a remote machine, or entirely on a remote machine or server.

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

[0165] In order to provide interaction with a user, the systems and techniques described herein can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and a pointing device (e.g., a mouse or a trackball) by which the user can provide input to the computer. Other kinds of devices can also be used to provide interaction with the user; for example, the feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including acoustic input, voice input, or tactile input).

[0166] The systems and techniques described herein can be implemented in a computing system including backend components (e.g., as a data server), or a computing system including middleware components (e.g., an application server), or a computing system including frontend components (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described herein), or a computing system including any combination of such backend components, middleware components, or frontend components. The components of the system can be interconnected to each other by digital data communication in any form or medium (e.g., a communication network). Examples of communication networks include: local area network (LAN), wide area network (WAN), and the Internet.

[0167] A computer system can include a client and a server. The client and the server are generally remote from each other and typically interact through a communication network. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. The server can be a cloud server, a server of a distributed system, or a server incorporating blockchain.

[0168] It should be understood that various forms of the processes shown above can be used, with steps reordered, added, or deleted. For example, the steps recited in the present invention can be executed in parallel, sequentially, or in a different order, as long as the desired results of the technical solutions disclosed in the present invention can be achieved, and no limitation is imposed herein.

[0169] The above specific embodiments do not constitute a limitation on the protection scope of the present invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the principles of the present invention shall be included within the protection scope of the present invention.

Claims

1. A method for processing green electricity and green certificate transaction data based on blockchain collaboration, characterized in that: include: In response to a request for uplinking green electricity green certificate transaction data, control the leader node in the blockchain to broadcast the block proposal information corresponding to the green electricity green certificate transaction data to each non-leader node in the blockchain; Control each of the nodes in the blockchain to asynchronously execute the following steps: Storing the received block proposal information into the local proposal message queue of the node; Extracting the first-ranked block proposal information from the local proposal message queue, deleting the first-ranked block proposal information from the local proposal message queue, verifying the first-ranked block proposal information, and sending the verification result of the first-ranked block proposal information to other nodes in the blockchain; Add the received verification results to the voting pool; Monitor the verification results of the block proposal information corresponding to the green electricity green certificate transaction data in the voting pool, and accumulate the verification results as a first number of passed verifications and a second number of failed verifications; When the ratio of the first quantity to the second quantity accumulated by the first node among each of the nodes meets the preset ratio condition, and the total quantity of the first quantity and the second quantity meets the preset total quantity condition, the first node is triggered to determine that the block proposal information corresponding to the green electricity green certificate transaction data is valid information, and the block corresponding to the green electricity green certificate transaction data and the block proposal information are stored in the blockchain.

2. The method according to claim 1, characterized in that Also includes: Control the first node to send the consensus result that the block proposal information corresponding to the green electricity green certificate transaction data is valid information to other nodes in the blockchain; When the other nodes receive the consensus result, each of the nodes is triggered to stop listening to the verification results of the block proposal information corresponding to the green electricity green certificate transaction data in the voting pool, and stop accumulating the first quantity and the second quantity, and at the same time clear the verification results of the block proposal information corresponding to the green electricity green certificate transaction data in the voting pool.

3. The method according to claim 1, characterized in that Also includes: In the case where the first node determines that the block proposal information corresponding to the green electricity green certificate transaction data is valid information, based on the verification result of the block proposal information corresponding to the green electricity green certificate transaction data in the voting pool in the first node, determine the first source node whose verification result is passed and the second source node whose verification result is failed; For each of the first source nodes, determine a score improvement step size based on a timestamp of a verification result of the green electricity green certificate transaction data provided by the first source node, and improve the historical behavior score of the first source node based on the score improvement step size; For each of the second source nodes, determine a score reduction step size based on the timestamp of the verification result of the green electricity green certificate transaction data provided by the second source node, and reduce the historical behavior score of the second source node based on the score reduction step size; Based on the updated historical behavior score of each of the nodes in the blockchain, the leader node is determined among the nodes.

4. The method according to claim 3, characterized in that The determining the leader node among the nodes based on the updated historical behavior score of each of the nodes in the blockchain includes: Determining a performance score of each of the nodes in the blockchain based on the physical performance of each of the nodes; Determine the system contribution rate of each of the nodes based on the queue length of the local proposal message queue in each of the nodes in the blockchain; Determine a comprehensive score of each of the nodes based on the updated historical behavior score of each of the nodes, as well as the performance score and system contribution rate of each of the nodes; The leader node is determined among the nodes based on the comprehensive scores of the nodes.

5. The method according to claim 4, characterized in that Determining the comprehensive score of each node based on the updated historical behavior score of each node, as well as the performance score and system contribution rate of each node, includes: Determining a performance score weight based on the current load of the node; Determining a historical behavior scoring weight based on a node type of the node, wherein the node type includes the first source node and the second source node; Determining a system contribution rate weight based on the performance score weight and the historical behavior score weight; Based on the performance score weight, the historical behavior score weight and the system contribution rate weight, the performance score of the node, the updated historical behavior score and the system contribution rate are weighted and summed to obtain a comprehensive score of the node.

6. A green electricity green certificate transaction data processing device based on blockchain collaboration, characterized in that: include: A proposal information broadcast module, for responding to a request for green electricity green certificate transaction data to be uploaded to the blockchain, and controlling the leader node in the blockchain to broadcast the block proposal information corresponding to the green electricity green certificate transaction data to each non-leader node in the blockchain; The node asynchronous operation module is used to control each of the nodes in the blockchain to asynchronously execute the following steps: Storing the received block proposal information into the local proposal message queue of the node; Extracting the first-ranked block proposal information from the local proposal message queue, deleting the first-ranked block proposal information from the local proposal message queue, verifying the first-ranked block proposal information, and sending the verification result of the first-ranked block proposal information to other nodes in the blockchain; Add the received verification results to the voting pool; Monitor the verification results of the block proposal information corresponding to the green electricity green certificate transaction data in the voting pool, and accumulate the verification results as a first number of passed verifications and a second number of failed verifications; When the ratio of the first quantity to the second quantity accumulated by the first node among each of the nodes meets the preset ratio condition, and the total quantity of the first quantity and the second quantity meets the preset total quantity condition, the first node is triggered to determine that the block proposal information corresponding to the green electricity green certificate transaction data is valid information, and the block corresponding to the green electricity green certificate transaction data and the block proposal information are stored in the blockchain.

7. The device according to claim 6, characterized in that The node asynchronous operation module is also used for: Control the first node to send the consensus result that the block proposal information corresponding to the green electricity green certificate transaction data is valid information to other nodes in the blockchain; When the other nodes receive the consensus result, each of the nodes is triggered to stop listening to the verification results of the block proposal information corresponding to the green electricity green certificate transaction data in the voting pool, and stop accumulating the first quantity and the second quantity, and at the same time clear the verification results of the block proposal information corresponding to the green electricity green certificate transaction data in the voting pool.

8. The device according to claim 6, characterized in that Also includes: A node type determination module, for determining, when the first node determines that the block proposal information corresponding to the green electricity green certificate transaction data is valid information, a first source node whose verification result is a passed verification, and a second source node whose verification result is a failed verification, based on the verification result of the block proposal information corresponding to the green electricity green certificate transaction data in the voting pool in the first node; A behavior score improvement module, configured to determine, for each of the first source nodes, a score improvement step length based on a timestamp of a verification result of the green electricity green certificate transaction data provided by the first source node, and improve a historical behavior score of the first source node based on the score improvement step length; A behavior score reduction module, configured to determine, for each of the second source nodes, a score reduction step length based on a timestamp of a verification result of the green electricity green certificate transaction data provided by the second source node, and reduce the historical behavior score of the second source node based on the score reduction step length; A leader node determination module is used to determine the leader node among each of the nodes in the blockchain based on the updated historical behavior score of each of the nodes.

9. An electronic device, comprising: at least one processor; as well as a memory communicatively connected to the at least one processor; wherein, The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the method according to any one of claims 1 to 5.

10. A non-transitory computer-readable storage medium storing computer instructions, wherein: The computer instructions are used to cause the computer to execute the method according to any one of claims 1-5.

Images