Block chain-based electricity selling company performance warranty credible management method and system

Abstract

The invention discloses an electricity selling company performance warranty credible management method and system based on a block chain, and relates to the technical field of data security sharing, and the method comprises the steps: a guarantee institution block chain node generates a performance warranty data cross-chain transmission transaction; the relay chain node uses a Byzantine fault-tolerant algorithm to carry out consensus processing on the performance warranty data cross-chain transmission transaction so as to verify the legality of the performance warranty data cross-chain transmission transaction and the legality of the signature of the guarantee institution block chain node, and after the verification is passed, the performance warranty data cross-chain transmission transaction is sent to a target chain node; the destination chain node calls the performance warranty data of the electricity selling company; and the guarantee institution block chain node generates a warranty limit in the electronic performance warranty according to the performance warranty data of the electricity selling company, and carries out electronic signature. According to the method, data counterfeiting is completely eradicated from the source, the information barrier of circulation of the electricity selling performance warrant on the chain is reduced, and the processing efficiency of the whole cross-chain transaction is improved.

Description

Background Art

[0002] As the rules and systems of the power market are gradually improved, the operation and supervision of the power market and entities are gradually standardized. At present, the requirements for the performance guarantee and credit system construction of power sales companies have been clarified, among which the establishment of a power sales performance bond has become a key measure. The existing power sales performance bonds issued by banks are usually in the form of paper documents, which are easy to damage, difficult to verify, and have complicated procedures. In addition, the business flow and information changes of the power sales performance bond involve multiple departments and cross-entities, and there are problems such as opaque processes and difficulty in collaboration.

[0003] In addition, the performance bond business of power sales companies involves multiple stakeholders and data from multiple parties, and there is an information island problem between the data of different entities. First, the performance bond quota is related to the annual agency volume and market size of the power sales company, and there is a possibility that the power sales company will falsely report the agency scale to evade market responsibilities; secondly, the performance bond guarantee agency needs to evaluate the credit status and performance ability of the power sales company, and the evaluation process requires reliable data from multiple parties; at the same time, there are a large number of manual links in the process of handling, modifying, returning, and executing the performance bond, and the business process is not transparent, which invisibly reduces the efficiency of power sales companies participating in the retail market review.

[0004] The invention patent with the publication number of "CN110609846A" and the subject name of "A method and device for calculating a performance bond for power market transactions" discloses: obtaining the resource information, performance date, transferor information, guarantor information and beneficiary information of the performance bond through a readable storage medium or computer device, generating digital assets based on the above information, writing the resource information, performance date, transferor information, guarantor information and beneficiary information corresponding to the digital assets into the blockchain, and allocating the digital assets to the beneficiary; when the performance bond is transferred, the transfer information of the digital assets is obtained through a readable storage medium or computer device, the digital assets are transferred to the transferee, and the transferee information is written into the blockchain. However, this method cannot guarantee that the source of the performance bond data is credible, and it still needs to be cross-departmental, and information flow is still difficult. It involves cumbersome procedures for business changes.

[0005] The invention patent with the publication number of "CN117455665A" and the subject name of "A real-time monitoring system and method for the performance bond amount of power sales companies in the power market" discloses: the performance bond information is obtained from each bank through the electronic bond information receiving module, and stored, registered and authenticated. The total value of the retail market transaction electricity and the total value of the wholesale market transaction electricity of multiple power sales companies are obtained through the electricity data acquisition module, and the performance bond payable amount of multiple power sales companies is calculated. The performance bond payable amount and the total performance bond amount of multiple power sales companies are monitored simultaneously within the preset time interval, and early warning information is sent to the power sales company according to the early warning level of the power sales company. However, this method is difficult to ensure the security of the original data, and there is a problem of secret key leakage. Summary of the invention

[0006] The technical problem to be solved by the present invention is to address the deficiencies of the prior art and specifically provide a blockchain-based power sales company performance bond trust management method and system, as follows:

[0007] 1) In the first aspect, the present invention provides a credible management method for a performance bond of a power sales company based on blockchain, and the specific technical solution is as follows:

[0008] The blockchain node of the guarantee agency generates a cross-chain transmission transaction of the performance bond data based on the electronic performance bond of the power sales company and sends it to the relay chain node;

[0009] The relay chain node uses the Byzantine fault-tolerant algorithm to perform consensus processing on the cross-chain transmission transaction of the performance bond data, so as to verify the legitimacy of the cross-chain transmission transaction of the performance bond data and the legitimacy of the signature of the blockchain node of the guarantee institution, and obtain a first verification result. When the first verification result is that the verification is passed, the cross-chain transmission transaction of the performance bond data is sent to the destination chain node;

[0010] The destination chain node parses the cross-chain transmission transaction of the performance bond data and executes it, retrieves the performance bond data of the power sales company, and sends it to the blockchain node of the guarantee agency through the relay chain node;

[0011] The blockchain node of the guarantee agency generates the bond amount in the electronic performance bond based on the performance bond data of the power sales company, and electronically signs the electronic performance bond including the bond amount.

[0012] The beneficial effects of the blockchain-based trustworthy management method for performance bonds of power sales companies provided by the present invention are as follows:

[0013] On the one hand, it realizes the credible circulation and efficient collaboration of power sales performance bonds in different blockchain systems, eliminates data falsification from the source, and reduces the information barriers for the circulation of power sales performance bonds on the chain. On the other hand, through the Byzantine fault-tolerant algorithm, it reduces the impact of malicious nodes and collusion nodes on consensus efficiency, and improves the overall cross-chain transaction processing efficiency.

[0014] On the basis of the above scheme, the blockchain-based trusted management method of the performance bond of a power sales company of the present invention can also be improved as follows.

[0015] Furthermore, it also includes:

[0016] The transaction chain of the power trading center creates a cross-chain transmission transaction of the power sales performance bond and sends it to the relay chain node;

[0017] The relay chain node parses the cross-chain transmission transaction of the power sales performance bond, generates multiple cross-chain sub-events for different guarantee agency blockchain nodes, and uses the Byzantine fault-tolerant algorithm to perform consensus processing on each cross-chain sub-event to verify the legitimacy of each cross-chain event and the legitimacy of the signature of each guarantee agency blockchain node, and obtains the second verification result. When the second verification result is verification passed, each cross-chain sub-event is sent to the corresponding guarantee agency blockchain node;

[0018] Each blockchain node of the guarantee agency parses the cross-chain events it receives and obtains the electronic performance bond of the power sales company.

[0019] Furthermore, it also includes:

[0020] When the first verification result is that the verification fails, the relay chain node suspends the cross-chain transmission transaction of the performance bond data and initiates a rollback request to the blockchain node of the guarantee institution;

[0021] After receiving the rollback request, the blockchain node of the guarantee agency executes the rollback operation.

[0022] Furthermore, it also includes:

[0023] When the second verification result is that the verification fails, the relay chain node stops sending each cross-chain sub-event to the corresponding guarantee agency blockchain node, and initiates a rollback request to the power trading center transaction chain;

[0024] After the power trading center transaction link receives the rollback request, it executes the rollback operation.

[0025] Furthermore, it also includes:

[0026] When the power sales company changes the information of the issued electronic performance bond, the power trading center transaction chain creates a performance bond change transaction and sends it to the relay chain node;

