Electricity-carbon collaborative transaction method and system based on alliance chain double-chain architecture

Abstract

The invention provides an electricity-carbon collaborative transaction method and system based on an alliance chain double-chain architecture, and the method comprises the steps: carrying out the network initialization, and guaranteeing that all participating nodes meet the operation requirements of HyperledgerFabric; secret keys and certificates are generated, and identity certificates and secret keys of all organizations in the network are generated through an encryption tool provided by Fabric; defining a configuration and creation block, creating a configuration file to define an organization structure of a network, and reserving a channel and chain code configuration of the network; two channels are configured, and two independent channels are established for the electricity market and the carbon emission permit market; submitting a user transaction, including user identity verification, transaction proposal generation and endorsement node endorsement; transaction verification and packaging, including transaction packaging and sorting, and block verification and submission; and intelligent contract auditing: triggering the intelligent contract, auditing the electricity and carbon data and processing abnormal data. The transaction efficiency and the data security can be improved, and the market transparency and the collaborative operation of the electricity and carbon market are promoted.

Description

Technical Field

[0001] The present invention relates to the field of blockchain technology, and more specifically, to an electric-carbon collaborative trading method and system based on a consortium chain dual-chain architecture. Background Art

[0002] Existing electricity markets and carbon emission rights markets usually operate as independent entities, lacking effective connection and coordination. In these markets, electricity trading and carbon emission rights trading are conducted on different platforms, resulting in market participants being unable to fully utilize the potential advantages of both markets. This separate trading model limits the market's potential in promoting environmental sustainability because it does not incentivize participants to take measures to reduce carbon emissions or optimize energy consumption. In terms of technical implementation, existing electricity and carbon emission rights markets usually rely on centralized databases to record transaction information, which has the problems of insufficient data transparency and imperfect user privacy protection. Centralized data storage methods are also prone to data tampering and fraud, because all transaction data is concentrated on one or several servers. Once these central nodes are attacked or fail, the stability and reliability of the entire system will be threatened.

[0003] In addition, existing trading systems often lack automated trading protocols and smart contracts, resulting in a large amount of manual intervention in the trading process, which not only reduces trading efficiency but also increases trading costs and the possibility of errors. In terms of data management and supervision, the existing system also does not have a complete process to facilitate unified verification by regulators, which to some extent limits the transparency and fairness of the market.

[0004] In the process of implementing the embodiments of the present invention, the inventors found that there are at least the following problems or defects in the prior art: the centralized electricity and carbon emission rights markets have problems in data management and trading mechanisms, such as insufficient transparency, insufficient user privacy protection, difficulty in preventing data tampering and fraud, low transaction efficiency, and insufficient market coordination. Summary of the invention

[0005] The present invention provides an electric-carbon collaborative trading method and system based on a consortium chain dual-chain architecture.

[0006] In a first aspect of the present invention, a method for electric-carbon collaborative trading based on a consortium chain dual-chain architecture is provided, comprising:

[0007] Network initialization, ensuring that all participating nodes meet the operating requirements of Hyperledger Fabric;

[0008] Generate keys and certificates, and use the encryption tools provided by Fabric to generate identity credentials and keys for each organization in the network;

[0009] Define the configuration and genesis block, create configuration files to define the organizational structure of the network, and reserve the network's channel and chain code configuration;

[0010] Configure dual channels to establish two independent channels for the electricity market and the carbon emission rights market;

[0011] User transaction submission, including user identity verification, transaction proposal generation, and endorsement by endorsing nodes;

[0012] Transaction verification and packaging, including transaction packaging and sorting, block verification and submission;

[0013] Smart contract audit, including triggering smart contracts, electric carbon data audit and abnormal data processing.

[0014] Furthermore, the network initialization step also includes installing Fabric's binary files and dependencies.

[0015] Furthermore, the cryptogen tool is used in the step of generating keys and certificates.

[0016] Furthermore, the configtx.yaml configuration file is used in the steps of defining the configuration and creating the block.

