Block chain-based power demand response method

Abstract

The invention provides a power demand response method based on a block chain. The method comprises the following steps: constructing a three-stage demand response architecture based on a block chain: in a matching stage, realizing parameter credible evidence storage through a distributed account book; in the verification stage, resource configuration is optimized through a dynamic bidding contract; and in the settlement stage, excitation closed loop is automatically completed through Internet of Things data verification. The non-tampering characteristic of the block chain is utilized to guarantee data security, automatic execution of the smart contract replaces manual operation, token settlement stimulates and improves the response enthusiasm of the user, and a supervision side database supports offline auditing. Therefore, the three pain points of trust missing, inefficient excitation and difficult supervision of a traditional system are solved, and efficient and transparent configuration of electric power resources is achieved.

Description

Technical Field

[0001] This application relates to the field of blockchain, and more particularly to a blockchain-based method for electricity demand response. Background Technology

[0002] Traditional power demand response systems employ a centralized management model, with data storage and management concentrated in a few central nodes. This leads to several problems: firstly, high data trust costs and the risk of data leakage or tampering without the knowledge of affected users; secondly, ineffective power incentive mechanisms, relying on static incentives that fail to dynamically adjust user behavior based on real-time supply and demand in the power market, resulting in both peak-hour power shortages and off-peak resource waste; and thirdly, complex data processing mechanisms and management systems, with data notarization relying on third-party institutions and settlement requiring multiple stages of manual verification, resulting in cumbersome, error-prone, and time-consuming processes. These issues contribute to inefficient power resource allocation and hinder the development of smart grids.

[0003] Therefore, a decentralized solution is needed, specifically a blockchain-based electricity demand response method, to improve the effectiveness of electricity resource allocation and data security during the allocation process. Summary of the Invention

[0004] The purpose of this application is to address at least one of the aforementioned technical deficiencies, particularly the lack of effectiveness in power resource allocation and insufficient data security in the resource allocation process in the prior art.

[0005] In a first aspect, this application provides a blockchain-based electricity demand response method, the method comprising:

[0006] Demand response matching phase:

[0007] The resource allocation requirement parameters and the response incentive parameters corresponding to each of the resource allocation requirement parameters are sent through the first terminal, and the task response parameters based on each of the resource allocation requirement parameters and the response lock resources corresponding to the task response parameters are sent through the second terminal. The resource allocation requirement parameters, the response incentive parameters, the task response parameters and the response lock resources are written into the target blockchain distributed ledger.

[0008] The response incentive parameter is used to indicate the blockchain-based data resources or computing power resources provided by the first terminal to complete each of the resource allocation requirement parameters; the response lock resource is used to indicate the blockchain-based data resources or computing power resources that the second terminal needs to lock to participate in the execution of each of the resource allocation requirement parameters.

[0009] Data validation phase:

[0010] During the first time period, for each of the resource allocation requirement parameters, the validity of each of the task response parameters is determined according to the response matching smart contract, and it is determined whether to update the task response parameters and the release status of the response locked resources, and the locking process of the response locked resources is executed.

[0011] Token settlement phase:

[0012] During the second time period, determine the execution status of each of the aforementioned resource allocation requirement parameters;

[0013] And, the settlement process for the response incentive parameters is executed during the third time period.

[0014] As an optional implementation, the resource allocation requirement parameter is used to indicate the pending allocation status of power resources, the response incentive parameter is used to indicate the blockchain-based resource incentive status corresponding to the completion of the resource allocation requirement parameter, the task response parameter includes at least one power resource expected configuration parameter, used to indicate the expected configuration capability of the second terminal corresponding to each of the resource allocation requirement parameters, and the response locked resource is used to indicate the locking status of the blockchain-based resources in which the second terminal participates in the power resource allocation process of each of the resource allocation requirement parameters.

[0015] As an optional implementation, the execution process of the response matching smart contract includes:

[0016] A valid quote is determined based on the task response parameters currently sent by the second terminal;

[0017] If the task response parameters sent by the second terminal meet the preset matching conditions, the task response parameters sent by the second terminal are determined as the valid offer, and the deposit refund contract is invoked to unlock and refund the response locked resources corresponding to the previous valid offer.

[0018] If the task response parameters sent by the second terminal do not meet the preset matching conditions, the deposit refund contract will be invoked to return the response lock resources corresponding to the second terminal, and the bidding will be marked as invalid.

[0019] As an optional implementation, the demand response matching stage specifically includes:

[0020] The task is published through the first terminal, and the target value of power resource allocation, the first time period, and the second time period are input as the resource allocation demand parameters, and the token settlement amount based on blockchain is input as the response incentive parameter.

[0021] After publishing the smart contract through the task and verifying the legality of the parameters, the resource allocation requirement parameters and the corresponding response incentive parameters are written into the blockchain distributed ledger and broadcast to all nodes in the network.

[0022] The second terminal invokes the bidding submission smart contract to submit task response parameters based on the resource allocation requirement parameters, and the corresponding response locks resources.

[0023] After verifying the validity of the response lock resource corresponding to the second terminal through the bidding submission smart contract, the task response parameters and the response lock resource are written into the target blockchain distributed ledger.

[0024] The resource allocation requirement parameters, response incentive parameters, task response parameters, and response locked resources are synchronized to the third terminal through the target blockchain distributed ledger.

[0025] As an optional implementation, the step of determining the execution status of each of the resource allocation requirement parameters during the second time period, and executing the settlement process for the response-locked resources and the response incentive parameters, includes:

[0026] Determine the matching status of the task response parameters corresponding to each of the resource allocation requirement parameters;

[0027] If the match fails, the corresponding resource allocation requirement parameter will be processed. If the match is successful, the execution status of the corresponding resource allocation requirement parameter will be determined in the second time period.

[0028] If the execution is successful, the process of sending the response lock resource and the response incentive parameter corresponding to the resource allocation requirement parameter to the corresponding second terminal is triggered. If the execution fails, the preset execution process of the response lock resource corresponding to the resource allocation requirement parameter is triggered, and the flow flag information is reported to the third terminal.

[0029] As an optional implementation, determining the matching status of the task response parameters corresponding to each of the resource allocation requirement parameters includes:

[0030] If each of the expected power resource configuration parameters indicated by the task response parameters meets the corresponding resource allocation requirement parameters, then the matching is considered successful; if any of the expected power resource configuration parameters does not meet the corresponding resource allocation requirement parameters, or if there is no corresponding task response parameter for the resource allocation requirement parameters, then the matching is considered unsuccessful.

[0031] Furthermore, the process for handling failed bids includes:

[0032] The system reports the error information to the third terminal and terminates the task process corresponding to the resource allocation requirement parameters, or returns to the requirement response matching stage to re-match within the third time period.

[0033] As an optional implementation, the step of determining the execution status of the corresponding resource allocation requirement parameters during the second time period includes:

[0034] For each of the resource allocation requirement parameters, the power resource data of the executing user corresponding to the second terminal is collected in real time through the power data acquisition module or metering interface;

[0035] Based on the power resource data, the actual adjustment amount of power resources is determined. If, during the second time period, the actual adjustment amount of power resources is within the tolerance range of the expected adjustment amount indicated by the resource allocation demand parameter, and the corresponding time proportion exceeds a preset threshold, then the execution is deemed successful.

