Detailed Description
Hereinafter, embodiments of the present disclosure will be described with reference to the accompanying drawings. It should be understood that the description is only exemplary and is not intended to limit the scope of the present disclosure. In the following detailed description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the embodiments of the present disclosure. It may be evident, however, that one or more embodiments may be practiced without these specific details. In addition, in the following description, descriptions of well-known structures and techniques are omitted so as not to unnecessarily obscure the concepts of the present disclosure.
The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the disclosure. The terms "comprises," "comprising," and/or the like, as used herein, specify the presence of stated features, steps, operations, and/or components, but do not preclude the presence or addition of one or more other features, steps, operations, or components.
All terms (including technical and scientific terms) used herein have the same meaning as commonly understood by one of ordinary skill in the art unless otherwise defined. It should be noted that the terms used herein should be construed to have meanings consistent with the context of the present specification and should not be construed in an idealized or overly formal manner.
Where expressions like at least one of "A, B and C, etc. are used, the expressions should generally be interpreted in accordance with the meaning as commonly understood by those skilled in the art (e.g.," a system having at least one of A, B and C "shall include, but not be limited to, a system having a alone, B alone, C alone, a and B together, a and C together, B and C together, and/or A, B, C together, etc.). Where a formulation similar to at least one of "A, B or C, etc." is used, in general such a formulation should be interpreted in accordance with the ordinary understanding of one skilled in the art (e.g. "a system with at least one of A, B or C" would include but not be limited to systems with a alone, B alone, C alone, a and B together, a and C together, B and C together, and/or A, B, C together, etc.).
Embodiments of the present disclosure provide a data processing method, apparatus, and blockchain system for carbon asset transactions. The method may be applied to any common node in a blockchain network that includes a plurality of nodes, the plurality of nodes in the blockchain network including a plurality of common nodes and at least one transaction node. The plurality of common nodes are respectively arranged on the plurality of photovoltaic power stations, and the transaction nodes are arranged on the carbon exchange. The method may include: a power generation trade generation process, a power generation trade linking process, and a carbon asset trade process. In the generation process of the power generation transaction, any common node generates power generation transaction data based on the power generation data of the photovoltaic power station for the common node. And then, carrying out a power generation transaction uplink process, and broadcasting power generation transaction data to the blockchain network so that each node in the blockchain network stores the power generation transaction data into the blockchain. In the carbon asset transaction process, a transaction node conducts carbon asset transaction based on a plurality of power generation transaction data in the blockchain, and any one common node receives carbon asset transaction data from the transaction node on the plurality of power generation transaction data to store the carbon asset transaction data in the blockchain together with other nodes in the blockchain network.
As a green energy source, a distributed photovoltaic power plant may be developed to produce electricity for use as a carbon asset for trading, such as may be done in the form of a carbon asset of national evidence voluntary emission reduction (CCER). CCER refers to the voluntary emission reduction of greenhouse gases which is recorded by the CCER and registered in a national registration system according to the provision of the tentative method for managing the voluntary emission reduction of greenhouse gases issued and implemented by the national development and reform committee. However, the distributed photovoltaic power generation station has relatively small emission reduction due to relatively distributed distribution and relatively small output power. The development cost is very high, and the development enthusiasm of owners is not high, so that the emission reduction loss is caused.
If it is desired to develop a distributed photovoltaic power plant as a carbon asset transaction project in the form of a CCER, in one form of processing, on-site inspection of the photovoltaic power plant-related information system and monitoring facilities by the relevant authorities is required, followed by registration of the carbon asset by the homeowner at a national carbon emission rights registration system and transaction system based on the monitoring system data. And then the carbon exchange performs the transaction according to the registered carbon asset.
In this way, on the one hand, the production and trade of the carbon asset in the trade flow of the carbon asset are mutually split, in which case the authenticity of the carbon asset cannot be guaranteed. On the other hand, the medium and small-sized photovoltaic power station has a long period of generating carbon assets (for example, 2-3 carbon assets are generated each year), so that the benefits are small, and the monitoring, registering and trading processes are complicated, so that owners of the photovoltaic power station are unwilling to add the carbon trading process, and no method for well solving the problem is available at present.
FIG. 1 schematically illustrates an exemplary system architecture 100 to which data processing methods, apparatus, and blockchain systems for carbon asset transactions may be applied in accordance with embodiments of the present disclosure. It should be noted that fig. 1 is only an example of a system architecture to which embodiments of the present disclosure may be applied to assist those skilled in the art in understanding the technical content of the present disclosure, but does not mean that embodiments of the present disclosure may not be used in other devices, systems, environments, or scenarios.
As shown in FIG. 1, the system architecture 100 is embodied as a Blockchain network (Blockchain Network) 100, and the Blockchain network 100 may include nodes (nodes) 101-106, the nodes 101-106 maintaining a Blockchain (Blockchain) 110 in common.
Nodes 101-106 may be various computing nodes having the same or different computing capabilities, such as personal computers, web servers, database servers, smartphones, and the like, without limitation. Point-to-point communication may be performed between any two of nodes 101-106.
The blockchain 110 is a distributed database of blocks (blocks) that are chronologically linked by hash pointers. The blocks of the blockchain are added in time sequence, and when a preset condition is met, each node in the blockchain network allows the current node to create a block and add the block into the blockchain, and the added block serves as the current latest block on the blockchain. At a particular moment, the current latest block acquired from the blockchain by the node maintaining the same blockchain is the same.
It should be understood that the size and type of blockchain network, the number of nodes, the length of the blockchain, the number of blocks, etc. in fig. 1 are merely illustrative. Any size and type of blockchain network, any number of nodes, any length of blockchain, any number of blocks, etc., may be provided as desired, without limitation.
According to embodiments of the present disclosure, a plurality of common nodes and at least one transaction node may be included in the blockchain network shown in fig. 1. The plurality of common nodes are respectively arranged on the plurality of photovoltaic power stations, and the transaction nodes are arranged on the carbon exchange.
According to embodiments of the present disclosure, a data processing method is provided that may be conveniently and efficiently used for carbon asset transactions, which is described below by way of illustration. It should be noted that the sequence numbers of the respective operations in the following methods are merely representative of the operations for the purpose of description, and should not be construed as representing the order of execution of the respective operations. The method need not be performed in the exact order shown unless explicitly stated.
FIG. 2 schematically illustrates a flow chart of a data processing method for carbon asset transactions according to an embodiment of the present disclosure. The method can be applied to any common node in a blockchain network as shown in fig. 1, and is described below from the perspective of the common node acting as the sender of the power generation transaction data.
As shown in fig. 2, the method may include the following operations S201 to S203.
In operation S201, power generation transaction data is generated based on power generation data of a photovoltaic power plant for the present general node.
Then, in operation S202, the electricity generation transaction data is broadcast to the blockchain network such that each node in the blockchain network stores the electricity generation transaction data in the blockchain and the transaction node performs a carbon asset transaction based on the plurality of electricity generation transaction data in the blockchain.
The method comprises the steps of broadcasting power generation transaction data to a blockchain network, enabling all nodes in the blockchain network to carry out consensus verification on the power generation transaction data, packaging the power generation transaction data into new blocks by all nodes after the consensus verification is completed, and adding the new blocks into the blockchain. The transaction node is used as a node in the blockchain network, and the power generation transaction data broadcasted by the common node is also stored in the blockchain, and the power generation transaction data can be read from the blockchain, so that carbon asset transaction is performed based on the power generation transaction data.
Next, in operation S203, carbon asset transaction data regarding the plurality of power generation transaction data is received from the transaction nodes, such that each node in the blockchain network stores the carbon asset transaction data in the blockchain.
The transaction data of the carbon asset is generated by combining and packaging a plurality of power generation transaction data acquired from the blockchain by a transaction node, wherein the transaction data comprises the total amount of the carbon asset which can be used for transaction. Each node in the blockchain network stores the carbon asset transaction data into the blockchain through consensus verification, so that each node can know which power generation transaction data are subjected to carbon asset transaction.
As can be appreciated by those skilled in the art, the data processing method according to the embodiments of the present disclosure deploys a carbon asset transaction project of a distributed photovoltaic power plant on a blockchain network, where the blockchain network includes a plurality of common nodes and at least one transaction node, the common nodes are in one-to-one correspondence with the photovoltaic power plant, and the transaction nodes are in one-to-one correspondence with the exchanges. The common nodes collect the power generation data of the photovoltaic power station and generate power generation transaction data, and the power generation transaction data is stored in the blockchain through the consensus verification of the blockchain network, so that all nodes in the blockchain network carry out multiparty supervision on the power generation transaction data in the blockchain, and the authenticity and the non-falsification of the power generation transaction data are ensured. The transaction node can acquire a plurality of power generation transaction data from the blockchain to be converted into carbon asset transaction data, and the carbon asset transaction data is stored in the blockchain through the consensus verification of the blockchain network, so that all nodes in the blockchain network can conduct multiparty supervision on the carbon asset transaction data in the blockchain, and the authenticity and the non-falsification of the power generation transaction data are ensured. The process utilizes the characteristics of the blockchain technology to realize the fusion of the power generation process and the carbon transaction process of the photovoltaic power stations, realize the information peer-to-peer between the photovoltaic power stations and can effectively improve the carbon asset transaction efficiency of the distributed photovoltaic power stations. Based on the characteristic that the data recorded in the blockchain is not tamperable, the security and retrospective property of the related information of various transactions are ensured, and the reliability of the transaction process can be improved.
According to embodiments of the present disclosure, nodes in a blockchain network include two types, one type being a normal node and one type being a transactional node. The common node, namely the corresponding node of the photovoltaic power station, can be a metering device installed on each photovoltaic power station, and the metering device can record the power generation data of the photovoltaic power station and can perform network communication. The other is a transaction node, which may be a server of a carbon exchange. The generic node and the transactional node may have different functions.
In one embodiment of the disclosure, generating the power generation transaction data based on the power generation data for the photovoltaic power plant of one common node includes: the first operation is performed every first time period. Illustratively, the first operation includes: the total power generation amount of the photovoltaic power plant for the present ordinary node in the previous first time period is accumulated, and then power generation transaction data concerning the total power generation amount is generated.
For example, the photovoltaic power plant a is provided with a common node a, and the common node a caches power generation data of the photovoltaic power plant a in a first time period, and generates power generation transaction data when the first time period accords with a certain time length (for example, the first time period is 1 hour) or the power generation data accords with (for example, the accumulated power generation reaches 1 kilowatt hour). The data structure of the power generation transaction data is shown in fig. 3.
FIG. 3 schematically illustrates an example data structure of power generation transaction data according to an embodiment of the disclosure. As shown in fig. 3, the power generation transaction data may include: identification information of the ordinary node a, power generation information, and signature information of the ordinary node a. Wherein the power generation information includes: a start time of a preceding first time period (may also be referred to as a power generation start time), an end time of a preceding first time period (may also be referred to as a power generation end time), and a total power generation amount (power generation amount in the current time range) in the preceding first time period. In other examples, the common node a may convert the total power generation amount to the carbon asset yield when generating the power generation trade data, and thus the power generation trade data may also include the carbon asset yield for the total power generation amount during the previous first time period.
Further, the common node in the blockchain network can be used as not only a generator of the power generation transaction data, but also a verifier of the power generation transaction. The data processing method for carbon asset transactions according to embodiments of the present disclosure may further include: and receiving the power generation transaction data from another common node, and verifying the power generation transaction data. If the verification is passed, the power generation transaction data is put into a consensus cache pool, and the power generation transaction data is broadcast to other nodes in the blockchain network, which do not receive the power generation transaction data. And storing the power generation transaction data in the consensus cache pool into the blockchain after the blockchain network completes consensus.
Illustratively, validating the power generation transaction data described above may include: the signature information in the power generation transaction data is first verified. And if the first verification is passed, performing second verification on the power generation information in the power generation transaction data. If the second verification passes, verification passing for the power generation transaction data is determined.
Fig. 4 schematically shows an example flowchart of a general node performing a data processing procedure for explaining a procedure of generating power generation transaction data and a procedure of verifying the power generation transaction data by the general node according to an embodiment of the present disclosure.
As shown in fig. 4, the data processing procedure may include operations S401 to S411.
In operation S401, the general node a caches power generation data of the photovoltaic power plant a.
In operation S402, the general node a accumulates the power generation data for the first period of time to generate power generation transaction data Tx0.
In operation S403, the general node a broadcasts the power generation transaction data Tx0 to the blockchain network.
In operation S404, the general node b acquires signature information in the power generation transaction data Tx0.
In operation S405, the general node b verifies whether the signature information is correct. If not, operation S406 is performed. If so, operation S407 is performed.
The verification process of operation S405 is the first verification process described above.
In operation S406, the general node b discards the power generation transaction data Tx0.
In operation S407, the general node b acquires power generation information in the power generation transaction data Tx0.
In operation S408, the general node b determines whether the power generation information in the power generation transaction data Tx0 is normal. If not, operation S406 is performed. If so, operation S409 is performed.
The verification process in operation S408 is the second verification process described above.
In operation S409, the general node b puts the power generation transaction data Tx0 into the consensus buffer pool.
In operation S410, the general node b broadcasts the power generation transaction data Tx0 to other nodes.
In operation S411, the normal node b writes the power generation transaction data Tx0 to the local ledger after the blockchain consensus is completed.
It will be appreciated that the common node a corresponds to the photovoltaic power station a, the common node B corresponds to the photovoltaic power station B, the common node a may be any common node in the blockchain network, and the common node B may be any common node in the blockchain network other than the common node a. In the above process, the common node a broadcasts the power generation transaction data to the surrounding nodes, and the surrounding nodes broadcast the power generation transaction data by adopting a P2P (peer-to-peer) transmission mode until all nodes in the blockchain network receive the data, but the power generation transaction data needs to be verified before broadcasting the transaction. Firstly, signature information in the power generation transaction data is acquired, signature verification is carried out, and if the signature verification fails, the power generation transaction data is directly discarded. And then, acquiring node identification and power generation information in the power generation transaction data, judging whether the power generation information in the power generation transaction data is normal, and if not, directly discarding the power generation transaction data. And then, placing the power generation transaction data into a local transaction buffer pool for consensus use. After normal power generation transaction data is transmitted through the P2P network, the normal power generation transaction data is finally received by all nodes and put into a local buffer pool. After consensus, all nodes will write the power generation transaction data into the local ledger and execute the power generation transaction data (writing into the local ledger writes the transaction content, and executing the transaction updates the data in the transaction to the local memory or database). The present disclosure is not limited to a specific consensus algorithm, whether it be a PoW (Proof of Work), POS (Proof of equity) or BFT (Byzantine Fault Tolerance, bayer fault tolerance) consensus algorithm.
According to an embodiment of the present disclosure, a plurality of common nodes in a blockchain network are deployed at a plurality of photovoltaic power plants distributed over a first geographic area. The power generation levels of a plurality of photovoltaic power stations are similar due to the fact that the illumination levels of the same geographic area are equivalent. The power generation level can be measured based on the power generation level. The second verifying of the power generation information in the power generation transaction data may include: a unit power generation for the power generation transaction data is calculated based on a start time of a preceding first time period, an end time of the preceding first time period, and a total power generation amount in the power generation information. Then, it is determined whether the unit generated power falls within a threshold interval of the first geographical area. If so, a second verification pass for the power generation transaction data is determined.
Fig. 5 schematically illustrates an example flow chart of a generic node performing a second authentication procedure according to an embodiment of the disclosure.
As shown in fig. 5, taking the above-described procedure of the normal node b performing the second verification of the power generation transaction data Tx0 as an example, after the second verification is started, the second verification procedure may include operations S501 to S507.
In operation S501, identification information of the ordinary node a in the power generation transaction data Tx0 is acquired.
In operation S502, the generation transaction data Tx1 last transmitted by the general node a is acquired from the local ledger according to the identification information of the general node a.
In operation S503, it is determined whether the power generation start time in Tx0 is greater than the power generation end time in Tx1. If not, operation S504 is performed. If so, operation S505 is performed.
In operation S504, tx0 anomaly is determined.
In operation S505, a unit generated power in Tx0 is calculated.
In operation S506, it is determined whether the unit generated power in Tx0 falls within a normal range. If so, operation S507 is performed. If not, operation S504 is performed.
In operation S507, it is determined that Tx0 is normal.
It will be appreciated that in the above process, the identification information in the electricity generation transaction data Tx0 is acquired, and then the latest electricity generation transaction data (denoted by Tx 1) of the corresponding common node a is acquired from the ledger according to the identification information. Judging whether the power generation start time in Tx0 is larger than the power generation end time in Tx1 (in order to ensure that the power generation time in the newly submitted power generation transaction data cannot contain the original time), if not, determining that the power generation transaction data is abnormal. Further, calculating the unit generated power in Tx0, where the unit generated power=the generated energy/the effective generated time/the scale of the photovoltaic power station, where the effective generated time may be equal to the time interval between the generated end time and the generated start time in Tx0, and subtracting the non-illumination time of the first geographic area in the first time period to obtain the difference value, where the scale of the photovoltaic power station may be obtained from the attribute information of the photovoltaic power station corresponding to the identification information, and may be related to factors such as illumination area, angle, conversion rate, and the like. Then, it is determined whether the unit generated power calculated in Tx0 is normal (falls within a normal range), and the normal range can be determined by the power generation amount collected by the normal node b, because the illumination resources at the geographic positions of all the normal nodes in the same blockchain network are almost the same, and if not, the transaction abnormality is determined.
Further, a data processing method for carbon asset transactions according to an embodiment of the present disclosure may further include: revenue data is received from the trading nodes regarding the carbon asset trading data such that each node in the blockchain network stores the revenue data into the blockchain.
Based on the foregoing embodiments, it may be appreciated that a common node may include the following functions, and may be selectively executed as needed: 1) Collecting power generation data of the photovoltaic power station, converting the power generation data into carbon assets, and broadcasting values of the carbon assets to the whole blockchain system; 2) The message transmission and consensus are participated, and the message content is required to be checked in detail in the transmission process of the power generation transaction data in the present disclosure; 3) The blockchain ledger is recorded, the process of logging blockchains as described above.
Fig. 6A-6B schematically illustrate a flow chart of a data processing method for carbon asset transactions according to another embodiment of the present disclosure. The method may be applied to any transaction node in a blockchain network as shown in fig. 1, as will be described from the perspective of the transaction node.
As shown in fig. 6A, the method may include the following operations S610 to S620.
In operation S610, power generation transaction data from any one of a plurality of general nodes is received to store the power generation transaction data in a blockchain with other nodes in the blockchain network.
In operation S620, a second operation is performed every second time period.
As shown in fig. 6B, the second operation may include the following operations S621 to S624.
In operation S621, a plurality of power generation transaction data for a previous second time period is acquired from the blockchain.
Then, the acquired plurality of power generation transaction data are packaged to generate carbon asset transaction data in operation S622.
Next, in operation S623, the carbon asset transaction data is broadcast to the blockchain network such that each node in the blockchain network stores the carbon asset transaction data in the blockchain.
In operation S624, a carbon asset transaction is conducted based on the carbon asset transaction data.
According to an embodiment of the present disclosure, for the transaction node, the data processing method for carbon asset transaction may further include: a second time period is determined. Specifically, determining the second time period includes: a first time interval is determined, and a plurality of power generation transaction data of the blockchain stored in the previous first time interval is acquired from the current time. Then, total power generation information of the acquired plurality of power generation transaction data is calculated, and the total power generation information is converted into a total amount of carbon assets. It is determined whether the total amount of carbon assets is greater than a first threshold. If not, adding a predetermined increment to the first time interval, and repeatedly executing the operation. If so, the first time interval is determined to be the second time period.
According to an embodiment of the present disclosure, for the transaction node, the acquiring the plurality of power generation transaction data from the blockchain for the previous second time period may include: a predetermined block height corresponding to the second time period is determined. A plurality of power generation transaction data is then obtained from the blockchain including the most recent block and having a total block height equal to a predetermined block height.
Fig. 7 schematically illustrates an example flow chart of a data processing procedure of a transaction node according to an embodiment of the disclosure.
After the data processing is started, as shown in fig. 7, all power generation transaction data in the blockchain is acquired for a period of time in operation S710.
In operation S720, the acquired power generation transaction data is combined and calculated to determine a second time period.
In this example, the second time period is the time period of carbon assets for which the total amount of carbon assets generated is one CCER.
In operation S730, a timing task is generated. Operation S740 is performed each time the timed task execution period is reached.
In operation S740, the processed block height H0 is acquired from the local account.
In operation S750, a call for a ccor smart contract transaction is initiated with the block height as an entry.
In operation S760, the ccor smart contract is executed.
In operation S770, it is determined whether the result set returned by the ccur smart contract is a ccur conversion transaction, which is the carbon asset transaction data described above. If so, operation S780 is performed. If not, operation S740 is returned.
The carbon asset transaction data is sold and then fed back to the common node according to the content in the CCER conversion transaction in operation S780. And then returns to operation S740.
Illustratively, the operational procedures performed by the CCER smart contract are shown in the dashed box of FIG. 7. In operation S761, the current block maximum block height H1 is obtained.
In operation S762, all the power generation transaction data between the H0-H1 blocks are acquired to form a transaction list.
In operation S763, the transaction list is traversed, and all the power generation information is accumulated.
In operation S764, a ccir conversion transaction, i.e., carbon asset transaction data, is generated.
In operation S765, it is determined whether the total amount of carbon assets in the ccir conversion transaction is greater than 1 ccir. If yes, operation S7066 is performed, and if no, operation S767 is performed.
In operation S766, the bier-switching transaction is submitted to the blockchain network for consensus and deposited into the blockchain upon completion of the consensus, and returned to the bier-switching transaction.
In operation S767, NULL is returned.
It will be appreciated that in the above process, the transaction node obtains all the power generation transaction data in a period of time, then performs a merging calculation on the obtained power generation transaction data, calculates a rough time interval for generating carbon assets with a total of 1 CCRE transaction, and then uses the time interval as a second time period, so as to start a timing task to schedule. After the timed task execution period expires, the most recent historical CCER transition transaction is first obtained from the local ledger, and then the processed maximum block height (denoted by H0) in that CCER transition transaction is obtained. Taking H0 as an entry, initiating and calling CCRE intelligent contract transaction, executing the intelligent contract after the transaction is agreed, and notifying a transaction node of a return result after the contract is executed. The contract detailed execution process may include: 1) And acquiring the highest block H1 of the current account book, and then acquiring all power generation transaction data between H0 and H1. 2) And traversing all the acquired power generation transaction data, and accumulating to obtain the total carbon asset. 3) And correspondingly converting the carbon asset to generate a CCRE conversion transaction. 4) Judging whether the total amount of the carbon asset is larger than 1 CCER (minimum metering unit), if not, discarding the CCER conversion transaction, and returning to NULL; otherwise, submitting the transaction to the blockchain for consensus (the account book is written after the consensus is completed), and returning to the CCER conversion transaction.
FIG. 8 schematically illustrates an example data structure of carbon asset transaction data according to an embodiment of the disclosure. According to an embodiment of the present disclosure, the plurality of power generation transaction data obtained from the blockchain for the previous second time period is from one or more common nodes. As shown in fig. 8, the carbon asset transaction data may include: the carbon asset transaction data includes: the identification information of each of the one or more common nodes, the carbon asset yield for each common node, the total amount of carbon assets for the plurality of power generation transaction data, the starting block height of the plurality of blocks, the ending block height of the plurality of blocks, and the signature information of the present transaction node.
After the carbon asset trade data is generated, the trade node (i.e., exchange) sells the carbon asset trade data, and the benefits thereof can be subsequently fed back to one or more common nodes contributing to the carbon asset trade data based on the carbon asset trade data content.
According to an embodiment of the present disclosure, for the transaction node, the method further comprises: revenue data is obtained for the carbon asset transaction data. The revenue data is distributed based on the carbon asset yield for each of the common nodes and the total amount of carbon assets to determine revenue data for each of the common nodes. Illustratively, the transactional node broadcasts revenue data for each common node to the blockchain network such that nodes in the blockchain network store the revenue data for each common node in the blockchain.
Based on the above embodiments, it may be appreciated that the transaction node may include the following functions, and may be selectively executed as desired: 1) Participating in message transfer and consensus (the node can simply check and be different from a common node when the node performs message transfer), and recording a blockchain ledger; 2) The generation time period (i.e., the second time period) of the carbon asset of one CCRE in the chain is predicted, and the smart contract is periodically invoked to package the power generation trade data into carbon asset trade data.
Another aspect of the present disclosure provides a blockchain system for carbon asset transactions, the blockchain system including one or more blockchain networks, each of the one or more blockchain networks including a plurality of common nodes and at least one transaction node, the common nodes in the same blockchain network being located in the same geographic area, different blockchain networks having the same or different transaction nodes.
Fig. 9 schematically illustrates a topological structure diagram of a blockchain system in accordance with an embodiment of the present disclosure.
As shown in fig. 9, the blockchain system includes a first blockchain network, a second blockchain network, and a third blockchain network. The first blockchain network includes: ordinary nodes A0, A1, A2 and a transaction node M. The second blockchain network includes: ordinary nodes B0, B1, B2 and a transaction node M. The third blockchain network includes: common nodes C0, C1, C2 and a transaction node M. The common nodes A0, A1 and A2 are located in a first geographical area, the common nodes B0, B1 and B2 are located in a second geographical area, and the common nodes C0, C1 and C2 are located in a third geographical area.
Based on the above embodiments, a data processing scheme for carbon asset transactions according to the present disclosure has the following beneficial effects: 1. the regional is used for grouping to carry out multi-chain parallel deployment of the block chains, different chains are used among different regions, the data diversity of different regions is effectively shielded, the power generation data checking cost is reduced, meanwhile, the checking accuracy is improved, and the data security can be protected through simple authority control. 2. The verification of the unit power generation power is increased when the power generation transaction data are transmitted, and the cheating and the counterfeiting of the carbon asset data of the power station node can be effectively prevented through objective comparison of the unit power generation power in the area range. 3. The carbon asset transaction data is generated through the intelligent contract, so that the result of the whole carbon asset transaction process is public and transparent, and the cheating behavior (such as being attacked and the like) of the transaction center is avoided.
FIG. 10 schematically illustrates a block diagram of a data processing apparatus for carbon asset transactions according to an embodiment of the present disclosure. The apparatus is applied to one common node in a blockchain network that includes a plurality of nodes, the plurality of nodes in the blockchain network including a plurality of common nodes and at least one transaction node. The plurality of common nodes are respectively arranged on the plurality of photovoltaic power stations, and the transaction nodes are arranged on the carbon exchange.
As shown in fig. 10, a data processing apparatus 1000 for carbon asset transactions may include: a generation module 1010, a broadcast module 1020, and a first reception module 1030.
The generating module 1010 is configured to generate power generation transaction data based on power generation data of the photovoltaic power station for the present general node.
The broadcasting module 1020 is configured to broadcast the power generation transaction data to the blockchain network, such that each node in the blockchain network stores the power generation transaction data in the blockchain, and the transaction node performs a carbon asset transaction based on the plurality of power generation transaction data in the blockchain.
The first receiving module 1030 is configured to receive carbon asset transaction data from a transaction node regarding the plurality of power generation transaction data, to store the carbon asset transaction data in the blockchain in conjunction with other nodes in the blockchain network.
FIG. 11 schematically illustrates a block diagram of a data processing apparatus for carbon asset transactions according to another embodiment of the present disclosure. The method can be applied to one transaction node in a blockchain network comprising a plurality of nodes, wherein the plurality of nodes in the blockchain network comprise a plurality of common nodes and at least one transaction node. The plurality of common nodes are respectively arranged on the plurality of photovoltaic power stations, and the transaction nodes are arranged on the carbon exchange.
As shown in fig. 11, a data processing apparatus 1100 for carbon asset transactions may include: a second receiving module 1110 and a transaction module 1120.
The second receiving module 1110 is configured to receive power generation transaction data from any one of a plurality of common nodes in the blockchain network, so as to store the power generation transaction data in the blockchain together with other nodes in the blockchain network.
The transaction module 1120 is configured to perform a second operation every second time period.
The transaction module 1120 may include: an acquisition submodule 1121, a packaging submodule 1122, a broadcasting submodule 1123 and a transaction submodule 1124.
The acquisition sub-module 1121 is for acquiring a plurality of power generation transaction data from the blockchain for a previous second time period. The packing sub-module 1122 is configured to pack the acquired plurality of power generation transaction data to generate carbon asset transaction data. The broadcast sub-module 1123 is for broadcasting the carbon asset transaction data to a blockchain network for storing the carbon asset transaction data in the blockchain. Transaction sub-module 1124 is used to conduct carbon asset transactions based on the carbon asset transaction data.
It should be noted that, in the embodiment of the apparatus portion, the implementation manner, the solved technical problem, the realized function, and the achieved technical effect of each module/unit/subunit and the like are the same as or similar to the implementation manner, the solved technical problem, the realized function, and the achieved technical effect of each corresponding step in the embodiment of the method portion, and are not described herein again.
Any number of modules, sub-modules, units, sub-units, or at least some of the functionality of any number of the sub-units according to embodiments of the present disclosure may be implemented in one module. Any one or more of the modules, sub-modules, units, sub-units according to embodiments of the present disclosure may be implemented as split into multiple modules. Any one or more of the modules, sub-modules, units, sub-units according to embodiments of the present disclosure may be implemented at least in part as a hardware circuit, such as a Field Programmable Gate Array (FPGA), a Programmable Logic Array (PLA), a system-on-chip, a system-on-substrate, a system-on-package, an Application Specific Integrated Circuit (ASIC), or in any other reasonable manner of hardware or firmware that integrates or encapsulates the circuit, or in any one of or a suitable combination of three of software, hardware, and firmware. Alternatively, one or more of the modules, sub-modules, units, sub-units according to embodiments of the present disclosure may be at least partially implemented as computer program modules, which when executed, may perform the corresponding functions.
Fig. 12 schematically illustrates a block diagram of a computer device adapted to implement the above-described method according to an embodiment of the present disclosure. The computer device illustrated in fig. 12 is merely an example and should not be construed as limiting the functionality and scope of use of the disclosed embodiments.
As shown in fig. 12, a computer device 1200 according to an embodiment of the present disclosure includes a processor 1201, which can perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM) 1202 or a program loaded from a storage section 1208 into a Random Access Memory (RAM) 1203. The processor 1201 may include, for example, a general purpose microprocessor (e.g., a CPU), an instruction set processor and/or an associated chipset and/or special purpose microprocessor (e.g., an Application Specific Integrated Circuit (ASIC)), or the like. Processor 1201 may also include on-board memory for caching purposes. The processor 1201 may include a single processing unit or multiple processing units for performing the different actions of the method flows according to embodiments of the disclosure.
In the RAM 1203, various programs and data required for the operation of the apparatus 1200 are stored. The processor 1201, the ROM 1202, and the RAM 1203 are connected to each other through a bus 1204. The processor 1201 performs various operations of the method flow according to the embodiments of the present disclosure by executing programs in the ROM 1202 and/or RAM 1203. Note that the program may be stored in one or more memories other than the ROM 1202 and the RAM 1203. The processor 1201 may also perform various operations of the method flow according to embodiments of the present disclosure by executing programs stored in the one or more memories.
According to an embodiment of the disclosure, the device 1200 may also include an input/output (I/O) interface 1205, the input/output (I/O) interface 1205 also being connected to the bus 1204. The device 1200 may also include one or more of the following components connected to the I/O interface 1205: an input section 1206 including a keyboard, a mouse, and the like; an output portion 1207 including a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, a speaker, and the like; a storage section 1208 including a hard disk or the like; and a communication section 1209 including a network interface card such as a LAN card, a modem, or the like. The communication section 1209 performs communication processing via a network such as the internet. The drive 1210 is also connected to the I/O interface 1205 as needed. A removable medium 1211 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is installed as needed on the drive 1210 so that a computer program read out therefrom is installed into the storage section 1208 as needed.
According to embodiments of the present disclosure, the method flow according to embodiments of the present disclosure may be implemented as a computer software program. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable storage medium, the computer program comprising program code for performing the method shown in the flowcharts. In such an embodiment, the computer program can be downloaded and installed from a network via the communication portion 1209, and/or installed from the removable media 1211. The above-described functions defined in the system of the embodiments of the present disclosure are performed when the computer program is executed by the processor 1201. The systems, devices, apparatus, modules, units, etc. described above may be implemented by computer program modules according to embodiments of the disclosure.
The present disclosure also provides a computer-readable storage medium that may be embodied in the apparatus/device/system described in the above embodiments; or may exist alone without being assembled into the apparatus/device/system. The computer-readable storage medium carries one or more programs which, when executed, implement methods in accordance with embodiments of the present disclosure.
According to embodiments of the present disclosure, the computer-readable storage medium may be a non-volatile computer-readable storage medium, which may include, for example, but is not limited to: a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this disclosure, a computer-readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. For example, according to embodiments of the present disclosure, the computer-readable storage medium may include the ROM 1202 and/or the RAM 1203 and/or one or more memories other than the ROM 1202 and the RAM 1203 described above.
The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
Those skilled in the art will appreciate that the features recited in the various embodiments of the disclosure and/or in the claims may be combined in various combinations and/or combinations, even if such combinations or combinations are not explicitly recited in the disclosure. In particular, the features recited in the various embodiments of the present disclosure and/or the claims may be variously combined and/or combined without departing from the spirit and teachings of the present disclosure. All such combinations and/or combinations fall within the scope of the present disclosure.
The embodiments of the present disclosure are described above. However, these examples are for illustrative purposes only and are not intended to limit the scope of the present disclosure. Although the embodiments are described above separately, this does not mean that the measures in the embodiments cannot be used advantageously in combination. The scope of the disclosure is defined by the appended claims and equivalents thereof. Various alternatives and modifications can be made by those skilled in the art without departing from the scope of the disclosure, and such alternatives and modifications are intended to fall within the scope of the disclosure.