[0017] Furthermore, the step of configuring the dual channels includes creating an ordering service node, configuring and starting the ordering service node.

[0018] Furthermore, in the user transaction submission step, a member service provider MSP is used to perform user identity authentication.

[0019] Furthermore, in the transaction verification and packaging step, the Peer node packages the successfully endorsed transactions into blocks, and the sorting service node globally sorts the blocks.

[0020] Furthermore, in the smart contract auditing step, the supervision node can audit the results of the chaincode execution.

[0021] Furthermore, in the smart contract auditing step, the system automatically generates an audit report, providing detailed records and analysis of transactions and chaincode execution.

[0022] In a second aspect of the present invention, an electric carbon collaborative trading system based on a consortium chain dual-chain architecture is provided, comprising:

[0023] A network initialization module, used to execute the network initialization step described in claim 1;

[0024] A key and certificate generation module, used to execute the step of generating keys and certificates as described in claim 1;

[0025] A configuration and genesis block definition module, configured to execute the configuration definition and genesis block definition steps described in claim 1;

[0026] A dual-channel configuration module, used to perform the dual-channel configuration step described in claim 1;

[0027] A user transaction module, used to execute the user transaction submission step described in claim 1;

[0028] A transaction verification and packaging module, used to perform the transaction verification and packaging steps described in claim 1;

[0029] A smart contract audit module, used to perform the smart contract audit steps described in claim 1.

[0030] The above-mentioned embodiments of the present invention have at least the following beneficial effects: by introducing the alliance chain dual-chain architecture and smart contracts, the present invention can effectively realize the coordinated linkage of electricity and carbon emission rights trading, improve transaction efficiency and data security, and protect user privacy. The alliance chain dual-chain parallel processing and dual-channel data transmission mechanism can realize the distributed storage of electricity and carbon trading data and the efficient execution of smart contracts, thereby improving transaction efficiency and data security, while reducing corporate transaction costs, promoting market competition and resource allocation efficiency. In addition, the application of smart contracts can reduce manual intervention in the transaction process, reduce transaction costs and the possibility of errors, and improve the degree of automation of transactions.

[0031] The present invention can also enhance the transparency and fairness of the market. Through real-time monitoring of regulatory nodes and the application of cross-chain technology, it is convenient for regulatory agencies to conduct verification and improve the transparency of the market. The coordinated operation of the power chain and the carbon rights chain can optimize the allocation of power resources, encourage the production and use of low-carbon energy, and promote the green transformation of the energy structure. This collaborative mechanism can not only provide a convenient trading method for nodes participating in electricity-carbon trading at the same time, but also separate different types of transaction data, which is convenient for supervision by different competent agencies, thereby improving the transparency and fairness of the market. BRIEF DESCRIPTION OF THE DRAWINGS

[0032] The above and other objects, features and advantages of the exemplary embodiments of the present invention will become readily understood by reading the detailed description below with reference to the accompanying drawings. In the accompanying drawings, several embodiments of the present invention are shown in an exemplary and non-limiting manner, in which:

[0033] Figure 1 A schematic diagram of a flow chart of an electric-carbon collaborative trading method based on a consortium chain dual-chain architecture provided in one embodiment of the present invention;

[0034] Figure 2 A schematic diagram of the structure of an electric-carbon collaborative trading system based on a consortium chain dual-chain architecture provided in one embodiment of the present invention;

[0035] Figure 3 The schematic diagram schematically shows the structure of an electronic device according to an embodiment of the present invention. DETAILED DESCRIPTION

[0036] The principles and spirit of the present invention will be described below with reference to several exemplary embodiments. It should be understood that these embodiments are provided only to enable those skilled in the art to better understand and implement the present invention, and are not intended to limit the scope of the present invention in any way. On the contrary, these embodiments are provided to make the present invention more thorough and complete, and to fully convey the scope of the present invention to those skilled in the art.