[0027] The relay chain node uses the Byzantine fault-tolerant algorithm to process the performance bond change transaction in a consensus manner, so as to verify the legitimacy of the performance bond change transaction and the legitimacy of the signature of the performance bond blockchain node, and obtain the third verification result. When the third verification result is verification passed, the performance bond change transaction is sent to the performance bond blockchain node;

[0028] The performance bond blockchain node parses and executes the performance bond blockchain node, and changes the information of the electronic performance bond issued by the power sales company.

[0029] Furthermore, when the third verification result is that the verification fails, the relay chain node stops transmitting the performance bond change transaction and initiates a rollback request to the power trading center transaction chain;

[0030] After the power trading center transaction link receives the rollback request, it executes the rollback operation.

[0031] Furthermore, the guarantee agency blockchain node sends the cross-chain transmission transaction of the performance bond data to the relay chain node through the cross-chain gateway; the guarantee agency blockchain node monitors the corresponding cross-chain sub-events through the cross-chain gateway.

[0032] 2) In the second aspect, the present invention also provides a blockchain-based power sales company performance bond trust management system, and the specific technical solution is as follows:

[0033] Including guarantee agency blockchain nodes, relay chain nodes and destination chain nodes;

[0034] The blockchain node of the guarantee agency is used to: generate a cross-chain transmission transaction of the performance bond data based on the electronic performance bond of the power sales company and send it to the relay chain node;

[0035] The relay chain node is used to: use the Byzantine fault-tolerant algorithm to perform consensus processing on the cross-chain transmission transaction of the performance bond data, so as to verify the legitimacy of the cross-chain transmission transaction of the performance bond data and the legitimacy of the signature of the blockchain node of the guarantee institution, and obtain a first verification result. When the first verification result is that the verification is passed, the cross-chain transmission transaction of the performance bond data is sent to the destination chain node;

[0036] The destination chain node is used to: parse and execute the cross-chain transmission transaction of the performance bond data, retrieve the performance bond data of the power sales company, and send it to the blockchain node of the guarantee agency through the relay chain node;

[0037] The blockchain node of the guarantee agency is also used to: generate the bond amount in the electronic performance bond based on the performance bond data of the power sales company, and electronically sign the electronic performance bond containing the bond amount.

[0038] Based on the above scheme, the blockchain-based trusted management system for performance bonds of power sales companies of the present invention can also be improved as follows.

[0039] Furthermore, it also includes the power trading center transaction chain;

[0040] The transaction chain of the power trading center is used to: create a cross-chain transmission transaction of the power sales performance guarantee and send it to the relay chain node;

[0041] The relay chain node is also used to: The relay chain node parses the cross-chain transmission transaction of the power sales performance bond, generates multiple cross-chain sub-events for different guarantee agency blockchain nodes, and uses the Byzantine fault tolerance algorithm to perform consensus processing on each cross-chain sub-event to verify the legitimacy of each cross-chain event and the legitimacy of the signature of each guarantee agency blockchain node, and obtains a second verification result. When the second verification result is verification passed, each cross-chain sub-event is sent to the corresponding guarantee agency blockchain node;

[0042] Each guarantee agency blockchain node is used to parse the cross-chain events received by each of them and obtain the electronic performance bond of the power sales company.

[0043] Furthermore, it also includes:

[0044] The relay chain node is also used to: when the first verification result is verification failure, suspend the cross-chain transmission transaction of the performance bond data, and initiate a rollback request to the blockchain node of the guarantee institution;

[0045] The guarantee agency blockchain node is also used to: perform a rollback operation after receiving a rollback request.

[0046] Furthermore, it also includes a performance bond blockchain node;

[0047] The relay chain node is also used to: when the second verification result is verification failure, stop sending each cross-chain sub-event to the corresponding guarantee agency blockchain node, and initiate a rollback request to the power trading center transaction chain;

[0048] The transaction chain of the power trading center is also used to: perform a rollback operation after receiving a rollback request.

[0049] Furthermore, the transaction chain of the power trading center is also used to: create a performance bond change transaction and send it to the relay chain node when the power sales company changes the information of the issued electronic performance bond;

[0050] The relay chain node is also used to: use the Byzantine fault-tolerant algorithm to perform consensus processing on the performance bond change transaction, so as to verify the legitimacy of the performance bond change transaction and the legitimacy of the signature of the performance bond blockchain node, and obtain a third verification result. When the third verification result is verification passed, the performance bond change transaction is sent to the performance bond blockchain node;

[0051] The performance bond blockchain node is also used to: parse and execute the performance bond blockchain node, and change the information of the electronic performance bond issued by the power sales company.

[0052] Furthermore, the relay chain node is also used to: when the third verification result is verification failure, suspend the transmission of the performance bond change transaction and initiate a rollback request to the power trading center transaction chain;

[0053] The transaction chain of the power trading center is also used to: perform a rollback operation after receiving a rollback request.

[0054] Furthermore, the guarantee agency blockchain node is specifically used to: send the cross-chain transmission transaction of the performance bond data to the relay chain node through the cross-chain gateway; the guarantee agency blockchain node is specifically used to: monitor the corresponding cross-chain sub-events through the cross-chain gateway.

[0055] 3) In a third aspect, the present invention further provides an electronic device, comprising a processor, the processor being coupled to a memory, the memory storing at least one computer program, and the at least one computer program being loaded and executed by the processor, so that the electronic device can implement any of the above-mentioned blockchain-based trusted management methods for performance bonds of power sales companies.

[0056] 4) In a fourth aspect, the present invention further provides a computer-readable storage medium, in which at least one computer program is stored, and at least one computer program is loaded and executed by a processor so that the computer implements any of the above-mentioned blockchain-based trusted management methods for performance bonds of power sales companies.

[0057] It should be noted that the beneficial effects achieved by the technical solutions of the second to fourth aspects of the present invention and the corresponding possible implementation methods can be found in the above-mentioned technical effects of the first aspect and its corresponding possible implementation methods, and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS

[0058] Other features, objects and advantages of the present invention will become more apparent from the detailed description of non-limiting embodiments made with reference to the following drawings:

[0059] Figure 1 A flowchart of a blockchain-based trusted management method for a performance bond of a power sales company according to an embodiment of the present invention;

[0060] Figure 2 The overall principle diagram of the method of the embodiment of the present invention;

[0061] Figure 3 This is a flow chart of cross-chain transmission of performance bond data of a power sales company in the method of an embodiment of the present invention;

[0062] Figure 4 This is another stage flow chart of cross-chain transmission of the performance bond of the power sales company in the method of the embodiment of the present invention;

[0063] Figure 5 The figure is a schematic diagram of the structure of an electronic device according to an embodiment of the present invention. DETAILED DESCRIPTION

[0064] To make the objectives, technical solutions and advantages of the present invention more clear, the embodiments of the present invention will be further described in detail below with reference to the accompanying drawings.

[0065] The technical terms involved in the present invention are explained as follows:

[0066] 1) Performance bond of power sales company:

[0067] The performance bond of a power sales company is a written document issued by the guarantor to the power grid on behalf of the power sales company, guaranteeing that the power sales company will settle relevant expenses with the power grid company in a timely and full manner in accordance with the settlement basis issued by the trading center. In order to promote the healthy and orderly development of the power market and safeguard the interests of power market members, power sales companies must submit performance guarantee certificates before participating in power transactions. The performance bond of a power sales company is one of the performance guarantee certificates for power sales.

[0068] 2) Cross-chain:

[0069] Through certain specific technical means, assets and data can interact directly across the barriers between chains, thereby realizing asset circulation and data transmission between different blockchains.