[0036] Secondly, this application provides a blockchain-based electricity demand response device, the device comprising:

[0037] The processing module is used to execute the following during the demand-response matching phase:

[0038] The resource allocation requirement parameters and the response incentive parameters corresponding to each of the resource allocation requirement parameters are sent through the first terminal, and the task response parameters based on each of the resource allocation requirement parameters and the response lock resources corresponding to the task response parameters are sent through the second terminal. The resource allocation requirement parameters, the response incentive parameters, the task response parameters and the response lock resources are written into the target blockchain distributed ledger.

[0039] The processing module is also used to perform the following during the data verification phase:

[0040] During the first time period, for each of the resource allocation requirement parameters, the validity of each of the task response parameters is determined according to the response matching smart contract, and it is determined whether to update the task response parameters and the release status of the resource locked by the response.

[0041] The processing module is also used to perform the following during the token settlement phase:

[0042] During the second time period, the execution status of each of the resource allocation requirement parameters is determined, and the settlement process for the response-locked resources and the response-incentive parameters is executed.

[0043] Thirdly, this application provides a computer device including one or more processors and a memory storing computer-readable instructions that, when executed by the one or more processors, perform the steps of the method described in the first aspect.

[0044] Fourthly, this application provides a storage medium storing computer-readable instructions that, when executed by one or more processors, cause the one or more processors to perform the steps of the method described in the first aspect.

[0045] As can be seen from the above technical solutions, the embodiments of this application have the following advantages:

[0046] Based on any of the above embodiments, this application reconstructs the electricity demand response process through a decentralized architecture: In the demand response matching stage, grid operators and users respectively publish task parameters and submit bidding deposits through smart contracts. All data is written to the blockchain distributed ledger and synchronized to the regulatory database, laying a data foundation that is tamper-proof throughout the entire process. In the data verification stage, the price verification contract triggers a dynamic bidding mechanism in real time, automatically updates the highest valid bid, and immediately refunds the deposit, achieving efficient optimization of the bidding process by combining time-limit checks. In the token settlement stage, the actual electricity consumption data of users is verified through IoT devices, and the smart contract automatically executes the distribution of bonuses or deduction of deposits, forming an incentive closed loop. Blockchain technology ensures the full traceability of electricity consumption data and transaction records. Smart contracts achieve full automation of matching, bidding, verification, and settlement, eliminating the risk of human intervention in centralized systems. Token settlement incentives combined with the dynamic bidding mechanism accurately regulate user behavior, improving the efficiency of resource allocation during peak / off-peak periods. The dual-track evidence storage system of the regulatory database and the blockchain takes into account both real-time transparency and offline auditing requirements. Ultimately, it achieves a synergistic improvement in the efficiency of electricity resource allocation, data security, and regulatory effectiveness. Attached Figure Description

[0047] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0048] Figure 1 A flowchart illustrating a blockchain-based electricity demand response method provided in one embodiment of this application;

[0049] Figure 2 A simplified schematic diagram of the multi-terminal interaction process corresponding to a blockchain-based electricity demand response method provided in one embodiment of this application;

[0050] Figure 3 A schematic diagram of the system architecture corresponding to a blockchain-based electricity demand response method provided in one embodiment of this application;

[0051] Figure 4 A schematic diagram illustrating the overall process of a blockchain-based electricity demand response method provided in one embodiment of this application in a real-world application scenario;

[0052] Figure 5 This is an internal structural diagram of a computer device provided in an embodiment of this application. Detailed Implementation

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

[0054] Traditional electricity demand response systems typically employ a centralized management model. In this model, data storage and management are concentrated in a few central nodes, such as grid operators or large power companies. This leads to a significant increase in data trust costs, as users need to completely trust these central nodes not to tamper with or misuse the data. In some regional electricity demand response projects, user data is managed by a single grid node, posing a risk of user electricity data leakage or misuse, resulting in low user participation in the demand response project. Under this centralized management model, data transmission and processing rely on the processing power of the central nodes. When the data volume is large, data transmission delays and low processing efficiency are prone to occur, further impacting user experience and participation.

[0055] Traditional electricity demand response systems often employ simplistic incentive mechanisms, merely providing users with financial subsidies. This differs from real-time, dynamic adjustments that align with the multi-role interaction principles of electricity demand allocation. It fails to accurately incentivize user behavior based on real-time supply and demand dynamics and price fluctuations in the electricity market. During peak demand periods, the lack of effective price signals exacerbates the supply-demand imbalance; conversely, during off-peak periods, it leads to wasted electricity resources and fails to provide sustained and effective incentives for user participation in demand response.

[0056] Traditionally, data storage and settlement processes are cumbersome and complex. Data storage typically relies on third-party certification and notarization, which not only increases costs but is also susceptible to human intervention. In electricity trading settlement, multiple stages of manual verification and approval are required, leading to data errors and settlement delays. In some regions, electricity trading settlement necessitates multiple data verifications and paper document transfers between grid companies, power generation enterprises, and users. This process is time-consuming and prone to human error, impacting the efficiency and market activity of electricity trading. Such complex manual processes can also lead to unfair trading practices, harming the interests of market participants. Therefore, it is necessary to reduce human intervention and improve the credibility of data storage and settlement through technological means.

[0057] Blockchain technology, with its unique immutability, provides a solid guarantee for the authenticity and traceability of data. In the distributed ledger of a blockchain, data is recorded on multiple nodes, each holding a complete copy. Once data is recorded on the blockchain, consensus must be reached among more than these nodes before modification can occur, which is virtually impossible in practice, thus ensuring the originality and integrity of the data. In electricity demand response scenarios, user electricity consumption data, response behavior, and reward records can all be accurately recorded on the blockchain, and no single party can tamper with them, greatly improving data credibility and transparency. Similarly, regulatory users can easily trace the source and historical history of data through the blockchain, ensuring the compliance and fairness of electricity demand response projects.

[0058] Token settlement and token economics offer an innovative solution for quantifying and incentivizing user response behavior. By issuing tokens for settlement as an incentive, each user's electricity consumption and demand response action can be quantified and rewarded with corresponding token settlement rewards. This approach not only motivates users to actively participate in demand response but also provides precise rewards based on their actual contributions. In some blockchain-based energy projects, users can earn token settlements by reducing peak-hour electricity consumption or participating in demand response activities such as electricity storage. These token settlements can be traded on the market or used to pay electricity bills, thus realizing the economic value transformation of user response behavior and increasing user participation.

[0059] Smart contracts are a key application of blockchain technology. They can automatically execute pre-defined contract terms, significantly simplifying transaction processes and reducing intermediary costs. In electricity demand response systems, smart contracts can automatically trigger reward mechanisms and settlement processes based on preset conditions, such as electricity market prices and user electricity consumption behavior. When electricity prices reach a preset peak, the smart contract automatically distributes token settlement rewards to participating users and completes electricity bill settlement without manual intervention. This not only improves transaction efficiency but also reduces human error and disputes. Smart contracts can also automate the management of electricity transactions, such as real-time electricity buying and selling and automatic contract execution, further optimizing the operation of the electricity market and reducing market transaction costs.