[0037] Those skilled in the art know that the embodiments of the present invention can be implemented as a system, device, apparatus, method or computer program product. Therefore, the present invention can be specifically implemented in the following forms, namely: complete hardware, complete software (including firmware, resident software, microcode, etc.), or a combination of hardware and software.

[0038] It should be noted that any number of elements in the drawings is for illustration rather than limitation, and any naming is only for distinction and does not have any limiting meaning.

[0039] Reference below Figure 1 , Figure 1 The flowchart of the electric carbon collaborative trading method based on the alliance chain dual chain architecture provided by one embodiment of the present invention is as follows. Figure 1 As shown, a method 100 for electric-carbon collaborative trading based on a consortium chain dual-chain architecture includes:

[0040] Network initialization, ensuring that all participating nodes meet the operating requirements of Hyperledger Fabric;

[0041] Generate keys and certificates, and use the encryption tools provided by Fabric to generate identity credentials and keys for each organization in the network;

[0042] Define the configuration and genesis block, create configuration files to define the organizational structure of the network, and reserve the network's channel and chain code configuration;

[0043] Configure dual channels to establish two independent channels for the electricity market and the carbon emission rights market;

[0044] User transaction submission, including user identity verification, transaction proposal generation, and endorsement by endorsing nodes;

[0045] Transaction verification and packaging, including transaction packaging and sorting, block verification and submission;

[0046] Smart contract audit, including triggering smart contracts, electric carbon data audit and abnormal data processing.

[0047] It should be noted that this method first involves network initialization to ensure that all participating nodes meet the operating requirements of Hyperledger Fabric, an open source blockchain framework for building enterprise-level blockchain solutions. This step is the basis for building an electric carbon collaborative trading system, ensuring that each node in the network can operate according to the predetermined protocols and standards.

[0048] Specifically, the network initialization steps include checking and configuring the operating system, storage space, memory, and network connection of each node to ensure that they meet the minimum requirements of Hyperledger Fabric.

[0049] More specifically, Fabric's binary files and dependencies need to be installed on the nodes, including but not limited to operating system-specific library files, databases, and network communication protocols. This step is key to ensuring the smooth operation of the network and needs to be performed by professional technicians in accordance with Fabric's official documentation.

[0050] Preferably, the network initialization step may also include optimizing the performance of the nodes, such as adjusting the storage configuration to increase the data reading and writing speed, or optimizing the network settings to reduce communication delays.

[0051] Furthermore, you can also consider using the latest version of Hyperledger Fabric to take advantage of the latest security features and performance improvements. In some cases, you can also consider deploying nodes using containerization technology to improve the portability and scalability of the system.

[0052] In some embodiments, the network initialization step also includes installing Fabric's binary files and dependencies.

[0053] It should be noted that this method also includes the installation of Fabric's binary files and dependencies in the network initialization step, which means that in the process of building the electric carbon collaborative trading network, it is necessary to ensure that all participating nodes have installed the Hyperledger Fabric software and all external libraries and components required for its normal operation. The binary files here refer to the Fabric program that can be run directly on the operating system, and the dependencies include other software packages and libraries required for Fabric to run.

[0054] Specifically, installing Fabric binaries and dependencies involves downloading the Fabric installation package from the official Hyperledger channel and installing it on each node according to the official documentation. This includes configuring the operating system environment, such as setting environment variables, and installing container technologies such as Docker and Kubernetes, which are used to deploy and manage containerized applications in blockchain networks. At the same time, it is also necessary to install and configure database systems such as CouchDB or LevelDB, which are used to store blockchain ledger data. During the installation process, you may need to set specific parameters, such as network ports, encryption algorithms, etc., to ensure the security and performance of the network.

[0055] Preferably, in addition to the standard installation process, you can also consider using automated scripts to simplify the process of installing Fabric's binaries and dependencies. These scripts can automatically detect and install the required software packages, reduce manual intervention, and improve the efficiency and accuracy of the installation process.