[0070] 3)Transaction mechanism:

[0071] A complete cross-chain transaction consisting of several sub-exchanges in their respective blockchains is the sum of all operations of all relevant parties in a cross-chain transaction. Cross-chain transactions need to ensure the atomicity of the transaction mechanism to ensure that operations on multiple blockchains are either fully executed or all failed.

[0072] 4) Application chain:

[0073] Blockchain systems that need to participate in cross-chain interactions are divided into homogeneous application chains and heterogeneous application chains, depending on whether the application chain supports the cross-chain communication protocol, and are responsible for specific business logic.

[0074] 5) Relay Chain:

[0075] The relay chain, also known as the repeater, is a third-party blockchain that coordinates and connects multiple application chains and is responsible for the management of application chains and their users and the management of cross-chain transactions.

[0076] 6) Source chain:

[0077] The blockchain network that initiates the cross-chain operation is the chain where the asset or data originally resides. When asset transfer, data transfer, or cross-chain interaction between different blockchains is required, these operations are usually initiated by the source chain.

[0078] 7) Destination chain:

[0079] The blockchain network that receives the cross-chain operation is the chain to which the assets or data are ultimately transferred or processed. The destination chain is responsible for verifying the validity of the cross-chain proof or transaction record and performing the corresponding cross-chain operation.

[0080] 8) Byzantine Fault Tolerance Algorithm (also known as Practical Byzantine Fault Tolerance Algorithm):

[0081] Proposed by Castro and Liskov in 1999, it is used to ensure that distributed systems can maintain consistency and correctness in the face of node failures or malicious behavior.

[0082] 9) Smart Contracts:

[0083] A smart contract is a self-executing computer program that is automatically executed when the terms of the contract are met without the intervention of a third party. Smart contracts are usually stored on a blockchain to ensure their transparency and security.

[0084] 10) Events:

[0085] Events are a convenient interface in the blockchain. When an event is called, the trigger parameters are stored in the transaction log. The transaction is associated with the contract address and recorded in the blockchain.

[0086] The method of this embodiment will be described in detail below.

[0087] In order to build a safe and reliable cross-chain transaction processing mechanism, this embodiment adopts a two-stage process, including a preparation stage and a submission stage, so that there is a fallback mechanism in the event of a timeout or error to ensure the integrity and reliability of the transaction. After the relay chain node listens to the cross-chain transaction, it enters the preparation stage; in the preparation stage, the relay chain node will initiate a preparation request to all application chain nodes participating in this transaction. After all application chain nodes have completed the preparation, it enters the submission stage, and the relay chain node sends a cross-chain transaction request to all application chain nodes participating in this transaction. In the two stages of preparation or submission, if any resource fails to return, the relay chain node cross-chain gateway will initiate a rollback request to all application chain nodes participating in this transaction, abandon this transaction, and restore the original state. The submission stage is the execution of the cross-chain transaction.

[0088] In this embodiment, the completion of cross-chain transactions requires the participation of source chain nodes, relay chain nodes, destination chain nodes and cross-chain gateways. The source chain nodes and relay chain nodes, as well as the relay chain nodes and destination chain nodes, maintain network connections through dedicated cross-chain gateways. The cross-chain gateway can forward cross-chain transactions between source chain nodes and relay chain nodes, as well as between relay chain nodes and destination chain nodes; the relay chain nodes verify each cross-chain transaction to prevent the cross-chain transaction from being forged or tampered with.

[0089] like Figure 1 As shown, the source chain node A calls the smart contract to initiate a cross-chain request, specifies the unique identifier ChainID and transaction γ of the destination chain node B, and packages it into a cross-chain transaction Ta. The cross-chain gateway a of the source chain node A listens to the cross-chain transaction Ta and converts the format of the cross-chain transaction into a universal cross-chain protocol. The universal cross-chain protocol specifies the source chain node, destination chain node, cross-chain transaction method, verification strategy, signature and other information of the cross-chain transaction Ta, and then submits the cross-chain transaction to the relay chain node.

[0090] After receiving the cross-chain transaction, the relay chain node performs the following processing:

[0091] (1) Use the adaptive validator to verify the source of the cross-chain transaction. If the verification passes, execute (2);

[0092] (2) The consensus node verifies the legitimacy of the cross-chain transmission transaction and signature. If the verification passes, consensus blocks are generated;

[0093] (3) The consensus-completed transaction is forwarded to the routing module. The routing module routes the encapsulated cross-chain transmission transaction to the cross-chain gateway b of the destination chain node B according to the address of the destination chain node B.

[0094] After the cross-chain gateway b monitors the cross-chain transaction, it resolves it into a transaction Tb that can be recognized by the destination chain node B. The destination chain node B resolves the transaction Tb and then calls the corresponding smart contract to execute the transaction Tb. Then the cross-chain gateway b constructs the cross-chain transaction receipt of the destination chain node B and forwards it to the relay chain node. The relay chain forwards the cross-chain transaction receipt to the cross-chain gateway a of the source chain node A, and finally the cross-chain gateway a forwards the cross-chain transaction receipt to the source chain node A. After the source chain node A receives the cross-chain transaction receipt, if the cross-chain transaction receipt shows that the execution failed or the execution timed out, the source chain node A performs a rollback operation.

[0095] In summary, the blockchain-based trusted management method for performance bonds of power sales companies in this embodiment includes two parts: cross-chain transmission of performance bond data of power sales companies and cross-chain transmission of performance bonds of power sales companies. The specific explanation of cross-chain transmission of performance bond data of power sales companies can be found in S1 to S4, and the specific explanation of cross-chain transmission of performance bonds of power sales companies can be found in S01 to S03.

[0096] like Figure 2 As shown, a blockchain-based trusted management method for a performance bond of a power sales company in an embodiment of the present invention includes the following steps:

[0097] S1. The blockchain node of the guarantee agency generates a cross-chain transmission transaction of the performance bond data based on the electronic performance bond of the power sales company and sends it to the relay chain node;

[0098] like Figure 3 As shown, the blockchain node of the guarantee agency retrieves and verifies the performance bond data of the power sales company from multiple blockchain systems and generates an electronic performance bond. The performance bond data of the power sales company specifically includes the agent retail user scale and power transaction scale data stored in the transaction chain node of the power trading center and the performance ability and credit rating data of the power sales company stored in the bank's blockchain system.

[0099] Among them, the blockchain node of the guarantee institution sends the cross-chain transmission transaction of the performance bond data to the relay chain node through the cross-chain gateway. Specifically:

[0100] The guarantee institution blockchain node, as the source chain node, initiates the cross-chain transmission transaction of the performance bond data, and specifies the unique identifier of the destination chain node and the content of the cross-chain transmission transaction of the performance bond data. After the cross-chain gateway of the guarantee institution blockchain node monitors the cross-chain transmission transaction of the performance bond data, it converts the format of the cross-chain transmission transaction of the performance bond data into a universal cross-chain protocol, specifies the source chain node, destination chain node, cross-chain transaction method, verification strategy and signature of the guarantee institution blockchain node of the cross-chain transmission transaction of the performance bond data, and then submits the cross-chain transmission transaction of the performance bond data to the relay chain node.

[0101] S2. The relay chain node uses the Byzantine fault-tolerant algorithm to perform consensus processing on the cross-chain transmission transaction of the performance bond data, so as to verify the legitimacy of the cross-chain transmission transaction of the performance bond data and the legitimacy of the signature of the blockchain node of the guarantee institution, and obtain a first verification result. When the first verification result is that the verification is passed, the cross-chain transmission transaction of the performance bond data is sent to the destination chain node;