[0060] The system corresponding to this application is built on blockchain technology, encompassing the collaborative operation of components such as a blockchain underlying platform, smart contract module, token settlement management module, front-end interaction module, and regulatory database. Regarding the demand response bidding and settlement process, it is divided into three stages: demand response matching, data verification, and token settlement. In the demand response matching stage, the platform receives task parameters and bonuses issued by the grid operator, and receives bids and task deposits submitted by grid users, while simultaneously synchronizing relevant records to the regulatory database. In the data verification stage, new bids are price-verified, and the task period is checked for expiration. In the token settlement stage, the system determines whether a task has been accepted, verifies the execution results of accepted tasks, and processes them accordingly. This system overcomes the limitations of traditional power demand response systems, enabling tamper-proof storage of electricity data, incentivizing and automating scheduling based on the multi-role interaction principle in power demand allocation, and is of great significance for demand-side resource optimization management in a smart grid environment. It effectively addresses many pain points of traditional systems and provides strong support for the sustainable development of the power industry.

[0061] In summary, the technical concept of this application lies in reconstructing the electricity demand response process through a decentralized architecture: In the demand response matching phase, grid operators and users respectively publish task parameters and submit bidding deposits through smart contracts. All data is written to the blockchain distributed ledger and synchronized to the regulatory database, laying a data foundation that is tamper-proof throughout the entire process. In the data verification phase, the price verification contract triggers a dynamic bidding mechanism in real time, automatically updating the highest valid bid and immediately refunding the deposit, combined with time-limit checks to achieve efficient optimization of the bidding process. In the token settlement phase, the actual electricity consumption data of users is verified through IoT devices, and the smart contract automatically executes the distribution of bonuses or deduction of deposits, forming an incentive closed loop. Blockchain technology ensures the full traceability of electricity consumption data and transaction records, and smart contracts achieve full automation of matching, bidding, verification, and settlement, eliminating the risk of human intervention in centralized systems. Token settlement incentives combined with the dynamic bidding mechanism accurately regulate user behavior, improving the efficiency of resource allocation during peak / off-peak periods. The dual-track evidence storage system of the regulatory database and the blockchain takes into account both real-time transparency and offline auditing requirements. Ultimately, this will lead to a synergistic improvement in the efficiency of power resource allocation, data security, and regulatory effectiveness.

[0062] The following describes in detail the methods provided in this application based on corresponding implementation methods in some practical application scenarios. The core objective of this application is to build a decentralized electricity demand response ecosystem, fundamentally solving many pain points of traditional electricity demand response systems by leveraging innovative technologies such as blockchain and token settlement.

[0063] To address data trust and security issues, blockchain's distributed ledger and encryption algorithms ensure that all types of data generated during demand response, such as user electricity consumption data, response behavior records, and reward distribution details, are stored and transmitted in an immutable manner. This significantly enhances data credibility and security, providing a solid data foundation for accurate analysis and decision-making in electricity demand response. In some blockchain-based energy data management projects, by recording energy data on the blockchain, the risk of data tampering is virtually zero. Regulatory agencies and users can view the authenticity and integrity of the data in real time, enhancing trust in the data.

[0064] In terms of incentive mechanisms, token settlement is introduced as a new incentive medium, constructing an incentive mechanism that aligns with the multi-role interaction principle in the electricity demand allocation process. By issuing dedicated electricity tokens, users are rewarded with a corresponding number of tokens based on their demand response behavior, such as proactively reducing electricity consumption during peak hours and increasing electricity consumption during off-peak hours. These tokens can be traded on the blockchain or used to exchange for electricity fees or participate in other energy-related economic activities, thereby fully stimulating users' enthusiasm and initiative in actively participating in electricity demand response and achieving optimal allocation of electricity resources. In some pilot areas, users receive token settlement rewards by participating in demand response, which are used to purchase energy-saving equipment or offset future electricity bills, increasing user participation.

[0065] To achieve efficient execution and transparent settlement of response tasks, this invention utilizes blockchain-based smart contract technology, pre-setting response methods including load adjustment threshold settings and incentive price algorithms. When the system detects that the power supply and demand situation meets the pre-set response conditions, the smart contract automatically triggers the response task matching process, precisely connecting the grid operator's needs with the user's response capabilities. After the response is completed, transparent settlement is automatically performed according to pre-set rules, ensuring the efficiency and fairness of the entire process and reducing the uncertainty and risks caused by human intervention. In some smart grid projects, the smart contract automatically calculates and distributes rewards based on real-time electricity prices and user response commitments, without requiring manual intervention, greatly improving the efficiency and accuracy of settlement.

[0066] Figure 1 A flowchart illustrating a blockchain-based electricity demand response method provided in one embodiment of this application is shown below. Figure 1 As shown, this application provides a blockchain-based electricity demand response method, the method comprising:

[0067] S101, Demand Response Matching Phase:

[0068] The resource allocation requirement parameters and the response incentive parameters corresponding to each of the resource allocation requirement parameters are sent through the first terminal, and the task response parameters based on each of the resource allocation requirement parameters and the response lock resources corresponding to the task response parameters are sent through the second terminal. The resource allocation requirement parameters, the response incentive parameters, the task response parameters and the response lock resources are written into the target blockchain distributed ledger.

[0069] The response incentive parameter is used to indicate the blockchain-based data resources or computing power resources provided by the first terminal to complete each of the resource allocation requirement parameters; the response lock resource is used to indicate the blockchain-based data resources or computing power resources that the second terminal needs to lock to participate in the execution of each of the resource allocation requirement parameters.

[0070] S102, Data Verification Stage:

[0071] During the first time period, for each of the resource allocation requirement parameters, the validity of each of the task response parameters is determined according to the response matching smart contract, and it is determined whether to update the task response parameters and the release status of the response locked resources, and the locking process of the response locked resources is executed.

[0072] S103, Token Settlement Stage:

[0073] During the second time period, determine the execution status of each of the aforementioned resource allocation requirement parameters;

[0074] And, the settlement process for the response incentive parameters is executed during the third time period.

[0075] Please see Figure 2 , Figure 2 This is a simplified schematic diagram of the multi-terminal interaction process corresponding to a blockchain-based electricity demand response method provided in one embodiment of this application. The first terminal, second terminal, and third terminal involved in this application can actually indicate user groups such as grid operators, electricity users, and regulatory agencies, respectively. Specifically, power system participants such as grid operators who have allocation needs for parameters such as electricity load can send resource allocation demand parameters as task items through the first terminal, while providing corresponding response incentive parameters. In this application, these can be blockchain-based data resources or computing power resources. For ease of understanding, terms such as price and currency may be used to refer to these resources. However, it should be noted that in the blockchain context, these terms are actually technical concepts, namely, the data resources or computing power mentioned above, rather than economic behaviors in the traditional social sense. Electricity users and other participants can query task information and task rewards through the second terminal, i.e., the aforementioned resource allocation demand parameters and response incentive parameters. Then, they can initiate bidding for suitable tasks, i.e., task response parameters, which indicate the electricity user's expected ability to meet electricity demand. Simultaneously, they provide corresponding response lock resources, i.e., the blockchain-based data resources or computing power that the electricity user needs to provide. These resources need to be locked during the bidding process and returned upon successful bidding to ensure the validity of the bidding. The resource allocation requirements, response incentive parameters, task response parameters, and response locked resource parameters of the task release and bidding processes are written into the blockchain distributed ledger and can also be synchronized to a third terminal for data supervision to query or execute blockchain-based data resource or computing power settlement.