[0056] Furthermore, you can also choose to use continuous integration / continuous deployment (CI / CD) tools to manage the deployment and update of the Fabric network to ensure high availability and rapid iteration of the network. In some cases, you can also consider using blockchain services provided by cloud service providers, which can provide ready-to-use blockchain environments and reduce the complexity of self-installation and maintenance.

[0057] In some embodiments, the cryptogen tool is used in the step of generating keys and certificates.

[0058] It should be noted that this method uses the cryptogen tool in the key and certificate generation step. Cryptogen is a command line tool provided by Hyperledger Fabric, which is used to generate identity credentials and keys for each organization in the network. This step is a key link to ensure that all participants in the network can communicate securely. The generated keys and certificates are used to establish the identities of each organization in the network and achieve secure communication between nodes.

[0059] Specifically, using the cryptogen tool to generate keys and certificates involves configuring a configuration file that defines the structure of organizations in the network and the relationships between them. The configuration file contains information such as the name of the organization, the number of nodes in each organization, and the trust relationship between them. The cryptogen tool generates the private and public keys of each organization and the corresponding certificates based on this configuration file. These keys and certificates are distributed to each node in the network, including the sorting service node and the peer node.

[0060] More specifically, in actual operation, it is necessary to ensure that the version of the cryptogen tool is compatible with the version of Hyperledger Fabric, and that the parameters required to generate keys and certificates, such as password length, encryption algorithm, etc., are correctly configured.

[0061] Preferably, in addition to using cryptogen tools, other authentication and key management solutions can also be considered, such as using a hardware security module (HSM) to generate and store keys to provide a higher level of security.

[0062] Furthermore, a public key infrastructure (PKI) can be used to manage identity credentials and keys in the network, which can provide more flexible identity management and more fine-grained access control. In some cases, cloud-based services can also be considered to manage keys and certificates, which can reduce the burden of network operation and maintenance and take advantage of the security features of cloud service providers.

[0063] In some embodiments, the configtx.yaml configuration file is used in the steps of defining the configuration and creating the block.

[0064] It should be noted that this method uses the configtx.yaml configuration file in the steps of defining the configuration and the genesis block. configtx.yaml is a YAML format file used to define network configuration in Hyperledger Fabric. This file describes in detail the network's organizational structure, channel configuration, chain code settings and other key information, and is the basis for network initialization and startup. Through this configuration file, the genesis block, the first block of the blockchain network, can be generated, which contains the initial configuration and status of the network.

[0065] Specifically, the configtx.yaml configuration file contains multiple parts, such as organization definitions (Organizations), order definitions (Orderer), peer node definitions (Peer), etc. In the organization definition part, you need to specify the organization's name, domain, MSP (membership service provider) configuration path and other information. The order definition part involves the configuration of the sorting service node, including the type, address and port of the sorting service. The peer node definition part includes the anchor node configuration of the peer node, event service configuration, etc. When setting these parameters, you need to ensure that all paths and ports are correct and match the actual deployed network environment.

[0066] Preferably, in addition to manually editing the configtx.yaml file, you can also consider using the configtxgen tool provided by Hyperledger Fabric to generate the configuration file. This tool can automatically generate the configtx.yaml file based on the provided configuration information, reducing the errors and complexity of manual editing.

[0067] Furthermore, you can also consider using environment variables or configuration management tools to dynamically generate and update parameters in the configtx.yaml file to adapt to the changing network environment. In some cases, you can also consider automating the generation and maintenance process of the configtx.yaml file, such as by integrating it into the continuous integration / continuous deployment (CI / CD) process to achieve rapid iteration and deployment of network configuration.

[0068] In some embodiments, the step of configuring the dual channels includes creating a sorting service node, configuring and starting the sorting service node.

[0069] It should be noted that the method includes creating an ordering service node in the step of configuring the dual channel. The ordering service node is a key component responsible for transaction ordering in the Hyperledger Fabric network. These nodes receive transaction proposals from peer nodes and sort them into blocks to ensure that all nodes in the network can process transactions in a unified order. Creating an ordering service node is an important step in establishing independent channels for the electricity market and the carbon emission rights market in the dual channel.