[0102] After receiving the cross-chain transmission transaction of the performance bond data, the relay chain node uses the Byzantine fault-tolerant algorithm to perform consensus processing on the cross-chain transmission transaction of the performance bond data. Specifically, the consensus node used to execute the Byzantine fault-tolerant algorithm can use the Byzantine fault-tolerant algorithm to verify the legitimacy of the cross-chain transmission transaction of the performance bond data and the signature of the blockchain node of the guarantee institution to determine whether the cross-chain transmission transaction of the performance bond data has been tampered with or forged, and obtain the first verification result. Then:

[0103] 1) When the first verification result is that the verification is passed, it is determined that the cross-chain transmission transaction of the performance bond data has not been tampered with or forged, and a consensus block is generated for the cross-chain transmission transaction of the performance bond data; after the consensus block is completed, the consensus transaction is forwarded to the routing module, and the routing module routes the encapsulated cross-chain transmission transaction of the performance bond data to the cross-chain gateway of the destination chain node according to the address of the destination chain.

[0104] It should be noted that after the guarantee agency blockchain node receives the cross-chain transaction receipt from the destination chain node, if the cross-chain transaction receipt shows that the execution failed or the execution timed out, the guarantee agency blockchain node performs a rollback operation.

[0105] 2) When the first verification result is that the verification fails, the relay chain node terminates the cross-chain transmission transaction of the performance bond data and initiates a rollback request to the blockchain node of the guarantee institution; after receiving the rollback request, the blockchain node of the guarantee institution executes the rollback operation.

[0106] Optionally, before using the Byzantine fault-tolerant algorithm to perform consensus processing on the cross-chain transmission transaction of the performance bond data, the adaptive validator is used to verify the source of the cross-chain transmission transaction of the performance bond data. When the verification is passed, the Byzantine fault-tolerant algorithm is used to perform consensus processing on the cross-chain transmission transaction of the performance bond data. When the verification fails, the relay chain node terminates the transmission of the cross-chain transmission transaction of the performance bond data and initiates a rollback request to the blockchain node of the guarantee institution. After receiving the rollback request, the blockchain node of the guarantee institution executes the rollback operation.

[0107] S3. The destination chain node parses the cross-chain transmission transaction of the performance bond data and executes it, retrieves the performance bond data of the power sales company, and sends it to the blockchain node of the guarantee agency through the relay chain node. Specifically:

[0108] After the cross-chain gateway of the destination chain node monitors the cross-chain transmission transaction of the performance bond data, it parses it into a transaction that the destination chain node can recognize. Then the destination chain node parses the transaction, and then calls the corresponding smart contract to execute and retrieve the performance bond data of the target power sales company; then the cross-chain gateway of the destination chain builds the cross-chain transaction receipt of the destination chain node according to the execution result, and forwards it to the relay chain node; the relay chain forwards the cross-chain transaction receipt of the destination chain node to the cross-chain gateway of the guarantee agency blockchain node, and the cross-chain gateway of the guarantee agency blockchain node forwards it to the guarantee agency blockchain node.

[0109] S4. The blockchain node of the guarantee agency generates the guarantee amount in the electronic performance bond based on the performance bond data of the power sales company, and electronically signs the electronic performance bond containing the guarantee amount. Specifically:

[0110] After receiving the performance bond data of the power sales company from the destination chain node, the guarantee agency blockchain node automatically generates a bond amount based on the performance bond data of the power sales company, specifically based on the basic data required for generating an electronic performance bond in the performance bond data of the power sales company, to ensure that the bond amount meets the access standards of the electricity retail market. Subsequently, the guarantee agency blockchain node executes the event of creating a performance bond of the power sales company and electronically signs the electronic performance bond, which will serve as proof of the performance ability of the corresponding power sales company.

[0111] Optionally, in the above technical solution, it also includes:

[0112] S01. The transaction chain of the power trading center creates a cross-chain transmission transaction of the power sales performance guarantee and sends it to the relay chain node;

[0113] like Figure 4 As shown, through the cross-chain transmission of power sales performance bonds, the power trading center transaction chain can simultaneously retrieve electronic performance bonds from multiple guarantee agency blockchain nodes and store them in the power trading center transaction chain.

[0114] Among them, the blockchain node of the guarantee agency monitors the corresponding cross-chain sub-events through the cross-chain gateway, specifically:

[0115] First, the power trading center transaction chain creates a cross-chain transmission transaction of the power sales performance bond as the source chain node, and specifies the unique identifier of each guarantee agency blockchain node as the destination chain node and the corresponding cross-chain sub-event (also called cross-chain transmission event); among them, the first guarantee agency blockchain node is recorded as a1, the second guarantee agency blockchain node is recorded as a2, and so on until the nth guarantee agency blockchain node is recorded as a n , thus we get a1,a2,...a n, the cross-chain sub-event corresponding to the first guarantee institution blockchain node a1 is recorded as k1, and the cross-chain sub-event corresponding to the second guarantee institution blockchain node a2 is recorded as k2, and so on. n The corresponding cross-chain event is denoted as k n , thus we get k1,k2,...k n .

[0116] Then, after the cross-chain gateway of the transaction chain node of the power trading center monitors the cross-chain transmission transaction of the power sales performance bond, it converts the format of the cross-chain transmission transaction of the power sales performance bond into a universal cross-chain protocol, specifies the source chain node, destination chain node, cross-chain transaction method, verification strategy and electronic signature of the transaction chain node of the power trading center, and then submits the cross-chain transmission transaction of the power sales performance bond to the relay chain node.

[0117] S02. The relay chain node parses the cross-chain transmission transaction of the power sales performance bond, generates multiple cross-chain sub-events for different guarantee agency blockchain nodes, and uses the Byzantine fault-tolerant algorithm to perform consensus processing on each cross-chain sub-event to verify the legitimacy of each cross-chain event and the legitimacy of the signature of each guarantee agency blockchain node, and obtains a second verification result. When the second verification result is verification passed, each cross-chain sub-event is sent to the corresponding guarantee agency blockchain node. Specifically:

[0118] The relay chain node monitors the cross-chain transmission transaction of the power sales performance bond, splits the cross-chain transmission transaction of the power sales performance bond into multiple cross-chain sub-events for different guarantee agency blockchain nodes, and then uses the Byzantine fault tolerance algorithm to perform consensus processing on each cross-chain sub-event. Specifically, the consensus node used to execute the Byzantine fault tolerance algorithm can be used to perform consensus processing on each cross-chain event using the Byzantine fault tolerance algorithm, and the legitimacy of each cross-chain event and the legitimacy of the signature of each guarantee agency blockchain node can be verified to determine whether each cross-chain event has been tampered with or forged, and the second verification result is obtained. Then:

[0119] 1) When the second judgment result is yes, it is determined that each cross-chain sub-event has not been tampered with or forged, and consensus blocks are generated for each cross-chain sub-event, and the consensus transaction is forwarded to the routing module. The routing module forwards the corresponding cross-chain sub-events to the cross-chain gateways of each guarantee agency blockchain node. Specifically, the cross-chain sub-event k1 corresponding to the first guarantee agency blockchain node a1 is sent to the first guarantee agency blockchain node a1, and the cross-chain sub-event k2 corresponding to the second guarantee agency blockchain node a2 is sent to the second guarantee agency blockchain node a2, until the nth guarantee agency blockchain node a n Corresponding cross-chain event k nSent to the nth guarantee institution blockchain node a n .