[0076] During the data verification phase, which involves multiple electricity users bidding in the first time period, electricity users can initiate bidding for task response parameters based on the corresponding resource allocation demand parameters. The matching is completed based on the matching of the resource allocation demand parameters and the various sub-parameters in the task response parameters, or based on the matching of the comprehensive score calculated from each sub-parameter. Following the principle of "highest bidder wins," the electricity user whose resource allocation demand parameters match the minimum requirements for task response parameters and whose value is the highest among multiple electricity users is selected. The process then proceeds to the token settlement phase, where it is determined whether the tasks corresponding to each resource allocation demand parameter have been effectively accepted. In the second time period, the task completion status of the winning electricity user is assessed, and the settlement process begins.

[0077] Please see Figure 3 , Figure 3 This is a schematic diagram of the system architecture corresponding to a blockchain-based electricity demand response method provided in one embodiment of this application. This system is built on a consortium blockchain (participants include grid operators, electricity users, regulatory agencies, etc., who join the blockchain network through authorization). The core components include:

[0078] The underlying blockchain platform employs a blockchain technology that supports smart contracts and boasts high scalability and security. It provides distributed ledger storage, a consensus mechanism (ensuring data consistency across multiple nodes), and a smart contract execution environment. This blockchain technology possesses efficient transaction processing capabilities, meeting the demands of a large number of concurrent operations by users in the power demand response system, while simultaneously ensuring data security and immutability.

[0079] The smart contract module encapsulates the business rules for demand response, automatically executing operations such as task matching, price verification, bonus distribution / deposit deduction, etc. Smart contracts are written in a specialized smart contract programming language with a rigorous syntax and logical expression capability, enabling accurate and error-free implementation of complex rule settings in demand response business processes.

[0080] Token Settlement Management Module: This module interfaces with blockchain token settlement protocols to enable token issuance, transfer, and balance management, ensuring the digital and automated flow of incentives. It adheres to specific token settlement standards, guaranteeing stable operation and interaction of token settlement within the system.

[0081] Front-end interaction module: This module provides an interface for power grid operators, electricity users, and regulatory agencies, supporting functions such as task posting, bid submission, data querying, and regulatory verification. Built using an advanced front-end development framework, it offers a superior user experience and fast response time, facilitating convenient operation for all stakeholders.

[0082] Regulatory database: Synchronizes data with the blockchain, storing key information throughout the entire process (such as task details, margin records, and settlement results) for offline verification and auditing by regulatory agencies. This database employs a high-performance database management system, capable of efficiently processing and storing large amounts of data while ensuring data consistency and reliability.

[0083] This implementation uses blockchain technology to construct a three-stage automated process: demand response matching, data verification, and token settlement. In the matching stage, resource allocation demand parameters, response incentive parameters, task response parameters, and locked resources are written into a distributed ledger, achieving decentralized and reliable matching of demand and response. In the verification stage, the response matching smart contract dynamically determines the validity of bids and updates the status of locked resources in real time, solving the problem of low bidding efficiency in traditional centralized systems. In the settlement stage, incentive settlement is automatically completed based on on-chain execution data, forming a closed-loop management system. This achieves transparency, automation, and tamper-proofing throughout the entire power resource allocation process, significantly reducing trust costs and improving demand response efficiency and resource allocation accuracy.

[0084] As an optional implementation, the resource allocation requirement parameter is used to indicate the pending allocation status of power resources, the response incentive parameter is used to indicate the blockchain-based resource incentive status corresponding to the completion of the resource allocation requirement parameter, the task response parameter includes at least one power resource expected configuration parameter, used to indicate the expected configuration capability of the second terminal corresponding to each of the resource allocation requirement parameters, and the response locked resource is used to indicate the locking status of the blockchain-based resources in which the second terminal participates in the power resource allocation process of each of the resource allocation requirement parameters.

[0085] This implementation clearly defines resource allocation demand parameters to indicate the pending allocation status of power resources, response incentive parameters to associate blockchain resource incentives, task response parameters to quantify the user's expected allocation capabilities, and response-locked resources to characterize the blockchain resource locking status. Through standardized parameter definitions, it ensures that smart contracts can accurately parse power resource allocation targets, user capabilities, and incentive rules, providing a structured data foundation for dynamic bidding and automatic settlement, thereby improving the machine executability and collaborative efficiency of the demand response process.

[0086] As an optional implementation, the execution process of the response matching smart contract includes:

[0087] A valid quote is determined based on the task response parameters currently sent by the second terminal;

[0088] If the task response parameters sent by the second terminal meet the preset matching conditions, the task response parameters sent by the second terminal are determined as the valid offer, and the deposit refund contract is invoked to unlock and refund the response locked resources corresponding to the previous valid offer.

[0089] If the task response parameters sent by the second terminal do not meet the preset matching conditions, the deposit refund contract will be invoked to return the response lock resources corresponding to the second terminal, and the bidding will be marked as invalid.

[0090] Here, the preset matching conditions may include: the task response parameter sent by the current second terminal is within the tolerance range of the resource allocation requirement parameter, and is not less than the valid maximum value corresponding to the task response parameter recorded in the blockchain; or the task response parameter sent by the current second terminal is within the tolerance range of the resource allocation requirement parameter, and has a higher degree of matching with the tolerance range of the resource allocation requirement parameter compared to the tolerance ranges corresponding to other task response parameters recorded in the blockchain; or, through a certain weight allocation method, comprehensively considering the size of the task response parameter sent by the current second terminal compared to the existing task response parameters sent by other second terminals, the matching degree of the task response parameter sent by the current second terminal with the tolerance range of the resource allocation requirement parameter, and the overall performance of the matching degree of the task response parameter sent by the current second terminal with the tolerance range of the resource allocation requirement parameter compared to the matching degree of the existing task response parameters sent by other second terminals with the tolerance range of the resource allocation requirement parameter.

[0091] As an optional implementation, a model based on equity bidding is included. Users are willing to lock up more resources (deposits / bid funds) to obtain task rewards, and the system selects the user who locks up the most resources. This means that the user's net benefit (reward - capital occupation cost) is lower, but the power grid obtains stronger performance guarantee. The processing module's response matching smart contract execution process includes:

[0092] The quantitative value of the resource lock sent by the second terminal is analyzed in real time and compared with the highest locked resource threshold corresponding to the resource allocation demand parameter currently recorded in the blockchain distributed ledger to determine the effective bidder;

[0093] If the quantitative value of the response locked resources sent by the second terminal is higher than the highest locked resource threshold recorded in the blockchain, then the second terminal is determined to be a new winning bidder, the highest locked resource threshold is updated, and the smart contract is triggered to automatically execute the unfreezing logic, unlocking the response locked resources corresponding to the previous winning bidder and returning them to the original source.

[0094] If the quantified value of the resource locked in the response sent by the second terminal is not higher than the highest locked resource threshold recorded on the blockchain, then the current bid is deemed invalid, and the smart contract is directly triggered to return the resource locked in the response currently submitted by the second terminal.

[0095] As an optional implementation, a model based on fit selection is included. The power grid publishes a target value, and the bidder whose promised response is closest to this value (with the smallest error) wins the bid. This reflects the pursuit of "control precision" in engineering management. The execution process of the response matching smart contract by the processing module includes:

[0096] The absolute deviation between the task response parameters sent by the second terminal and the resource allocation requirement parameters is calculated in real time, and the absolute deviation value is compared with the minimum deviation threshold currently recorded in the blockchain distributed ledger to determine the optimal matching party.

[0097] If the absolute deviation value corresponding to the second terminal is less than the minimum deviation threshold recorded by the blockchain, and the absolute deviation value is within the preset effective tolerance range, then the task response parameter sent by the current second terminal is determined as the optimal matching party, and the margin refund contract is invoked to unlock and return the response locked resources corresponding to the previous optimal matching party.

[0098] If the absolute deviation value corresponding to the second terminal is not less than the minimum deviation threshold recorded by the blockchain, or exceeds the effective tolerance range, then the matching priority is determined to be insufficient, and the margin refund contract is directly invoked to return the response lock resources corresponding to the second terminal, maintaining the original optimal matching party unchanged.

[0099] This implementation method compares user bids with the highest valid bid on the blockchain in real time through a matching smart contract. If the new bid is higher, the highest bid is updated and the previous successful bidder's margin is automatically refunded; otherwise, the current margin is refunded and the bid is marked as invalid. This mechanism achieves dynamic bidding in accordance with the multi-role interaction principle in electricity demand allocation. Through real-time on-chain price comparison and automatic margin refund, it avoids manual intervention in the bidding process, ensures that high-bid users continuously replace low-bid users, optimizes resource allocation efficiency, and improves the fairness of user participation.

[0100] As an optional implementation, the demand response matching stage specifically includes:

[0101] The task is published through a smart contract called by the first terminal. The target value of power resource allocation, the first time period, and the second time period are input as the resource allocation demand parameters, and the token settlement amount based on blockchain is input as the response incentive parameter.

[0102] After publishing the smart contract through the task and verifying the legality of the parameters, the resource allocation requirement parameters and the corresponding response incentive parameters are written into the blockchain distributed ledger and broadcast to all nodes in the network.

[0103] The bidding submission smart contract is invoked through the second terminal to submit task response parameters based on the resource allocation requirement parameters, and corresponding response lock resources for the task response parameters;

[0104] After verifying the validity of the response lock resource corresponding to the second terminal through the bidding submission smart contract, the task response parameters and the response lock resource are written into the target blockchain distributed ledger.

[0105] The resource allocation requirement parameters, response incentive parameters, task response parameters, and response locked resources are synchronized to the third terminal through the target blockchain distributed ledger.

[0106] In this context, the third terminal, acting as a regulatory or data synchronization terminal, may not participate in the data settlement process in specific implementations. Instead, the corresponding settlement process is handled by the distributed mechanism of the blockchain itself.

[0107] This implementation method utilizes a collaborative operation between a task publishing contract and a bidding submission contract during the matching phase: the operator publishes task parameters and token settlement incentives, users submit bids and lock in margin, and the data, after being verified for legality, is written to the blockchain and synchronized to the regulatory terminal. By employing smart contracts to automatically verify the validity of parameters and margin, combined with distributed ledger broadcasting across the network, the immutability of the entire process—from task publishing and bidding submission to regulatory synchronization—is ensured, establishing a trusted data source for subsequent verification and settlement.

[0108] As an optional implementation, the step of determining the execution status of each of the resource allocation requirement parameters during the second time period, and executing the settlement process for the response-locked resources and the response incentive parameters, includes:

[0109] Determine the matching status of the task response parameters corresponding to each of the resource allocation requirement parameters;

[0110] If a match fails, the corresponding resource allocation requirement parameter's failure processing flow is triggered. The locked resources can be destroyed, flowed into a public bonus pool as reward resources for other tasks with the same resource allocation requirement parameter, or transferred to the user corresponding to the first terminal that initiated the task. If a match succeeds, the execution status of the corresponding resource allocation requirement parameter is determined in the second time period.

[0111] If execution is successful, the process of sending the response locked resources and response incentive parameters corresponding to the resource allocation requirement parameters to the corresponding second terminal is triggered. If execution fails, a preset execution process for the response locked resources corresponding to the resource allocation requirement parameters is triggered, and the failure information is reported to the third terminal. In this embodiment, the task matching result is determined by a smart contract during the settlement stage: if the matching fails, failure processing is triggered; if the matching is successful, the execution status is verified. If the execution is successful, the locked resources and incentive parameters are automatically issued to the user; if the execution fails, the locked resources are directly deducted. This design integrates matching determination, performance verification, and reward / penalty execution into an on-chain smart contract, realizing automatic handling of default behavior and precise closed-loop flow of incentives, significantly reducing manual verification costs and improving settlement timeliness.

[0112] As an optional implementation, determining the matching status of the task response parameters corresponding to each of the resource allocation requirement parameters includes:

[0113] If each of the expected power resource configuration parameters indicated by the task response parameters meets the corresponding resource allocation requirement parameters, then the matching is considered successful; if any of the expected power resource configuration parameters does not meet the corresponding resource allocation requirement parameters, or if there is no corresponding task response parameter for the resource allocation requirement parameters, then the matching is considered unsuccessful.

[0114] Furthermore, the process for handling failed bids includes:

[0115] The system reports the error information to the third terminal and terminates the task process corresponding to the resource allocation requirement parameters, or returns to the requirement response matching stage to re-match within the third time period.

[0116] This implementation defines a successful match as all expected power resource configuration parameters meeting the required parameters; otherwise, the match fails. The failed bid handling process supports task termination or re-matching. By clearly defining the matching threshold and failed bid handling rules, the system ensures that smart contracts can automatically switch task states, avoiding invalid tasks from remaining unused. It also provides regulators with traceable records of failed bid handling, enhancing the system's fault tolerance.

[0117] As an optional implementation, the step of determining the execution status of the corresponding resource allocation requirement parameters during the second time period includes:

[0118] For each of the resource allocation requirement parameters, the power resource data of the executing user corresponding to the second terminal is collected in real time through the power data acquisition module or metering interface;

[0119] Based on the power resource data, the actual adjustment amount of power resources is determined. If, during the second time period, the actual adjustment amount of power resources is within the tolerance range of the expected adjustment amount indicated by the resource allocation demand parameters, and the corresponding time proportion exceeds a preset threshold, then the execution is deemed successful. This implementation method collects user power data in real time through a power consumption data acquisition module or metering interface. Execution is deemed successful when the actual adjustment amount continuously exceeds the expected adjustment amount during the second time period. This design combines IoT device data with on-chain smart contracts to achieve objective quantitative verification of electricity consumption behavior, avoid subjective assessment errors, and ensure the fairness of incentive settlement and the credibility of execution results.

[0120] The various embodiments of this application can be implemented in combination; please refer to [link / reference]. Figure 4 , Figure 4 This is a schematic diagram illustrating the overall process of a blockchain-based electricity demand response method provided in one embodiment of this application in a practical application scenario.

[0121] The demand response matching phase includes the following sub-processes:

[0122] Step 1: Task Issuance

[0123] Power grid operators, through a front-end interaction module, invoke a "task release" smart contract on the blockchain, inputting task parameters (such as demand response period, load adjustment requirements, response time, etc.) and corresponding rewards (measured in tokens). After verifying the validity of the parameters, the smart contract writes the task information (including task ID, parameters, and reward amount) into the blockchain distributed ledger and broadcasts it to all nodes on the network. During this process, the consensus mechanism of the underlying blockchain platform ensures consistent acceptance of the task information by all nodes.