[0070] Specifically, creating a sorting service node involves configuring the parameters of the sorting service node, such as the node's IP address, port number, encryption certificate, etc. These parameters need to be set according to the specific needs and security requirements of the network. The configuration of the sorting service node also includes defining the type of sorting service, such as SBFT (Simple Byzantine Fault Tolerance) or PBFT (Practical Byzantine Fault Tolerance), and setting the consensus mechanism of the sorting service. In actual operation, it is necessary to ensure that the sorting service node can communicate with other network nodes and can handle the expected transaction load.

[0071] Preferably, in addition to creating sorting service nodes, you can also consider optimizing the performance of the sorting service nodes, such as increasing the number of nodes to improve the throughput and fault tolerance of the sorting service. In addition, you can also consider using the sorting service nodes of cloud service providers to take advantage of their high availability and scalability.

[0072] Furthermore, in some cases, you can also consider using different sorting service implementations, such as the Solo sorting service based on the Raft algorithm, which is suitable for small or private networks because it provides simpler configuration and maintenance. In addition, you can also consider implementing a load balancing strategy to ensure that the transaction load is evenly distributed across all sorting service nodes, thereby improving the efficiency and reliability of the entire network.

[0073] In some embodiments, the user transaction submission step uses a member service provider MSP to perform user identity authentication.

[0074] It should be noted that this method uses a Membership Service Provider (MSP) for user identity authentication in the user transaction submission step. The Membership Service Provider (MSP) is a component in Hyperledger Fabric used to manage network membership and access control. MSP is responsible for issuing and managing digital certificates to ensure that only authorized users can submit transaction proposals and access network resources. This step is a key link to ensure the legitimacy and security of transactions.

[0075] Specifically, using MSP for user authentication involves configuring MSP parameters and policies, which include the URL of the certificate authority (CA), the storage path of certificates and private keys, and the access control list (ACL). In actual operation, you need to ensure that the MSP is configured correctly so that the user's identity and permissions can be verified. For example, you can set different MSP policies to distinguish different user roles, such as administrators, ordinary users, or auditors, and assign different permissions to each role.

[0076] Preferably, in addition to using MSP for authentication, you can also consider integrating other authentication mechanisms, such as multi-factor authentication (MFA) or biometrics, to enhance security. In addition, you can also consider using a role-based access control (RBAC) model to further refine user permissions, making permission management more flexible and sophisticated.

[0077] Furthermore, in some cases, you may also consider using an external identity provider (IdP) to integrate with the MSP to achieve single sign-on (SSO) and broader user identity management. In addition, you may also consider implementing a regular certificate renewal and audit mechanism to ensure that the certificates issued by the MSP are always up to date and comply with the latest security standards.

[0078] In some embodiments, in the transaction verification and packaging step, the Peer node packages the successfully endorsed transactions into blocks, and the sorting service node globally sorts the blocks.

[0079] It should be noted that in the transaction verification and packaging step of this method, the Peer node packages the endorsed transactions into blocks, and the ordering service node globally sorts the blocks. The Peer nodes here refer to the peer nodes in the Hyperledger Fabric network, which are responsible for executing chain codes (smart contracts) and verifying transactions. Endorsement means that before a transaction is packaged into a block, it must be verified and agreed by a sufficient number of Peer nodes. The ordering service node is responsible for packaging these endorsed transactions into blocks in a certain order and broadcasting them to all nodes to ensure the consistency of the transaction order in the network.

[0080] Specifically, the peer node will execute the chain code to verify the validity of the transaction during the endorsement process, which includes checking whether the transaction conforms to the business logic and whether it meets the permission requirements. If the transaction passes the endorsement, the peer node will send it to the sorting service node. The sorting service node receives transaction proposals from each peer node, sorts the transactions according to the predefined consensus mechanism (such as SBFT or PBFT), and packages them into blocks.