[0120] 2) When the second verification result is verification failure, the relay chain node stops sending each cross-chain sub-event to the corresponding guarantee agency blockchain node, and initiates a rollback request to the power trading center transaction chain; after the power trading center transaction link receives the rollback request, it executes the rollback operation.

[0121] Optionally, before using the Byzantine fault-tolerant algorithm to perform consensus processing on each cross-chain sub-event, it also includes: using an adaptive validator to verify the source legitimacy of the cross-chain transmission transaction of the power sales performance bond; when the verification passes, using the Byzantine fault-tolerant algorithm to perform consensus processing on each cross-chain sub-event; when the verification fails, the relay chain node stops sending each cross-chain sub-event to the corresponding guarantee agency blockchain node, and initiates a rollback request to the power trading center transaction chain; after the power trading center transaction link receives the rollback request, the rollback operation is performed.

[0122] S03. Each blockchain node of the guarantee agency parses the cross-chain events it receives and obtains the electronic performance bond of the power sales company.

[0123] After the cross-chain gateway of each guarantee agency blockchain node listens to the corresponding cross-chain sub-event, it is parsed into a transaction that can be recognized by the corresponding guarantee agency blockchain node. Each guarantee agency blockchain node parses the corresponding transaction and executes it, and retrieves the corresponding electronic performance bond. Then the cross-chain gateway of each guarantee agency blockchain node constructs the corresponding cross-chain sub-event receipt according to the execution result of the corresponding guarantee agency blockchain node, and forwards it to the relay chain node; the relay chain forwards each cross-chain sub-event receipt to the cross-chain gateway of the power trading center transaction chain node, and the cross-chain gateway of the power trading center transaction chain node forwards it to the power trading center transaction chain node. After the power trading center transaction chain node receives each cross-chain sub-event receipt, if a cross-chain sub-event receipt shows that the execution failed or the execution timed out, the power trading center transaction chain node performs a rollback operation.

[0124] Optionally, in the above technical solution, it also includes:

[0125] S5. When the power sales company changes the information of the issued electronic performance bond, the power trading center transaction chain creates a performance bond change transaction and sends it to the relay chain node;

[0126] Among them, when the power sales company has business changes, credit rating changes, expected increase in power sales scale, or insufficient guarantee amount, it is necessary to change the information of the issued electronic performance bond. The performance bond change transaction is initiated by the power trading center transaction chain node as the source chain node, and the destination chain node is the performance bond blockchain node. The content of the performance bond change transaction includes the guarantee number, change information and the power sales company's blockchain electronic signature, among which the change information can include the amount, guarantee validity period, guarantee expiration date, etc.

[0127] S6. The relay chain node uses the Byzantine fault-tolerant algorithm to perform consensus processing on the performance bond change transaction to verify the legitimacy of the performance bond change transaction and the legitimacy of the signature of the performance bond blockchain node, and obtains a third verification result. When the third verification result is verification passed, the performance bond change transaction is sent to the performance bond blockchain node. Specifically:

[0128] After the relay chain node monitors the performance bond change transaction, it uses the Byzantine fault-tolerant algorithm to reach a consensus on the performance bond change transaction. Specifically, the consensus node used to execute the Byzantine fault-tolerant algorithm can use the Byzantine fault-tolerant algorithm to verify the legitimacy of the performance bond change transaction and the legitimacy of the signature of the performance bond blockchain node to determine whether the performance bond change transaction has been tampered with or forged, and obtain the third verification result. Then:

[0129] 1) When the third verification result is that the verification is passed, it is determined that the performance bond change transaction has not been tampered with or forged, and a consensus block is generated for the performance bond change transaction; after the consensus block is completed, the consensus transaction is forwarded to the routing module, and the routing module forwards the performance bond change transaction to the cross-chain gateway of the performance bond blockchain node.

[0130] 2) When the third verification result is verification failure, the relay chain node terminates the transmission of the performance bond change transaction and initiates a rollback request to the power trading center transaction chain; after the power trading center transaction link receives the rollback request, it executes the rollback operation.

[0131] Optionally, before using the Byzantine fault-tolerant algorithm to reach consensus on the performance bond change transaction, it also includes: using an adaptive validator to verify the source legitimacy of the performance bond change transaction; when the verification passes, using the Byzantine fault-tolerant algorithm to reach consensus on the performance bond change transaction; when the verification fails, the relay chain node terminates the transmission of the performance bond change transaction and initiates a rollback request to the power trading center transaction chain; after the power trading center transaction link receives the rollback request, the rollback operation is performed.

[0132] S7. The performance bond blockchain node parses and executes the performance bond blockchain node, and changes the electronic performance bond information issued by the power sales company. Specifically:

[0133] After the cross-chain gateway of the performance bond blockchain node monitors the performance bond change transaction, it is parsed into a transaction that can be recognized by the performance bond blockchain node. The performance bond blockchain node parses the corresponding transaction and executes it. After the execution is completed, the performance bond blockchain generates an electronic signature for the performance bond change transaction; then the cross-chain gateway of the performance bond blockchain node constructs a performance bond change transaction receipt based on the execution result and forwards it to the relay chain node; the relay chain node forwards the performance bond change transaction receipt to the cross-chain gateway of the power trading center transaction chain node, and the cross-chain gateway of the power trading center transaction chain node forwards it to the power trading center transaction chain node. After the power trading center transaction chain node receives the performance bond change transaction receipt, if the performance bond change transaction receipt shows that the execution failed or the execution timed out, the power trading center transaction chain node performs a rollback operation.

[0134] The cross-chain gateway is explained as follows:

[0135] The cross-chain gateway is a communication component that connects the source chain, the destination chain, and the relay chain. There is a group (one or more) of cross-chain gateways between the relay chain and each source chain and destination chain that are responsible for the communication between the two parties. The cross-chain gateway has the following functions:

[0136] 1) Serves as a bridge for two-way communication between the source chain or destination chain and the relay chain, receiving cross-chain transactions sent by the source chain or destination chain and forwarding them to the relay chain, and forwarding messages sent by the relay chain to the source chain or destination chain;

[0137] 2) Monitor transaction events on the source chain or destination chain and the relay chain. After monitoring specific events, obtain the corresponding block transaction information and block verification information and transmit them to the corresponding source chain or destination chain for processing;

[0138] 3) Protocol conversion function, which can convert the information from the source chain or the destination chain into a message of the cross-chain protocol structure, and can also convert the message of the cross-chain protocol structure into a transaction format that can be recognized by a specific source chain or destination chain.

[0139] The cross-chain gateway of the source chain or the destination chain accesses the corresponding application chain through the cross-chain plug-in to realize related functions. A cross-chain gateway can load multiple cross-chain plug-ins at the same time, including resource plug-ins, chain status plug-ins, data query plug-ins, etc. The resource plug-in is used to access and call the data on the application chain; the chain status plug-in is used to obtain basic information on the application chain, including the application chain ID, number of blocks, number of chain nodes, etc.; the data query plug-in is used to query the transaction information in the specified block on the application chain and obtain the specified transaction information. Loading pluggable plug-ins is used to realize the hot update and upgrade of the cross-chain gateway, avoiding invasive operations on the existing application chain system, facilitating the rapid access of blockchain cross-chain, and reducing the data format conversion and network protocol adaptation costs between different blockchain platforms.