[0124] Step 2: User Bidding and Deposit Submission

[0125] Electricity users can view the task list on the blockchain through a front-end interactive module. After selecting a target task, they can invoke the "bid submission" smart contract, input their own bid (which must meet the task parameter requirements, such as the bid corresponding to the promised load adjustment capacity), and lock a task deposit from their own token settlement wallet (the amount is set by the system based on task importance or historical rules, and submitted in the form of token settlement). After the smart contract verifies that the user's wallet balance and deposit are sufficient, it writes the user's bidding information (including user ID, bid, and deposit lock record) to the blockchain. The smart contract's logic rigorously controls each verification step, ensuring the fairness and legality of the bidding process.

[0126] Step 3: Data synchronization to the regulatory side

[0127] The blockchain's distributed ledger automatically synchronizes task details (task ID, operator, parameters, bonus) with user bidding and deposit information to the regulatory database, ensuring that regulatory agencies receive initial data in real time. The data synchronization mechanism between the blockchain and the regulatory database guarantees the accuracy and timeliness of the data.

[0128] The data validation phase includes the following sub-processes:

[0129] Step 1: Verify the new auction price

[0130] Whenever a new user submits a bid, the "price verification" smart contract is automatically triggered:

[0131] If the user's bid is greater than or equal to the "highest valid bid" for this task currently recorded on the blockchain: the smart contract determines "bid successful" and executes two operations:

[0132] Update the "highest valid offer" for this task to the current new offer;

[0133] The "Margin Refund" smart contract is invoked to release the margin of the original highest bidder from its locked state and refund it to the original user's token settlement wallet. The token settlement management module is responsible for handling the margin refund operation, ensuring the security and efficiency of fund transfers.

[0134] If a user's bid is lower than the highest valid bid, the smart contract determines that the bid has failed, returns the user's deposit directly, and marks the bidding record as "invalid".

[0135] Step 2: Check if the task expires

[0136] The smart contract has built-in "task timestamp" detection logic to continuously monitor the task's deadline:

[0137] If the task time has not expired: the smart contract continues to open the bidding interface and repeats the "new bidding price verification" process;

[0138] If the task time has expired: the smart contract automatically closes the bidding interface and triggers the "token settlement phase". The smart contract strictly controls the bidding time range through precise detection of timestamps.

[0139] The token settlement phase includes the following sub-processes:

[0140] Step 1: Determine the status of task acceptance

[0141] The smart contract retrieves the record of the "highest valid bid" for this task on the blockchain:

[0142] If there are no valid bids (i.e., all bids fail or no users participate): the smart contract calls the "failed bid handling" logic, reports the "task failed bid" to the regulatory database, and terminates the task process.

[0143] If a valid bid exists (i.e., a user successfully participates with the highest bid): the smart contract determines that the user has "accepted the task" and proceeds to the "task execution result verification" stage. The smart contract accurately determines the task acceptance status according to the set rules.

[0144] Step 2: Verification of the completion status of the demand response task

[0145] After accepting the task, the user must perform a demand response operation (such as adjusting the electricity load) within a specified time. The system collects the user's actual response data through IoT devices, smart meters, etc., and uploads it to the blockchain.

[0146] If the response is completed and meets the requirements: the smart contract triggers the "bonus distribution" logic, transferring the bonus corresponding to the task from the power grid operator's token settlement account to the recipient user's token settlement wallet, and simultaneously reporting "task completed" to the regulatory database. The token settlement management module ensures that funds accurately reach the user's wallet during the bonus distribution process.

[0147] If the response is incomplete or does not meet the requirements: the smart contract triggers the "margin deduction" logic, deducts the margin submitted by the receiving user, reports "user default" to the regulatory database, and then terminates the task process.

[0148] This application also provides a blockchain-based electricity demand response device, the device comprising:

[0149] The processing module is used to execute the following during the demand-response matching phase:

[0150] The resource allocation requirement parameters and the response incentive parameters corresponding to each of the resource allocation requirement parameters are sent through the first terminal, and the task response parameters based on each of the resource allocation requirement parameters and the response lock resources corresponding to the task response parameters are sent through the second terminal. The resource allocation requirement parameters, the response incentive parameters, the task response parameters and the response lock resources are written into the target blockchain distributed ledger.

[0151] The response incentive parameter is used to indicate the blockchain-based data resources or computing power resources provided by the first terminal to complete each of the resource allocation requirement parameters; the response lock resource is used to indicate the blockchain-based data resources or computing power resources that the second terminal needs to lock to participate in the execution of each of the resource allocation requirement parameters.

[0152] The processing module is also used to perform the following during the data verification phase:

[0153] During the first time period, for each of the resource allocation requirement parameters, the validity of each of the task response parameters is determined according to the response matching smart contract, and it is determined whether to update the task response parameters and the release status of the response locked resources, and the locking process of the response locked resources is executed.

[0154] The processing module is also used to perform the following during the token settlement phase:

[0155] During the second time period, determine the execution status of each of the aforementioned resource allocation requirement parameters;

[0156] And, the settlement process for the response incentive parameters is executed during the third time period.

[0157] This implementation uses blockchain technology to construct a three-stage automated process: demand response matching, data verification, and token settlement. In the matching stage, resource allocation demand parameters, response incentive parameters, task response parameters, and locked resources are written into a distributed ledger, achieving decentralized and reliable matching of demand and response. In the verification stage, the response matching smart contract dynamically determines the validity of bids and updates the status of locked resources in real time, solving the problem of low bidding efficiency in traditional centralized systems. In the settlement stage, incentive settlement is automatically completed based on on-chain execution data, forming a closed-loop management system. This achieves transparency, automation, and tamper-proofing throughout the entire power resource allocation process, significantly reducing trust costs and improving demand response efficiency and resource allocation accuracy.

[0158] As an optional implementation, the resource allocation requirement parameter is used to indicate the pending allocation status of power resources, the response incentive parameter is used to indicate the blockchain-based resource incentive status corresponding to the completion of the resource allocation requirement parameter, the task response parameter includes at least one power resource expected configuration parameter, used to indicate the expected configuration capability of the second terminal corresponding to each of the resource allocation requirement parameters, and the response locked resource is used to indicate the locking status of the blockchain-based resources in which the second terminal participates in the power resource allocation process of each of the resource allocation requirement parameters.

[0159] This implementation clearly defines resource allocation demand parameters to indicate the pending allocation status of power resources, response incentive parameters to associate blockchain resource incentives, task response parameters to quantify the user's expected allocation capabilities, and response-locked resources to characterize the blockchain resource locking status. Through standardized parameter definitions, it ensures that smart contracts can accurately parse power resource allocation targets, user capabilities, and incentive rules, providing a structured data foundation for dynamic bidding and automatic settlement, thereby improving the machine executability and collaborative efficiency of the demand response process.

[0160] As an optional implementation, the processing module's response matching smart contract execution process includes:

[0161] A valid quote is determined based on the task response parameters currently sent by the second terminal;

[0162] If the task response parameters sent by the second terminal meet the preset matching conditions, the task response parameters sent by the second terminal are determined as the valid offer, and the deposit refund contract is invoked to unlock and refund the response locked resources corresponding to the previous valid offer.