[0081] More specifically, parameter settings include setting endorsement policies, that is, defining which peer nodes need to endorse transactions, as well as setting block size and block time interval, etc. These parameters can be adjusted according to the transaction load and performance requirements of the network.

[0082] Preferably, in addition to the standard endorsement and sorting process, some optimization measures can be considered to improve the efficiency and security of transaction processing. For example, a privacy protection mechanism can be introduced, such as using private data collections to protect sensitive transaction data from being accessed by unauthorized nodes.

[0083] Furthermore, the performance of the sorting service nodes can be optimized, such as by increasing the number of sorting service nodes to improve the throughput and fault tolerance of the sorting service. In some cases, different consensus mechanisms can also be considered, such as the Solo sorting service based on the Raft algorithm, to adapt to different network scales and performance requirements. In addition, a dynamic block size adjustment strategy can be implemented to dynamically adjust the block size according to the real-time load of the network to optimize transaction processing efficiency.

[0084] In some embodiments, in the smart contract auditing step, the supervisory node may audit the results of the chaincode execution.

[0085] It should be noted that in the smart contract auditing step of this method, the supervisory node can audit the results of chain code execution. Supervisory nodes refer to nodes with special permissions in the blockchain network. They are responsible for monitoring and verifying whether the execution of chain code complies with predetermined rules and regulatory requirements. Chain code is the term for smart contracts in Hyperledger Fabric, which defines business logic and transaction processing flow.

[0086] Specifically, the supervisory node will check the output of the chaincode execution during the audit process to ensure that all transactions comply with laws, regulations and business rules. This includes verifying the integrity of transaction data, checking whether the transaction has gone through the correct endorsement process, and ensuring that the transaction results do not violate any preset business logic. Specific parameter settings may include defining audit rules, setting monitoring thresholds, and configuring alarm mechanisms. For example, specific monitoring rules can be set to track high-value transactions or abnormal transaction patterns, and trigger alarms when suspicious activities are detected.

[0087] Preferably, the smart contract auditing steps can be further refined, including the implementation of real-time monitoring and historical data analysis. Real-time monitoring can use event listeners to capture real-time data of chain code execution, while historical data analysis can use the blockchain's immutable ledger to trace and review past transaction records.

[0088] Further, advanced data analysis tools, such as machine learning algorithms, can be introduced to identify abnormal patterns and predict potential risks. In some cases, external audit services can also be considered, such as hiring a third-party professional audit company to provide independent audit reports to enhance the objectivity and credibility of the audit. In addition, regular audit cycles, such as quarterly or annual audits, can also be considered to ensure the continued compliance of the network.

[0089] In some embodiments, during the smart contract auditing step, the system automatically generates an audit report that provides detailed records and analysis of transactions and chaincode execution.

[0090] It should be noted that in this method, during the smart contract audit step, the system automatically generates an audit report, providing detailed records and analysis of transactions and chain code execution. An audit report is a document that records blockchain transactions and smart contract execution. It details the transaction process, results, and any abnormalities, and is essential for regulatory compliance and post-analysis. Automatically generated audit reports can reduce manual intervention and improve audit efficiency and accuracy.

[0091] Specifically, the automatically generated audit report will contain detailed information about the transaction, such as the transaction time, transaction parties, transaction amount, chaincode execution results, etc. This information can be captured by the logic in the chaincode and automatically summarized into the audit report after the transaction is completed. Specific parameter settings may include defining which transaction data needs to be recorded, setting the format and frequency of the report, etc. For example, you can set the time range of the report, select the data fields to be included, and determine the level of detail of the report.

[0092] Preferably, the audit report generation process can be further refined, including the implementation of customized report templates and the addition of data analysis functions. Customized report templates can be designed according to different regulatory requirements or business needs to ensure the relevance and usability of the report content. Data analysis functions can use data mining technology to identify transaction patterns, predict risks and optimize business processes.