[0140] The process of nodes in the blockchain network reaching agreement through the Byzantine fault-tolerant algorithm is called consensus behavior. Consensus behavior ensures that all nodes have a unified view of the blockchain state and decide which transactions are valid. Collusion behavior refers to the behavior of multiple nodes (possibly malicious nodes) joining together to deceive the system or undermine the consensus mechanism. In the cross-chain transaction of the performance bond of the power sales company, it refers to the behavior of the relevant subjects, in order to evade supervision or obtain benefits, by conspiring with other subjects to make a wrong voting result on the fictitious power sales performance bond or maliciously modify the power sales performance bond.

[0141] Transaction voting refers to the verification and approval of cross-chain transactions by consensus nodes. Consensus nodes vote on each cross-chain transaction to decide whether to add it to the blockchain. Consensus nodes reach consensus through the voting process to ensure that only transactions verified by the majority of consensus nodes can be written to the blockchain.

[0142] In the consensus processing of the relay chain nodes, in order to effectively evaluate the consensus behavior of the consensus nodes and reduce the impact of the collusion behavior of malicious consensus nodes on the consensus efficiency, this embodiment uses a practical Byzantine fault-tolerant algorithm based on reputation value to evaluate the reputation value of the consensus nodes participating in the consensus after the consensus is completed, and eliminates the consensus nodes with low reputation value through the view switching protocol.

[0143] In the Byzantine Fault Tolerance algorithm (PBFT), if the current master node (the relay chain node that initiates the consensus behavior) is abnormal and cannot continue to work, the network will switch views and elect a new master node to restore the consensus process. In the practical Byzantine fault tolerance algorithm based on credibility value in this embodiment, the process of adding and deleting consensus nodes is included. The core of the practical Byzantine fault tolerance algorithm consists of three protocols: checkpoint protocol, consistency protocol, and view switching protocol. The consistency protocol includes three stages: pre-prepare, prepare, and commit. In each stage, the consensus node independently verifies the messages it receives and forwards the verified messages to the remaining consensus nodes; the view switching protocol is started when the master node is abnormal or the system runs slowly, and the master node is replaced.

[0144] In summary, the Byzantine fault-tolerant algorithm based on reputation value needs to go through three stages of communication: pre-prepare, prepare, and commit to complete a consensus, as follows:

[0145] A. Complete consensus:

[0146] The practical Byzantine fault-tolerant algorithm based on reputation value needs to go through three stages of communication: pre-prepare, prepare, and commit to complete a consensus, as follows:

[0147] 1) Pre-prepare stage: After the relay chain node receives the cross-chain transaction request forwarded by the cross-chain gateway, it broadcasts the cross-chain transaction request as a pre-prepare message to other consensus nodes for verification as the master node;

[0148] 2) Prepare phase: The consensus node that receives the pre-prepare message will sign the verified pre-prepare message and broadcast it to other consensus nodes including the master node as a prepare message. When the consensus node has collected more than the specified number of prepare messages, the prepare phase is completed and enters the commit phase.

[0149] 3) Commit phase: All consensus nodes verify the correctness of the prepared messages they receive, and then sign the prepared messages and broadcast them as commit messages to other consensus nodes including the master node. When a consensus node collects more than the specified number of commit messages, the consensus behavior is completed.

[0150] B. Reputation evaluation: After a round of consensus is completed, the reputation of all consensus nodes is calculated based on the behavior logs of the consensus nodes, and all consensus nodes are sorted in descending order according to the reputation value;

[0151] C. View switching: Set the reputation value below the reputation threshold R th The consensus nodes are removed from the consensus node set.

[0152] Among them, all consensus nodes have the same initial reputation value C0; if the consensus node feedback message is the same, then the consensus node behaves positively and obtains the reward reputation value P i If the consensus node does not feedback a message or feedbacks an error message, it is considered that the consensus node behaves abnormally, and the penalty reputation value N is deducted. i ; To prevent Byzantine nodes (i.e. malicious or downtime nodes) from quickly improving their reputation through continuous correct consensus, the reputation value P is awarded i Generated by a pseudo-random function; to prevent malicious nodes from colluding, the collusion consistency coefficient K2 is introduced, and the penalty reputation value N i It is positively correlated with the collusion consensus coefficient K2. For consensus nodes with collusion behavior, K2 is larger. After a round of consensus process is completed, the consensus node reputation value will be calculated based on the logs generated during the consensus process. If the reputation value is lower than the reputation threshold R th The consensus node will be excluded from the consensus node set during the view switching process;

[0153] The reputation value evaluation model is as follows:

[0154]

[0155] Among them, C0 is the initial value of the reputation value, C is the current reputation value; N i Represents the penalty reputation value when consensus node i behaves abnormally, P i Represents the reward reputation value of the correct consensus behavior of consensus node i; Math.random() is a pseudo-random function that generates a random number in the interval [0,1); K1 is the scaling factor, which is related to the communication overhead. The smaller the communication overhead of the consensus node to complete the consensus, the higher the reward reputation value P i The larger the value, the greater the K2 value. K2 is the collusion coefficient. The collusion coefficient is calculated for abnormal consensus nodes that do not feedback messages or feedback error messages. The behaviors of abnormal consensus nodes are consistent and are considered to have collusion. The larger the K2 value, the greater the K2 value. ΔT is the average response time of the consensus nodes currently participating in the consensus in the three stages of pre-prepare, prepare, and commit. R μ is the mean reputation value of all consensus nodes participating in the consensus, R σ is the standard deviation of the reputation values ​​of all consensus nodes participating in the consensus;

[0156]

[0157] The scaling factor K1 is related to the communication overhead, T start is the time when the master node of the current view receives the cross-chain transaction forwarded by the cross-chain gateway, Tend It is the end time of consensus completion of all consensus nodes participating in the current view; a ij is the number of times consensus node i and consensus node j voted in unison on an event, d ij It is the number of times consensus node i and consensus node j vote differently on an event; the more collusion there is between consensus nodes, the larger K2 is.

[0158] For those skilled in the art, various corresponding changes and modifications can be made according to the above technical solutions and concepts, and all of these changes and modifications should be included in the protection scope of the claims of the present invention.

[0159] In order to reduce the adaptation cost of the relay chain and blockchains of different architectures, the pluggable cross-chain component validator is used to make the relay chain quickly compatible with heterogeneous blockchain systems. In cross-chain business scenarios, the trusted environment inside the source chain cannot be trusted by the relay chain and the destination chain. And the virtual environment for verifying heterogeneous blockchains may be different. The efficient and pluggable validator can achieve fast and reliable verification of cross-chain transactions submitted by the source chain through flexible deployment of multiple virtual machine technologies and verification rules.

[0160] Among them, heterogeneous blockchain systems refer to blockchain systems with different architectures, consensus mechanisms, data structures or encryption methods. Heterogeneous blockchain systems may need to configure different virtual environments to execute relevant verification mechanisms.

[0161] The workflow of the validator is mainly divided into the following two steps:

[0162] 1) Cross-chain transaction information verification: Verify the cross-chain transactions forwarded by the cross-chain gateway to confirm the legitimacy of the transaction (check the transaction format and signature validity).