[0163] If the task response parameters sent by the second terminal do not meet the preset matching conditions, the deposit refund contract will be invoked to return the response lock resources corresponding to the second terminal, and the bidding will be marked as invalid.

[0164] This implementation method compares user bids with the highest valid bid on the blockchain in real time through a matching smart contract. If the new bid is higher, the highest bid is updated and the previous successful bidder's margin is automatically refunded; otherwise, the current margin is refunded and the bid is marked as invalid. This mechanism achieves dynamic bidding in accordance with the multi-role interaction principle in electricity demand allocation. Through real-time on-chain price comparison and automatic margin refund, it avoids manual intervention in the bidding process, ensures that high-bid users continuously replace low-bid users, optimizes resource allocation efficiency, and improves the fairness of user participation.

[0165] As an optional implementation, the specific method by which the processing module performs the demand-response matching phase includes:

[0166] The task is published through a smart contract called by the first terminal. The target value of power resource allocation, the first time period, and the second time period are input as the resource allocation demand parameters, and the token settlement amount based on blockchain is input as the response incentive parameter.

[0167] After publishing the smart contract through the task and verifying the legality of the parameters, the resource allocation requirement parameters and the corresponding response incentive parameters are written into the blockchain distributed ledger and broadcast to all nodes in the network.

[0168] The bidding submission smart contract is invoked through the second terminal to submit task response parameters based on the resource allocation requirement parameters, and corresponding response lock resources for the task response parameters;

[0169] After verifying the validity of the response lock resource corresponding to the second terminal through the bidding submission smart contract, the task response parameters and the response lock resource are written into the target blockchain distributed ledger.

[0170] The resource allocation requirement parameters, response incentive parameters, task response parameters, and response locked resources are synchronized to the third terminal through the target blockchain distributed ledger.

[0171] This implementation method utilizes a collaborative operation between a task publishing contract and a bidding submission contract during the matching phase: the operator publishes task parameters and token settlement incentives, users submit bids and lock in margin, and the data, after being verified for legality, is written to the blockchain and synchronized to the regulatory terminal. By employing smart contracts to automatically verify the validity of parameters and margin, combined with distributed ledger broadcasting across the network, the immutability of the entire process—from task publishing and bidding submission to regulatory synchronization—is ensured, establishing a trusted data source for subsequent verification and settlement.

[0172] As an optional implementation, the processing module determines the execution status of each of the resource allocation requirement parameters during the second time period, and executes the specific method of the settlement process for the response-locked resources and the response-incentive parameters, including:

[0173] Determine the matching status of the task response parameters corresponding to each of the resource allocation requirement parameters;

[0174] If the match fails, the corresponding resource allocation requirement parameter will be processed. If the match is successful, the execution status of the corresponding resource allocation requirement parameter will be determined in the second time period.

[0175] If the execution is successful, the process of sending the response lock resource and the response incentive parameter corresponding to the resource allocation requirement parameter to the corresponding second terminal is triggered. If the execution fails, the preset execution process of the response lock resource corresponding to the resource allocation requirement parameter is triggered, and the flow flag information is reported to the third terminal.

[0176] This implementation method determines the task matching result through a smart contract during the settlement phase: if the matching fails, a failed bid is triggered; if the matching is successful, the execution status is verified. Upon successful execution, locked resources and incentive parameters are automatically issued to the user; upon failure, locked resources are directly deducted. This design integrates matching determination, performance verification, and reward / penalty execution into an on-chain smart contract, achieving automatic handling of breaches and precise closed-loop flow of incentives, significantly reducing manual verification costs and improving settlement timeliness.

[0177] As an optional implementation, the specific method by which the processing module determines the matching status of the task response parameters corresponding to each of the resource allocation requirement parameters includes:

[0178] If each of the expected power resource configuration parameters indicated by the task response parameters meets the corresponding resource allocation requirement parameters, then the matching is considered successful; if any of the expected power resource configuration parameters does not meet the corresponding resource allocation requirement parameters, or if there is no corresponding task response parameter for the resource allocation requirement parameters, then the matching is considered unsuccessful.

[0179] Furthermore, the specific methods by which the processing module executes the flow marker processing procedure include:

[0180] The system reports the error information to the third terminal and terminates the task process corresponding to the resource allocation requirement parameters, or returns to the requirement response matching stage to re-match within the third time period.

[0181] This implementation defines a successful match as all expected power resource configuration parameters meeting the required parameters; otherwise, the match fails. The failed bid handling process supports task termination or re-matching. By clearly defining the matching threshold and failed bid handling rules, the system ensures that smart contracts can automatically switch task states, avoiding invalid tasks from remaining unused. It also provides regulators with traceable records of failed bid handling, enhancing the system's fault tolerance.

[0182] As an optional implementation, the specific method by which the processing module determines the execution status of the corresponding resource allocation requirement parameters during the second time period includes:

[0183] For each of the resource allocation requirement parameters, the power resource data of the executing user corresponding to the second terminal is collected in real time through the power data acquisition module or metering interface;

[0184] Based on the power resource data, the actual adjustment amount of power resources is determined. If, during the second time period, the actual adjustment amount of power resources is within the tolerance range of the expected adjustment amount indicated by the resource allocation demand parameters, and the corresponding time proportion exceeds a preset threshold, then the execution is deemed successful. This implementation method collects user power data in real time through a power consumption data acquisition module or metering interface. Execution is deemed successful when the actual adjustment amount continuously exceeds the expected adjustment amount during the second time period. This design combines IoT device data with on-chain smart contracts to achieve objective quantitative verification of electricity consumption behavior, avoid subjective assessment errors, and ensure the fairness of incentive settlement and the credibility of execution results.

[0185] It should be noted that the division of the various modules in the above device is merely a logical functional division. In actual implementation, they can be fully or partially integrated into a single physical entity, or they can be physically separated. Furthermore, these modules can be implemented entirely in software via processing element calls; they can be fully implemented in hardware; or some modules can be implemented by processing element calls to software, while others are implemented in hardware. For example, a processing module can be a separate processing element, or it can be integrated into a chip within the device. Alternatively, it can be stored as program code in the device's memory, and its functions can be called and executed by a processing element. The implementation of other modules is similar. Moreover, these modules can be fully or partially integrated together, or they can be implemented independently. The processing element here can be an integrated circuit with signal processing capabilities. During implementation, each step of the above method or each of the above modules can be completed through integrated logic circuits in the hardware of the processor element or through software instructions.

[0186] Indicatively, such as Figure 5 As shown, Figure 5 This is a schematic diagram of the internal structure of a computer device 300 provided in an embodiment of this application. The computer device 300 can be provided as a server. (Refer to...) Figure 5 The computer device 300 includes a processing component 302, which further includes one or more processors, and memory resources represented by memory 301 for storing instructions, such as application programs, that can be executed by the processing component 302. The application programs stored in memory 301 may include one or more modules, each corresponding to a set of instructions. Furthermore, the processing component 302 is configured to execute instructions to perform the methods of any of the embodiments described above.

[0187] The computer device 300 may also include a power supply component 303 configured to perform power management of the computer device 300, a wired or wireless network interface 304 configured to connect the computer device 300 to a network, and an input / output (I / O) interface 305. The computer device 300 may operate on an operating system stored in memory 301, such as Windows Server™, Mac OS X™, Unix™, Linux™, Free BSD™, or similar.