[0093] Furthermore, in some cases, it is also possible to consider using blockchain analysis tools, such as blockchain browsers or specialized monitoring software, to enhance the functionality of audit reports. In addition, it is also possible to consider implementing a regular audit report review process to ensure the accuracy and completeness of the report and to update the audit strategy in a timely manner to respond to new regulatory requirements or market changes.

[0094] The above-mentioned embodiments of the present invention have the following beneficial effects: the electric carbon collaborative transaction method based on the alliance chain dual-chain architecture described in the present invention can ensure that all participating nodes meet the operating requirements of Hyperledger Fabric, ensure the security of the identity credentials and keys of each organization in the network by generating keys and certificates, define configurations and genesis blocks to create the organizational structure of the network, and reserve the channel and chain code configuration of the network. This method can configure dual channels, establish two independent channels for the electricity market and the carbon emission rights market, and realize user transaction submission, including user identity authentication, transaction proposal generation, and endorsement node endorsement. In addition, transaction verification packaging includes transaction packaging and sorting, block verification and submission, and smart contract auditing includes triggering smart contracts, electric carbon data auditing, and abnormal data processing, thereby improving the security and efficiency of transactions.

[0095] This method can also enable the supervisory node to audit the chain code execution results to ensure the compliance and correctness of the transaction. The system automatically generates an audit report, provides detailed records and analysis of transactions and chain code execution, and can enhance the transparency and traceability of transactions. Through these measures, the efficiency and security of electric carbon trading can be effectively improved, while reducing transaction costs and error rates, and promoting the healthy development of the electric carbon market.

[0096] like Figure 2 As shown, in some embodiments, an electric carbon collaborative trading system 200 based on a consortium chain dual-chain architecture includes:

[0097] A network initialization module 201, configured to execute the network initialization step described in claim 1;

[0098] A key and certificate generation module 202, configured to execute the step of generating a key and a certificate as described in claim 1;

[0099] Configuration and genesis block definition module 203, used to perform the steps of defining configuration and genesis block as described in claim 1;

[0100] A dual-channel configuration module 204, configured to execute the dual-channel configuration step described in claim 1;

[0101] User transaction module 205, used to execute the user transaction submission step described in claim 1;

[0102] The transaction verification and packaging module 206 is used to perform the transaction verification and packaging steps described in claim 1;

[0103] The smart contract audit module 207 is used to execute the smart contract audit steps described in claim 1.

[0104] It is understandable that the modules recorded in the electric carbon collaborative trading system 200 based on the alliance chain dual chain architecture are similar to the reference Figure 1 The steps in the described electric carbon collaborative trading method based on the alliance chain dual-chain architecture correspond to each other. Therefore, the operations, features and beneficial effects described above for the electric carbon collaborative trading method based on the alliance chain dual-chain architecture are also applicable to the electric carbon collaborative trading system 200 based on the alliance chain dual-chain architecture and the modules contained therein, and will not be repeated here.

[0105] Reference below Figure 3 , which shows a schematic diagram of a structure 300 of an electronic device suitable for implementing some embodiments of the present invention. The electronic devices in some embodiments of the present invention may include, but are not limited to, mobile terminals such as mobile phones, notebook computers, digital broadcast receivers, PDAs (personal digital assistants), PADs (tablet computers), PMPs (portable multimedia players), vehicle-mounted terminals (such as vehicle-mounted navigation terminals), etc., and fixed terminals such as digital TVs, desktop computers, etc. Figure 3 The terminal device shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present invention.

[0106] like Figure 3As shown, the electronic device 300 may include a processing device (e.g., a central processing unit, a graphics processing unit, etc.) 301, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 302 or a program loaded from a storage device 308 into a random access memory (RAM) 303. In the RAM 303, various programs and data required for the operation of the electronic device 300 are also stored. The processing device 301, the ROM 302, and the RAM 303 are connected to each other via a bus 304. An input / output (I / O) interface 305 is also connected to the bus 304.