[0163] 2) Source chain information verification: The validator first determines the verification rules and proof information of the source chain by parsing the universal cross-chain protocol. Secondly, the virtual machine environment corresponding to the verification rules is started to perform security verification on the information. Among them, the validator can flexibly deploy a variety of virtual machine technologies such as evm, Chaincode, WASM virtual machine, etc. in the sandbox environment to achieve security verification of heterogeneous blockchains.

[0164] The beneficial effects of the present invention are:

[0165] 1) The method of the present invention realizes the trusted circulation and efficient collaboration of the power sales performance bond in different blockchain systems, eliminates data falsification from the source, and reduces the information barriers for the circulation of the power sales performance bond on the chain.

[0166] 2) The present invention proposes a Byzantine fault-tolerant algorithm for dynamic credit evaluation, which performs dynamic credit evaluation on all nodes participating in the consensus, reduces the impact of malicious nodes and collusion nodes on the consensus efficiency, and improves the overall cross-chain transaction processing efficiency.

[0167] 3) The present invention adopts a cross-chain gateway based on pluggable plug-ins. By hot updating and upgrading the cross-chain gateway, it avoids invasive operations on the existing application chain system, facilitates the rapid access of heterogeneous application chains, and reduces the data format conversion and network protocol adaptation costs between different application chains.

[0168] In the above embodiments, although the steps are numbered S1, S2, etc., these are only specific embodiments given by the present invention. Those skilled in the art may adjust the execution order of S1, S2, etc. according to actual conditions, which is also within the protection scope of the present invention. It can be understood that in some embodiments, some or all of the above embodiments may be included.

[0169] A blockchain-based trusted management system for performance bonds of power sales companies according to an embodiment of the present invention includes a guarantee agency blockchain node, a relay chain node, and a destination chain node;

[0170] The blockchain node of the guarantee agency is used to: generate a cross-chain transmission transaction of the performance bond data based on the electronic performance bond of the power sales company and send it to the relay chain node;

[0171] The relay chain node is used to: use the Byzantine fault-tolerant algorithm to perform consensus processing on the cross-chain transmission transaction of the performance bond data, so as to verify the legitimacy of the cross-chain transmission transaction of the performance bond data and the legitimacy of the signature of the blockchain node of the guarantee institution, and obtain a first verification result. When the first verification result is that the verification is passed, the cross-chain transmission transaction of the performance bond data is sent to the destination chain node;

[0172] The destination chain node is used to: parse and execute the cross-chain transmission transaction of the performance bond data, retrieve the performance bond data of the power sales company, and send it to the blockchain node of the guarantee agency through the relay chain node;

[0173] The blockchain node of the guarantee agency is also used to: generate the bond amount in the electronic performance bond based on the performance bond data of the power sales company, and electronically sign the electronic performance bond containing the bond amount.

[0174] Optionally, in the above technical solution, a power trading center transaction chain is also included;

[0175] The transaction chain of the power trading center is used to: create a cross-chain transmission transaction of the power sales performance guarantee and send it to the relay chain node;

[0176] The relay chain node is also used to: The relay chain node parses the cross-chain transmission transaction of the power sales performance bond, generates multiple cross-chain sub-events for different guarantee agency blockchain nodes, and uses the Byzantine fault tolerance algorithm to perform consensus processing on each cross-chain sub-event to verify the legitimacy of each cross-chain event and the legitimacy of the signature of each guarantee agency blockchain node, and obtains a second verification result. When the second verification result is verification passed, each cross-chain sub-event is sent to the corresponding guarantee agency blockchain node;

[0177] Each guarantee agency blockchain node is used to parse the cross-chain events received by each of them and obtain the electronic performance bond of the power sales company.

[0178] Optionally, in the above technical solution, it also includes:

[0179] The relay chain node is also used to: when the first verification result is verification failure, suspend the cross-chain transmission transaction of the performance bond data, and initiate a rollback request to the blockchain node of the guarantee institution;

[0180] The guarantee agency blockchain node is also used to: perform a rollback operation after receiving a rollback request.

[0181] Optionally, in the above technical solution, a performance bond blockchain node is also included;

[0182] The relay chain node is also used to: when the second verification result is verification failure, stop sending each cross-chain sub-event to the corresponding guarantee agency blockchain node, and initiate a rollback request to the power trading center transaction chain;

[0183] The transaction chain of the power trading center is also used to: perform a rollback operation after receiving a rollback request.

[0184] Optionally, in the above technical solution, the transaction chain of the power trading center is also used to: when the power sales company changes the information of the issued electronic performance bond, create a performance bond change transaction and send it to the relay chain node;

[0185] The relay chain node is also used to: use the Byzantine fault-tolerant algorithm to perform consensus processing on the performance bond change transaction, so as to verify the legitimacy of the performance bond change transaction and the legitimacy of the signature of the performance bond blockchain node, and obtain a third verification result. When the third verification result is verification passed, the performance bond change transaction is sent to the performance bond blockchain node;

[0186] The performance bond blockchain node is also used to: parse and execute the performance bond blockchain node, and change the information of the electronic performance bond issued by the power sales company.

[0187] Optionally, in the above technical solution, the relay chain node is further used to: when the third verification result is verification failure, suspend the transmission of the performance bond change transaction and initiate a rollback request to the power trading center transaction chain;

[0188] The transaction chain of the power trading center is also used to: perform a rollback operation after receiving a rollback request.

[0189] Optionally, in the above technical solution, the blockchain node of the guarantee agency is specifically used to: send the cross-chain transmission transaction of the performance bond data to the relay chain node through the cross-chain gateway; the blockchain node of the guarantee agency is specifically used to: monitor the corresponding cross-chain sub-events through the cross-chain gateway.

[0190] It should be noted that the beneficial effects of the blockchain-based trusted management system for performance bonds of power sales companies provided in the above-mentioned embodiments are the same as the beneficial effects of the blockchain-based trusted management method for performance bonds of power sales companies, which will not be repeated here. In addition, when the system provided in the above-mentioned embodiments realizes its functions, it only uses the division of the above-mentioned functional modules as an example. In actual applications, the above-mentioned functions can be assigned to different functional modules as needed, that is, the system can be divided into different functional modules according to actual conditions to complete all or part of the functions described above. In addition, the system and method embodiments provided in the above-mentioned embodiments belong to the same concept. The specific implementation process is detailed in the method embodiment, which will not be repeated here.

[0191] like Figure 5 As shown, an electronic device 300 of an embodiment of the present invention includes a processor 320, the processor 320 is coupled to a memory 310, and the memory 310 stores at least one computer program 330, and the at least one computer program 330 is loaded and executed by the processor 320, so that the electronic device 300 implements any of the above-mentioned blockchain-based power sales company performance bond trust management methods, specifically:

[0192] The electronic device 300 may have relatively large differences due to different configurations or performances, and may include one or more processors 320 (Central Processing Units, CPU) and one or more memories 310, wherein the one or more memories 310 store at least one computer program 330, and the at least one computer program 330 is loaded and executed by the one or more processors 320, so that the electronic device 300 implements any of the blockchain-based trusted management methods for performance bonds of power sales companies provided in the above embodiments. Of course, the electronic device 300 may also have components such as a wired or wireless network interface, a keyboard, and an input and output interface for input and output. The electronic device 300 may also include other components for realizing device functions, which will not be repeated here. The electronic device may specifically be a computer, etc.

[0193] A computer-readable storage medium according to an embodiment of the present invention stores at least one computer program, and the at least one computer program is loaded and executed by a processor so that the computer implements any of the above-mentioned blockchain-based trusted management methods for performance bonds of power sales companies.