[0188] Those skilled in the art will understand that Figure 5 The structure shown is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the computer device to which the present application is applied. Specific computer devices may include more or fewer components than those shown in the figure, or combine certain components, or have different component arrangements.

[0189] This application provides a storage medium storing computer-readable instructions that, when executed by one or more processors, cause the one or more processors to perform the method provided in any embodiment.

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

[0191] The various embodiments in this specification are described in a progressive manner. Each embodiment focuses on the differences from other embodiments. The various embodiments can be combined as needed, and the same or similar parts can be referred to each other.

[0192] The above description of the disclosed embodiments enables those skilled in the art to make or use this application. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of this application. Therefore, this application is not to be limited to the embodiments shown herein, but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A blockchain-based electricity demand response method, characterized in that, The method includes: Demand response matching phase: The resource allocation requirement parameters and the response incentive parameters corresponding to each of the resource allocation requirement parameters are sent through the first terminal, and the task response parameters based on each of the resource allocation requirement parameters and the response lock resources corresponding to the task response parameters are sent through the second terminal. The resource allocation requirement parameters, the response incentive parameters, the task response parameters and the response lock resources are written into the target blockchain distributed ledger. The response incentive parameter is used to indicate the blockchain-based data resources or computing power resources provided by the first terminal to complete each of the resource allocation requirement parameters; the response lock resource is used to indicate the blockchain-based data resources or computing power resources that the second terminal needs to lock to participate in the execution of each of the resource allocation requirement parameters. Data validation phase: During the first time period, for each of the resource allocation requirement parameters, the validity of each of the task response parameters is determined according to the response matching smart contract, and it is determined whether to update the task response parameters and the release status of the response locked resources, and the locking process of the response locked resources is executed. Token settlement phase: During the second time period, determine the execution status of each of the aforementioned resource allocation requirement parameters; And, the settlement process for the response incentive parameters is executed during the third time period.

2. The method according to claim 1, characterized in that, The resource allocation requirement parameter is used to indicate the pending allocation status of power resources, the response incentive parameter is used to indicate the blockchain-based resource incentive status corresponding to the completion of the resource allocation requirement parameter, the task response parameter includes at least one power resource expected configuration parameter, used to indicate the expected configuration capability of the second terminal corresponding to each of the resource allocation requirement parameters, and the response locked resource is used to indicate the locking status of the blockchain-based resources of the second terminal participating in the power resource allocation process of each of the resource allocation requirement parameters.

3. The method according to claim 2, characterized in that, The execution process of the response matching smart contract includes: A valid quote is determined based on the task response parameters currently sent by the second terminal; If the task response parameters sent by the second terminal meet the preset matching conditions, the task response parameters sent by the second terminal are determined as the valid offer, and the deposit refund contract is invoked to unlock and refund the response locked resources corresponding to the previous valid offer. If the task response parameters sent by the second terminal do not meet the preset matching conditions, the deposit refund contract will be invoked to return the response lock resources corresponding to the second terminal, and the bidding will be marked as invalid.

4. The method according to claim 2, characterized in that, The demand response matching phase specifically includes: The task is published through the first terminal, and the target value of power resource allocation, the first time period, and the second time period are input as the resource allocation demand parameters, and the token settlement amount based on blockchain is input as the response incentive parameter. After publishing the smart contract through the task and verifying the legality of the parameters, the resource allocation requirement parameters and the corresponding response incentive parameters are written into the blockchain distributed ledger and broadcast to all nodes in the network. The second terminal invokes the bidding submission smart contract to submit task response parameters based on the resource allocation requirement parameters, and the corresponding response locks resources. After verifying the validity of the response lock resource corresponding to the second terminal through the bidding submission smart contract, the task response parameters and the response lock resource are written into the target blockchain distributed ledger. The resource allocation requirement parameters, response incentive parameters, task response parameters, and response locked resources are synchronized to the third terminal through the target blockchain distributed ledger.

5. The method according to claim 4, characterized in that, During the second time period, the execution status of each of the resource allocation requirement parameters is determined, and the settlement process for the response-locked resources and the response incentive parameters is executed, including: Determine the matching status of the task response parameters corresponding to each of the resource allocation requirement parameters; If the match fails, the corresponding resource allocation requirement parameter will be processed. If the match is successful, the execution status of the corresponding resource allocation requirement parameter will be determined in the second time period. If the execution is successful, the process of sending the response lock resource and the response incentive parameter corresponding to the resource allocation requirement parameter to the corresponding second terminal will be triggered. If the execution fails, the preset execution process of the response lock resource corresponding to the resource allocation requirement parameter will be triggered, and the flow flag information will be reported to the third terminal.

6. The method according to claim 5, characterized in that, Determining the matching status of the task response parameters corresponding to each of the resource allocation requirement parameters includes: If each of the expected power resource configuration parameters indicated by the task response parameters meets the corresponding resource allocation requirement parameters, then the matching is considered successful; if any of the expected power resource configuration parameters does not meet the corresponding resource allocation requirement parameters, or if there is no corresponding task response parameter for the resource allocation requirement parameters, then the matching is considered unsuccessful. Furthermore, the process for handling failed bids includes: The system reports the error information to the third terminal and terminates the task process corresponding to the resource allocation requirement parameters, or returns to the requirement response matching stage to re-match within the third time period.

7. The method according to claim 5, characterized in that, The process of determining the execution status of the corresponding resource allocation requirement parameters during the second time period includes: For each of the resource allocation requirement parameters, the power resource data of the executing user corresponding to the second terminal is collected in real time through the power data acquisition module or metering interface; Based on the power resource data, the actual adjustment amount of power resources is determined. If, during the second time period, the actual adjustment amount of power resources is within the tolerance range of the expected adjustment amount indicated by the resource allocation demand parameter, and the corresponding time proportion exceeds a preset threshold, then the execution is deemed successful.

8. A blockchain-based electricity demand response device, characterized in that, The device includes: The processing module is used to execute the following during the demand-response matching phase: The resource allocation requirement parameters and the response incentive parameters corresponding to each of the resource allocation requirement parameters are sent through the first terminal, and the task response parameters based on each of the resource allocation requirement parameters and the response lock resources corresponding to the task response parameters are sent through the second terminal. The resource allocation requirement parameters, the response incentive parameters, the task response parameters and the response lock resources are written into the target blockchain distributed ledger. The processing module is also used to perform the following during the data verification phase: During the first time period, for each of the resource allocation requirement parameters, the validity of each of the task response parameters is determined according to the response matching smart contract, and it is determined whether to update the task response parameters and the release status of the response-locked resources, and the response-locked resources are executed. The processing module is also used to perform the following during the token settlement phase: During the second time period, determine the execution status of each of the aforementioned resource allocation requirement parameters; During the third time period, the settlement process for the response incentive parameters is executed.

9. A computer device, characterized in that, The method includes one or more processors and a memory storing computer-readable instructions that, when executed by the one or more processors, perform the steps of the method as described in any one of claims 1-7.

10. A storage medium, characterized in that, The storage medium stores computer-readable instructions that, when executed by one or more processors, cause the one or more processors to perform the steps of the method as described in any one of claims 1-7.

Images