[0107] Typically, the following devices may be connected to the I / O interface 305: input devices 306 including, for example, a touch screen, a touch pad, a keyboard, a mouse, a camera, a microphone, an accelerometer, a gyroscope, etc.; output devices 307 including, for example, a liquid crystal display (LCD), a speaker, a vibrator, etc.; storage devices 308 including, for example, a magnetic tape, a hard disk, etc.; and communication devices 309. The communication devices 309 may allow the electronic device 300 to communicate with other devices wirelessly or by wire to exchange data. Although Figure 3 The electronic device 300 is shown with various devices, but it should be understood that it is not required to implement or possess all the devices shown. More or fewer devices may be implemented or possessed instead. Figure 3 Each block shown in the figure may represent one device, or may represent multiple devices as required.

[0108] Furthermore, the storage medium of the embodiment of the present application stores program instructions that can implement all the above methods, wherein the program instructions can be stored in the above storage medium in the form of a software product, including several instructions for enabling a computer device (which can be a personal computer, server, or network device, etc.) or a processor to execute all or part of the steps of the methods described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, or terminal devices such as a computer, a server, a mobile phone, and a tablet.

[0109] The above descriptions are only some preferred embodiments of the present invention and an explanation of the technical principles used. Those skilled in the art should understand that the scope of the invention involved in the embodiments of the present invention is not limited to the technical solutions formed by a specific combination of the above technical features, but should also cover other technical solutions formed by any combination of the above technical features or their equivalent features without departing from the above inventive concept. For example, the above features are replaced with (but not limited to) technical features with similar functions disclosed in the embodiments of the present invention to form a technical solution.

Claims

1. A method for electric carbon collaborative trading based on alliance chain dual chain architecture, characterized in that: The following steps are involved: Network initialization, ensuring that all participating nodes meet the operating requirements of Hyperledger Fabric; Generate keys and certificates, and use the encryption tools provided by Fabric to generate identity credentials and keys for each organization in the network; Define the configuration and genesis block, create configuration files to define the organizational structure of the network, and reserve the network's channel and chain code configuration; Configure dual channels to establish two independent channels for the electricity market and the carbon emission rights market; User transaction submission, including user identity verification, transaction proposal generation, and endorsement by endorsing nodes; Transaction verification and packaging, including transaction packaging and sorting, block verification and submission; Smart contract audit, including triggering smart contracts, electric carbon data audit and abnormal data processing.

2. The method according to claim 1, characterized in that The network initialization step also includes installing Fabric's binary files and dependencies.

3. The method according to claim 1, characterized in that The cryptogen tool is used in the steps of generating keys and certificates.

4. The method according to claim 1, characterized in that: The configtx.yaml configuration file is used in the steps of defining the configuration and creating the genesis block.

5. The method according to claim 1, characterized in that The step of configuring the dual channels includes creating a sorting service node, configuring and starting the sorting service node.

6. The method according to claim 1, characterized in that In the user transaction submission step, a member service provider MSP is used to perform user identity authentication.

7. The method according to claim 1, characterized in that In the transaction verification and packaging step, the Peer node packages the successfully endorsed transactions into blocks, and the sorting service node globally sorts the blocks.

8. The method according to claim 1, characterized in that In the smart contract auditing step, the supervisory node can audit the results of the chaincode execution.

9. The method according to claim 1, characterized in that: In the smart contract auditing step, the system automatically generates an audit report, providing detailed records and analysis of transactions and chaincode execution.

10. An electric carbon collaborative trading system based on a consortium chain dual-chain architecture, characterized in that: include: A network initialization module, used to execute the network initialization step described in claim 1; A key and certificate generation module, used to execute the step of generating keys and certificates as described in claim 1; A configuration and genesis block definition module, configured to execute the configuration definition and genesis block definition steps described in claim 1; A dual-channel configuration module, used to perform the dual-channel configuration step described in claim 1; A user transaction module, used to execute the user transaction submission step described in claim 1; A transaction verification and packaging module, used to perform the transaction verification and packaging steps described in claim 1; A smart contract audit module, used to perform the smart contract audit steps described in claim 1.

Images