[0194] Optionally, the computer-readable storage medium may be a read-only memory (ROM), a random access memory (RAM), a compact disc (CD-ROM), a magnetic tape, a floppy disk, an optical data storage device, and the like.

[0195] In an exemplary embodiment, a computer program product or a computer program is also provided, the computer program product or the computer program including computer instructions, the computer instructions being stored in a computer-readable storage medium. A processor of an electronic device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the electronic device executes any of the above-mentioned blockchain-based trusted management methods for performance bonds of power sales companies.

[0196] It should be noted that the terms "first", "second", etc. in the specification and claims of the present application are used to distinguish similar objects and represent the definition of a specific order or sequence. The order of use of similar objects can be interchanged where appropriate, so that the embodiments of the present application described herein can be implemented in an order other than the order shown or described.

[0197] Those skilled in the art know that the present invention can be implemented as a system, method or computer program product. Therefore, the present invention can be specifically implemented in the following forms, namely: it can be complete hardware, it can be complete software (including firmware, resident software, microcode, etc.), or it can be a combination of hardware and software, which is generally referred to as "circuit", "module" or "system" herein. In addition, in some embodiments, the present invention can also be implemented in the form of a computer program product in one or more computer-readable media, and the computer-readable medium contains computer-readable program code.

[0198] Any combination of one or more computer-readable media can be used. The computer-readable medium can be a computer-readable signal medium or a computer-readable storage medium. The computer-readable storage medium can be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of computer-readable storage media (a non-exhaustive list) include: an electrical connection with one or more wires, a portable computer disk, 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 disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present invention, a computer-readable storage medium can be any tangible medium containing or storing a program, which can be used by an instruction execution system, device or device or used in combination with it.

[0199] Although the embodiments of the present invention have been shown and described above, it is to be understood that the above embodiments are exemplary and are not to be construed as limitations of the present invention. A person skilled in the art may change, modify, replace and vary the above embodiments within the scope of the present invention.

Claims

1. A credible management method for performance bonds of power sales companies based on blockchain, characterized in that: include: The blockchain node of the guarantee agency generates a cross-chain transmission transaction of the performance bond data based on the electronic performance bond of the power sales company and sends it to the relay chain node; The relay chain node uses the Byzantine fault-tolerant algorithm to perform consensus processing on the cross-chain transmission transaction of the performance bond data to verify the legitimacy of the cross-chain transmission transaction of the performance bond data and the legitimacy of the signature of the blockchain node of the guarantee institution, and obtains a first verification result. When the first verification result is that the verification is passed, the cross-chain transmission transaction of the performance bond data is sent to the destination chain node; The destination chain node parses the cross-chain transmission transaction of the performance bond data and executes it, retrieves the performance bond data of the power sales company, and sends it to the blockchain node of the guarantee institution through the relay chain node; The blockchain node of the guarantee agency generates a bond amount in an electronic performance bond based on the performance bond data of the power sales company, and electronically signs the electronic performance bond including the bond amount.

2. According to claim 1, a blockchain-based power sales company performance bond trust management method is characterized by: Also includes: The transaction chain of the power trading center creates a cross-chain transmission transaction of the power sales performance bond and sends it to the relay chain node; The relay chain node parses the cross-chain transmission transaction of the power sales performance bond, generates multiple cross-chain sub-events for different guarantee agency blockchain nodes, and uses the Byzantine fault tolerance algorithm to perform consensus processing on each cross-chain sub-event to verify the legitimacy of each cross-chain event and the legitimacy of the signature of each guarantee agency blockchain node, and obtains a second verification result. When the second verification result is verification passed, each cross-chain sub-event is sent to the corresponding guarantee agency blockchain node; Each blockchain node of the guarantee agency parses the cross-chain events it receives and obtains the electronic performance bond of the power sales company.

3. According to the blockchain-based trustworthy management method of a power sales company's performance bond according to claim 1, it is characterized in that: Also includes: When the first verification result is that the verification fails, the relay chain node suspends the cross-chain transmission transaction of the performance bond data and initiates a rollback request to the blockchain node of the guarantee institution; After receiving the rollback request, the guarantee agency blockchain node performs a rollback operation.

4. According to claim 2, a blockchain-based power sales company performance bond trust management method is characterized by: Also includes: When the second verification result is that the verification fails, the relay chain node stops sending each cross-chain sub-event to the corresponding guarantee agency blockchain node, and initiates a rollback request to the power trading center transaction chain; After receiving the rollback request, the power trading center transaction chain executes the rollback operation.

5. According to claim 2, a blockchain-based power sales company performance bond trust management method is characterized by: Also includes: When the power sales company changes the information of the issued electronic performance bond, the power trading center transaction chain creates a performance bond change transaction and sends it to the relay chain node; The relay chain node uses the Byzantine fault-tolerant algorithm to perform consensus processing on the performance bond change transaction to verify the legitimacy of the performance bond change transaction and the legitimacy of the signature of the performance bond blockchain node, and obtains a third verification result. When the third verification result is verification passed, the performance bond change transaction is sent to the performance bond blockchain node; The performance bond blockchain node parses and executes the performance bond blockchain node, and changes the electronic performance bond information issued by the power sales company.

6. A blockchain-based trustworthy management method for performance bonds of power sales companies according to claim 5, characterized in that: When the third verification result is that the verification fails, the relay chain node stops transmitting the performance bond change transaction and initiates a rollback request to the power trading center transaction chain; After receiving the rollback request, the power trading center transaction chain executes the rollback operation.

7. According to claim 2, a blockchain-based power sales company performance bond trust management method is characterized by: The guarantee agency blockchain node sends the cross-chain transmission transaction of the performance bond data to the relay chain node through the cross-chain gateway; the guarantee agency blockchain node monitors the corresponding cross-chain sub-events through the cross-chain gateway.

8. A blockchain-based power sales company performance bond trust management system, characterized by: Including guarantee agency blockchain nodes, relay chain nodes and destination chain nodes; The blockchain node of the guarantee agency is used to: generate a cross-chain transmission transaction of performance bond data based on the electronic performance bond of the power sales company, and send it to the relay chain node; The relay chain node is used to: use the Byzantine fault-tolerant algorithm to perform consensus processing on the cross-chain transmission transaction of the performance bond data, so as to verify the legitimacy of the cross-chain transmission transaction of the performance bond data and the legitimacy of the signature of the blockchain node of the guarantee institution, and obtain a first verification result. When the first verification result is that the verification is passed, the cross-chain transmission transaction of the performance bond data is sent to the destination chain node; The destination chain node is used to: parse and execute the cross-chain transmission transaction of the performance bond data, retrieve the performance bond data of the power sales company, and send it to the blockchain node of the guarantee institution through the relay chain node; The blockchain node of the guarantee agency is also used to: generate the bond amount in the electronic performance bond based on the performance bond data of the power sales company, and electronically sign the electronic performance bond containing the bond amount.

9. An electronic device, characterized in that: The electronic device includes a processor, the processor is coupled to a memory, at least one computer program is stored in the memory, and the at least one computer program is loaded and executed by the processor so that the electronic device can implement a blockchain-based trusted management method for a performance bond of a power sales company as described in any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that: At least one computer program is stored in the computer-readable storage medium, and the at least one computer program is loaded and executed by the processor so that the computer implements a blockchain-based trusted management method for performance bonds of power sales companies as described in any one of claims 1 to 7.

Images