CN113888034A - Carbon emission activity checking method and device - Google Patents
Carbon emission activity checking method and device Download PDFInfo
- Publication number
- CN113888034A CN113888034A CN202111262179.4A CN202111262179A CN113888034A CN 113888034 A CN113888034 A CN 113888034A CN 202111262179 A CN202111262179 A CN 202111262179A CN 113888034 A CN113888034 A CN 113888034A
- Authority
- CN
- China
- Prior art keywords
- carbon
- carbon emission
- target
- data
- equivalent
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- OKTJSMMVPCPJKN-UHFFFAOYSA-N Carbon Chemical compound [C] OKTJSMMVPCPJKN-UHFFFAOYSA-N 0.000 title claims abstract description 705
- 229910052799 carbon Inorganic materials 0.000 title claims abstract description 704
- 230000000694 effects Effects 0.000 title claims abstract description 340
- 238000000034 method Methods 0.000 title claims abstract description 106
- 238000012795 verification Methods 0.000 claims abstract description 52
- 230000004044 response Effects 0.000 claims abstract description 21
- 238000012216 screening Methods 0.000 claims abstract description 4
- 238000004364 calculation method Methods 0.000 claims description 126
- 238000012550 audit Methods 0.000 claims description 18
- 238000007689 inspection Methods 0.000 claims description 11
- 238000013524 data verification Methods 0.000 claims description 4
- 230000000875 corresponding effect Effects 0.000 description 144
- 230000008569 process Effects 0.000 description 53
- CURLTUGMZLYLDI-UHFFFAOYSA-N Carbon dioxide Chemical compound O=C=O CURLTUGMZLYLDI-UHFFFAOYSA-N 0.000 description 42
- 230000001105 regulatory effect Effects 0.000 description 31
- 229910002092 carbon dioxide Inorganic materials 0.000 description 21
- 239000001569 carbon dioxide Substances 0.000 description 19
- 238000012552 review Methods 0.000 description 14
- 239000003245 coal Substances 0.000 description 13
- 238000010586 diagram Methods 0.000 description 13
- 239000007789 gas Substances 0.000 description 13
- 230000007246 mechanism Effects 0.000 description 13
- 238000002485 combustion reaction Methods 0.000 description 12
- 230000006870 function Effects 0.000 description 11
- 239000005431 greenhouse gas Substances 0.000 description 11
- 230000008520 organization Effects 0.000 description 11
- 238000012545 processing Methods 0.000 description 10
- 230000006872 improvement Effects 0.000 description 9
- 238000004590 computer program Methods 0.000 description 8
- 230000004913 activation Effects 0.000 description 7
- 238000005516 engineering process Methods 0.000 description 7
- 238000004519 manufacturing process Methods 0.000 description 6
- 238000010792 warming Methods 0.000 description 6
- 230000000977 initiatory effect Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 239000000463 material Substances 0.000 description 3
- 238000004422 calculation algorithm Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- VNWKTOKETHGBQD-UHFFFAOYSA-N methane Chemical compound C VNWKTOKETHGBQD-UHFFFAOYSA-N 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 239000000047 product Substances 0.000 description 2
- 208000011580 syndromic disease Diseases 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 108010001267 Protein Subunits Proteins 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 239000011203 carbon fibre reinforced carbon Substances 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 239000007795 chemical reaction product Substances 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000004134 energy conservation Methods 0.000 description 1
- 229910021389 graphene Inorganic materials 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 239000003345 natural gas Substances 0.000 description 1
- 229920001296 polysiloxane Polymers 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000012797 qualification Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0639—Performance analysis of employees; Performance analysis of enterprise or organisation operations
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/26—Government or public services
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/80—Management or planning
- Y02P90/84—Greenhouse gas [GHG] management systems
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/80—Management or planning
- Y02P90/84—Greenhouse gas [GHG] management systems
- Y02P90/845—Inventory and reporting systems for greenhouse gases [GHG]
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Human Resources & Organizations (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- Development Economics (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- Economics (AREA)
- General Physics & Mathematics (AREA)
- Educational Administration (AREA)
- General Health & Medical Sciences (AREA)
- Computer Security & Cryptography (AREA)
- General Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- Marketing (AREA)
- Entrepreneurship & Innovation (AREA)
- General Engineering & Computer Science (AREA)
- Game Theory and Decision Science (AREA)
- Bioethics (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Software Systems (AREA)
- Computer Hardware Design (AREA)
- Primary Health Care (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The present specification provides a carbon emission campaign screening method and apparatus. The method comprises the following steps: in response to a received carbon inventory check request, acquiring activity data to be inventory checked and target carbon emission equivalent specified by the carbon inventory check request, wherein the activity data to be inventory checked are generated by carbon emission activities to be inventory checked; verifying the consistency of the activity data to be checked and the target carbon emission equivalent according to a target data abstract stored in a block chain system, wherein the target data abstract is generated in advance according to the target carbon emission equivalent and corresponding target activity data; and generating a carbon inventory report of the carbon emission activity to be inventoried based on the data of the carbon emission activity to be inventoried and the target carbon emission equivalent if the consistency verification passes.
Description
Technical Field
The embodiment of the specification belongs to the technical field of block chains, and particularly relates to a checking method and device for carbon emission activities.
Background
With the production of low carbon emission reduction and the vigorous popularization of life style, the concept of green energy conservation is gradually deepened. In order to evaluate the influence of carbon emission activities on the natural environment, which are involved in production and life of carbon emission organizations such as enterprises, carbon emission activities are generally checked by certification organizations. For example, the certification authority may calculate a corresponding carbon emission equivalent (i.e., an emission of carbon dioxide or carbon converted from an emission of greenhouse gases from the carbon emission campaign) based on the campaign data generated from the carbon emission campaign, and check the carbon emission campaign accordingly.
In the related art, the certification authority typically records activity data using an online system inside the authority, and calculates a carbon emission equivalent corresponding to the activity data, so as to implement carbon check on carbon emission activity by such a system.
Disclosure of Invention
In view of the above, one or more embodiments of the present disclosure provide a carbon emission campaign screening method and apparatus.
To achieve the above object, one or more embodiments of the present disclosure provide the following technical solutions:
according to a first aspect of one or more embodiments herein, there is provided a carbon emissions campaign screening method, comprising:
in response to a received carbon inventory check request, acquiring activity data to be inventory checked and target carbon emission equivalent specified by the carbon inventory check request, wherein the activity data to be inventory checked are generated by carbon emission activities to be inventory checked;
verifying the consistency of the activity data to be checked and the target carbon emission equivalent according to a target data abstract stored in a block chain system, wherein the target data abstract is generated in advance according to the target carbon emission equivalent and corresponding target activity data;
and generating a carbon inventory report of the carbon emission activity to be inventoried based on the data of the carbon emission activity to be inventoried and the target carbon emission equivalent if the consistency verification passes.
According to a second aspect of one or more embodiments herein, there is provided a carbon emission active inventory device, comprising:
the data acquisition unit is used for responding to the received carbon inventory request, and acquiring to-be-inventory activity data and target carbon emission equivalent specified by the carbon inventory request, wherein the to-be-inventory activity data is generated by to-be-inventory carbon emission activity;
the data verification unit is used for verifying the consistency of the activity data to be checked and the target carbon emission equivalent according to a target data abstract stored in a block chain system, wherein the target data abstract is generated in advance according to the target carbon emission equivalent and corresponding target activity data;
a report generating unit, configured to generate a carbon inventory report of the carbon emission activity to be inventory based on the data of the carbon emission activity to be inventory and the target carbon emission equivalent if the consistency verification passes.
According to a third aspect of one or more embodiments of the present specification, there is provided an electronic apparatus including:
a processor;
a memory for storing processor-executable instructions;
wherein the processor implements the method of the first aspect by executing the executable instructions.
According to a fourth aspect of one or more embodiments of the present description, a computer-readable storage medium is presented, having stored thereon computer instructions which, when executed by a processor, implement the steps of the method according to the first aspect.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present disclosure, the drawings needed to be used in the description of the embodiments will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments described in the present disclosure, and it is obvious for a person skilled in the art to obtain other drawings based on these drawings without any creative effort.
FIG. 1 is a flow chart of a carbon emissions campaign inventory method in one embodiment of the present description;
FIG. 2 is an interactive flow diagram of an audit process of carbon emissions activities in one embodiment of the present description;
FIG. 3 is a schematic diagram of an electronic device in an exemplary embodiment of the present disclosure;
FIG. 4 is a block diagram of an exemplary carbon emission campaign inventory device of the present disclosure.
Detailed Description
In order to make those skilled in the art better understand the technical solutions in the present specification, the technical solutions in the embodiments of the present specification will be clearly and completely described below with reference to the drawings in the embodiments of the present specification, and it is obvious that the described embodiments are only a part of the embodiments of the present specification, and not all of the embodiments. All other embodiments obtained by a person skilled in the art based on the embodiments in the present specification without any inventive step should fall within the scope of protection of the present specification.
In order to implement carbon check on carbon emission activities performed by a carbon emission organization, in the related art, an authentication organization usually uses an online system inside the organization to enter activity data and calculate a carbon emission equivalent corresponding to the activity data. However, the computing logic of such online systems is usually implemented by background code, which is difficult to avoid malicious tampering of the related data involved in the data checking process, and the related computing process is opaque, and the computing logic is difficult to audit, so that it is difficult to ensure consistency between the activity data generated by the carbon emission activity and the computed result of the carbon emission equivalent, and it is also impossible to ensure authenticity of the final checked result.
In view of the above technical problems, the present specification provides a carbon emission activity checking method to check the greenhouse gas emission situation of a carbon emission activity performed by a carbon emission agency. The method is described below with reference to the drawings.
FIG. 1 is a flow chart of a carbon emissions campaign inventory method in one embodiment of the present description. As shown in fig. 1, the method can be applied to a block chain system, and may include the following steps:
and 102, responding to the received carbon inventory check request, and acquiring activity data to be inventory checked and specified by the carbon inventory check request and target carbon emission equivalent, wherein the activity data to be inventory checked is generated by carbon emission activities to be inventory checked.
In this embodiment, each blockchain link point of the blockchain system may correspond to a corresponding blockchain member, for example, in the case that a blockchain in the blockchain system is a federation chain, each blockchain link point may correspond to a different federation chain member. The blockchain members may include at least one carbon emission facility, and any carbon emission facility may be an enterprise, a school, a hospital, or the like. In addition, the blockchain members may include certification authorities, which may be third party carbon emission verification authorities designated by regulatory bodies with carbon emission certification qualifications. The member of the block chain may further include the above-mentioned regulatory agency, which may be a department such as national-level department of ecology, provincial/urban-level department of ecology, consumer association, etc., or an enterprise, organization or individual with carbon emission verification authority, etc. Of course, multiple regulatory agencies and/or multiple certification agencies may be included in the blockchain system, and the number of the agencies is not limited by the embodiments of the present disclosure.
The carbon emission mechanism is a mechanism for developing carbon emission activities, and the carbon emission activities are production and living activities for generating greenhouse gas emission. The amount (mass or volume, etc.) of greenhouse gas emitted during a carbon emission campaign may be equated to a specific gas (e.g., CO2) equivalent or a carbon (C) equivalent. In the course of performing the above activities, corresponding activity data such as power consumption (in kWh) by consuming electric energy, coal combustion amount (in kg, t, etc.) by burning coal, gas combustion amount (in L, m3, etc.) by burning natural gas, gasoline combustion amount (in kg, L, etc.) by burning gasoline, diesel combustion amount (in kg, L, etc.) by burning diesel, etc. are generated. The certification authority is used to check, under the commission of the carbon emission agency, the regulatory agency, or other agency (or individual), the specific gas equivalent or carbon equivalent corresponding to the greenhouse gas emitted by the carbon emission agency during the carbon emission activities. In general, the specific gas equivalent is a carbon dioxide equivalent. The supervision mechanism is used for supervising the carbon checking process and related data or information and the like so as to ensure the authenticity of the carbon checking result.
In this embodiment, the carbon emission agency, the certification agency, etc. as a requester initiates a carbon inventory request to the blockchain system, and the request may specify corresponding to-be-inventory activity data and a target carbon emission equivalent to the blockchain system, where the to-be-inventory activity data is generated by the to-be-inventory carbon emission + emission activity. Accordingly, the blockchain system may obtain the data of the to-be-checked activity and the target carbon emission equivalent designated by the blockchain system in response to the carbon check request, so as to perform carbon check on the to-be-checked carbon emission activity. It is to be understood that the above-described activity of checking carbon emissions is an activity performed by the carbon emission facility, in other words, the main body of the carbon emission facility in the embodiment described in this specification is the carbon emission facility.
The target carbon emission equivalent can be obtained by calculating corresponding target activity data in advance through a carbon emission equivalent calculation contract deployed in the blockchain system. The following describes the deployment process of the carbon emission equivalent calculation contract and the calculation process of the target carbon emission equivalent, respectively:
in one embodiment, the certification authority, other authorities, or individuals may obtain the computing logic of the regulatory authority corresponding to different types of carbon emission activities as the deployer of the carbon emission equivalent calculation contract. For example, where the carbon emission equivalent to be calculated is carbon dioxide equivalent, any carbon emitting agency may develop at least one carbon emission activity over a time interval T (e.g., one month, two quarters, etc.) and accordingly generate n types of activity data, and the carbon dioxide equivalent of greenhouse gases emitted by these activities may be calculated by equation (1):
ADi is Activity Data (AD) of the ith (i is more than or equal to 1 and less than or equal to n) generated by the carbon Emission mechanism in a time interval T, EFi is an Emission Factor (EF) corresponding to the ith Activity Data, and GWP is Global Warming Potential (GWP) corresponding to the ith Activity Data.
The parameters such as the emission factor EF and the global warming potential GWP are generally fixed values related to the types of the activity data, and the emission factor and the global warming potential corresponding to different types of activity data are generally different. Specific values for such parameters are usually issued by specialized research institutions or carbon emission-related laws and regulations and may therefore be considered as preset parameters in the present embodiments.
Since both the emission factor EF and the global warming potential GWP described above are fixed values, the formula (1) can be simplified to the formula (2):
wherein the carbon dioxide emission coefficient K in the formula (2) is a product of the emission factor EF and the global warming potential GWP, that is, Ki-EFi GWPi.
For the formula (2), the deployment party can directly obtain the carbon dioxide emission coefficients K corresponding to different types of activity data respectively. For example, for the electric energy generated by the thermal power plant that needs to be consumed by the electric power equipment, the carbon dioxide emission coefficient Kelectric corresponding to the power consumption amount is 0.997kg/kWh, that is, the thermal power electric energy that represents that the carbon emission mechanism consumes 1kWh per unit time can be converted into the carbon dioxide emission of 0.997 kg. For another example, for gasoline combusted during a process such as vehicle running, the corresponding carbon dioxide emission coefficient Kgas is 2.3kg/L, that is, for 1L gasoline combusted, the carbon dioxide emission coefficient may be reduced to 2.3 kg. For example, the standard coal burned in a plant boiler or the like may have a carbon dioxide emission coefficient kceal of 2.493, that is, standard coal indicating that the carbon emission mechanism burns 1 mass unit (e.g., kg, t), which is converted to carbon dioxide emission of 2.493 mass units.
Of course, the preset parameters such as the corresponding emission factor EF, the global warming potential GWP, or the carbon dioxide emission coefficient K are different according to the type of the activity data. The deployer of the carbon emission equivalent calculation contract can respectively determine the corresponding calculation formula and the preset parameters for different types of activity data, and use the calculation formula and the preset parameters as calculation logics respectively corresponding to various types of activity data.
After determining the computing logic, the deployer may generate a corresponding contract code according to the computing logic and initiate a contract deployment transaction including the contract code to the blockchain system. Accordingly, after a transaction for deploying a carbon emissions equivalent calculation contract passes the consensus of each node in the blockchain system, the transaction may be performed by each node separately to complete the deployment of the contract. The process of deploying the carbon emission equivalent calculation contract by the blockchain system can adopt a contract deployment mode in the related technology. For example, the block link point may calculate an account address of a contract account corresponding to a contract according to the contract deployment transaction generation carbon emission equivalent, such as performing a Hash (Hash) operation according to a from address of the transaction and a current nonce to obtain the address. Additionally, for the contract code recorded in the data field of the transaction, the block link point may save it in the contract account, thereby completing deployment of the carbon emissions equivalent calculation contract.
In this way, at least one carbon emission equivalent calculation contract may be deployed in the blockchain system, and contract logic for calculating a carbon emission equivalent corresponding to the activity data is recorded in each carbon emission equivalent calculation contract. As described above, different types of activity data generally correspond to different calculation logics, so that contract logics corresponding to the plurality of types of activity data, respectively, can be recorded simultaneously in any carbon emission equivalent calculation contract; alternatively, only contract logic corresponding to one type of activity data may be recorded. In any carbon emission equivalent calculation contract, the contract logic corresponding to a certain type of activity data is used for embodying the calculation logic corresponding to the activity data, the contract can be called, and the corresponding carbon emission equivalent is calculated by calculating the type of activity data through the contract logic in the execution process. To this end, the description of the deployment process of the carbon emission equivalent calculation contract is completed.
In one embodiment, for the carbon emission equivalent calculation contract described above that is completed by deployment, the carbon emission agency may initiate a transaction (hereinafter referred to as an equivalent calculation transaction) to the blockchain system that invokes the contract, which may carry activity data generated by the carbon emission agency during the development of the carbon emission activity.
Accordingly, in response to the received transaction, the blockchain system may determine a carbon emission equivalent calculation contract (hereinafter referred to as a target contract) corresponding to the active data carried in the transaction from a plurality of pre-deployed intelligent contracts respectively used for performing carbon emission equivalent calculation on various types of active data, and accordingly, the contract logic recorded in the target contract is the target logic. Alternatively, in response to the request, the blockchain system may determine, from a plurality of contract logics included in the pre-deployed carbon emission equivalent calculation contract and used for performing carbon emission equivalent calculation on each type of activity data, contract logic (i.e., target logic) of the calculated carbon emission equivalent corresponding to the activity data carried in the transaction, and accordingly, the carbon emission equivalent calculation contract in which the target logic is located is the target contract.
Further, the blockchain system may, when executing the target contract, pass the activity data to the target logic to calculate, by the target logic, a target carbon emission equivalent corresponding to the target activity data. Considering that there may be a plurality of target contracts or target logics determined in the above steps corresponding to the types of the activity data carried in the transaction, the blockchain system may respectively transfer corresponding types of carbon emission equivalents to different types of contract logics, so as to respectively calculate the carbon emission equivalents corresponding to different activity data by each contract logic. And finally, calculating the accumulated values of the carbon emission equivalent values corresponding to the different types of activity data, namely the carbon emission equivalent values corresponding to the activity data carried in the equivalent calculation transaction.
Further, the blockchain system may generate a data summary according to the calculated carbon emission equivalent and the corresponding activity data, and store the carbon emission equivalent and the corresponding data summary into the blockchain system. For example, the carbon emissions equivalent and the corresponding data summary may be recorded in a transaction Receipt (script) for the equivalent calculation transaction described above, so as to be packaged with the transaction into blocks; accordingly, the blockchain system may return to the carbon emission agency the height of the block in which the transaction is located (into which the deployed carbon emission equivalent calculation contract will be packed). Alternatively, the blockchain system may also record the carbon emission equivalent and the corresponding data summary in a contract account of the target contract to qualify it to the world state of the blockchain; accordingly, the blockchain system may return a receipt hash of the transaction receipt (where the contract address of the deployed carbon emission equivalent calculation contract may be recorded) or the like to the carbon emission agency.
Through the mode, the carbon emission equivalent is automatically calculated by the intelligent contract, the calculation process of the carbon emission equivalent can be ensured to be faithfully finished according to corresponding contract logic, the calculation errors caused by personnel participation possibly subjectively or unintentionally are avoided, and the accuracy of the calculation result is ensured. In addition, the calculated carbon emission equivalent and the corresponding data abstract are stored in the block chain system, and the consistency among the data can be ensured by means of the characteristic that the block chain system is not easy to tamper.
To this end, the description of the procedure of deploying the carbon emission equivalent calculation contract and the procedure of calling the carbon emission equivalent corresponding to the contract calculation activity data is completed. It will be appreciated that the carbon emission agency may initiate the equivalent weight calculation transaction described above to the blockchain system multiple times; for example, the carbon emission agency statistically generates activity data every month and initiates a equivalent calculation transaction carrying corresponding statistical results to the blockchain system (i.e., uploading the activity data of the month to the blockchain system). Thus, the blockchain system calculates the corresponding carbon emission equivalent in response to the received transaction at the beginning of each month, and stores the calculated carbon emission equivalent and the corresponding data summary into the blockchain system. Of course, the above processes are all described by taking a certain carbon emission organization as an example, and actually, the blockchain system can provide services for a plurality of blockchain systems; for example, the blockchain system may connect a plurality of enterprises, and in a case where a plurality of equivalent calculation requests initiated by different enterprises are received, respectively calculate the carbon emission equivalent corresponding to each equivalent calculation request.
For the received carbon inventory request, the specified target carbon emission equivalent can be calculated by the contract logic recorded in the aforementioned carbon emission equivalent calculation contract, in other words, the carbon emission equivalent corresponding to the target data is the target carbon emission equivalent described in step 102. The process of the blockchain system calculating the target carbon emission equivalent may be: the block chain system responds to the equivalent calculation transaction of acquiring the calling carbon emission equivalent calculation contract, determines target activity data carried by the transaction, transmits the target activity data to contract logic recorded in the contract logic when the called carbon emission equivalent calculation contract is executed, and calculates the target carbon emission equivalent corresponding to the target activity data by the contract logic.
In response to a received carbon inventory request, the blockchain system needs to obtain the activity data to be inventoried and the target carbon emission equivalent specified by the request. According to different structures of the blockchain system, the blockchain system can acquire the activity data to be checked and the target carbon emission equivalent in different ways.
In one embodiment, the blockchain system may be a blockchain network formed by a plurality of blockchain nodes, i.e., a blockchain network in the conventional sense. Under the structure, the carbon emission mechanism can initiate a carbon inventory transaction to the blockchain network, so that each blockchain link point in the blockchain system respectively executes the transaction to respectively acquire activity data to be inventory and target carbon emission equivalent designated by the transaction. At this time, the carbon inventory transaction initiated by the carbon emission institution can be understood as the carbon inventory request initiated by the carbon emission institution.
In another embodiment, the blockchain system may include the above-described blockchain network and a server connected to the network. The server may be a BaaS platform (also referred to as a BaaS cloud) for providing a block chain as a Service (BaaS). The BaaS platform may provide a one-touch deployment, flexible and customizable blockchain service to client-side devices (such as clients respectively corresponding to the above-mentioned carbon emission agencies, regulatory agencies, and the like) connected to the BaaS platform by providing pre-written software for activities (such as subscription and notification, user authentication, database management, and remote update) occurring on the blockchain. Under this configuration, the carbon emission agency may send a carbon inventory request to the server to obtain the activity data to be inventory and the target carbon emission equivalent specified by the request in response to the request.
Wherein, the activity data to be checked can be provided by a carbon emission mechanism. For example, the carbon emission agency may send the data to the blockchain system in a carbon disk lookup request or transaction to simplify the data acquisition logic of the blockchain system, contributing to the processing efficiency of the request or transaction. For another example, considering that the data volume of the first data may be relatively large, in order to reduce the data transmission volume of the carbon emission mechanism and the blockchain system, the carbon emission mechanism may also include the storage address of the data in the carbon disk checking request to send to the server, so that the server obtains the activity data to be checked from the storage address; or the carbon emission organization can also include the storage address of the data in the carbon inventory transaction to send to the server, so that the server (actually, each blockchain node in the blockchain network) acquires the activity data to be inventory from the storage address.
Additionally, the blockchain system may obtain this data from the chain in the event that a target carbon emission equivalent is warranted to the blockchain system. For example, the carbon inventory check request may record a block height of a block where the equivalent calculation transaction for calculating the target carbon emission equivalent is located, and accordingly, the block chain system may determine the block where the equivalent calculation contract is located according to the block height and query a receipt tree corresponding to the block for the transaction receipt. For another example, the carbon check request may also record a receipt hash of the transaction receipt, so that the blockchain system may directly query the transaction receipt of the transaction according to the hash. Further, the blockchain system may obtain the target carbon emission equivalent directly from the transaction receipt. Alternatively, a contract account of the called target contract may be determined from the contract address recorded in the transaction receipt, and the target carbon emission equivalent may be read from the contract account.
In an embodiment, the requestor may perform a carbon audit for carbon emissions activity by at least one carbon emission facility for a period of time. For example, a requestor may initiate a carbon inventory request to the blockchain system, which in turn may determine the target object and time interval specified by the request. Wherein the target object may be at least one carbon emission facility; the requesting party may be the aforementioned regulatory agency, certification agency, or any carbon emission agency, etc. Taking a carbon emission organization as an enterprise as an example, the requesting party can be an ecological environment bureau of a certain province, and the ecological environment bureau can initiate carbon inventory aiming at one or more enterprises in a law enforcement jurisdiction of the bureau; or, the requesting party may also be an enterprise with carbon emission checking authority, which is specified by the above-mentioned ecological environment bureau, and the enterprise may initiate carbon checking on one or more enterprises that provide checking services for the enterprise; still alternatively, the requesting party may also be an enterprise, and the enterprise may initiate a carbon check for itself or at least one subordinate enterprise, such as a head office initiating a carbon check for a branch company.
In response to receiving the carbon checking request, the block chain system can determine a target object and a time interval specified by the request, and respectively acquire to-be-checked activity data and target carbon emission equivalent corresponding to each carbon emission activity occurring in the time interval; the request may include the time interval and an object identifier of the target object. The time interval can be any one week, one month, one quarter, one year and the like before the current time; the object identification of the target object may be an organization name, an organization code, etc. The carbon emission activities to be checked corresponding to the carbon checking request may include all carbon emission activities of the target object within the time interval. As in the case of receiving a carbon inventory request from a head office (requester) for carbon emissions activity within the past year for a subordinate branch office (i.e., target object), the blockchain system may determine: the carbon emission activities to be checked are all carbon emission activities of the company in the past year; the corresponding target carbon emission equivalent is the carbon emission equivalent corresponding to the carbon emission activity that has occurred (which has been calculated separately every month), and the activity data to be checked is the activity data specified by the head office.
However, the authenticity of the activity data to be checked specified by the requesting party cannot be guaranteed, for example, the data may have data errors caused by human factors (subjective or inadvertent), and the like; the data of the activities to be checked specified by the requester may not be consistent with the target carbon emission equivalent, i.e., the target carbon emission equivalent may not be calculated from the data of the activities to be checked. To ensure the authenticity of the carbon check result, the block chain system needs to verify the consistency of the two.
And 104, verifying the consistency of the activity data to be checked and the target carbon emission equivalent according to a target data abstract stored in a block chain system, wherein the target data abstract is generated according to the target carbon emission equivalent and corresponding target activity data.
As described above, in the above embodiment, in the case that the target object and the time interval are specified by the carbon disk inspection request, the blockchain system may respectively obtain the data of the activity to be inspected and the target carbon emission equivalent corresponding to each carbon emission activity that has occurred in the time interval. Correspondingly, the blockchain system may perform consistency verification on the to-be-censored activity data and the target carbon emission equivalent corresponding to each carbon emission activity that has occurred, and determine that the consistency verification for the to-be-censored activity data and the target carbon emission equivalent passes under the condition that the to-be-censored activity data and the target carbon emission equivalent corresponding to all carbon emission activities that have occurred within the time interval are respectively consistent.
In an embodiment, for any one to-be-checked active data and target carbon emission equivalent, the block chain system may generate an to-be-verified data digest corresponding to the acquired to-be-checked active data and target carbon emission equivalent according to a generation manner of a target data digest, and compare target data digests stored in the digest block chain: under the condition that the target data abstract is the same as the data abstract to be verified, the consistency verification of the activity data to be checked and the target carbon emission equivalent can be determined, namely the activity data to be checked and the target carbon emission equivalent are kept consistent; otherwise, under the condition that the target data abstract is different from the data abstract to be verified, the consistency verification of the activity data to be checked and the target carbon emission equivalent is determined to be not passed, namely the activity data to be checked and the target carbon emission equivalent are not consistent.
Because the target data abstract is generated according to the target carbon emission equivalent and the corresponding target activity data thereof, the target carbon emission equivalent is calculated by calling a pre-deployed carbon emission equivalent calculation contract according to the target activity data by the block chain system, and the data abstract to be verified is generated by the activity data to be checked and the target carbon emission equivalent in the same generation mode as the target data abstract, if the target data abstract is consistent with the data abstract to be verified, the activity data to be checked is the same as the target activity data used for calculating the target carbon emission equivalent, and further the activity data to be checked is generated by the carbon emission activity to be checked. In other words, if the target data summary is consistent with the data summary to be verified, it may be determined that the target carbon emission equivalent is the carbon emission equivalent corresponding to the carbon emission campaign to be checked, that is, the equivalent is calculated according to the data of the carbon emission campaign to be checked.
In the method, consistency verification is carried out on the activity data to be checked and the target carbon emission equivalent through the target data abstract stored and certified to the block chain network, and the reliability of the verification result is ensured by using the authenticity of the target data abstract stored and certified.
Any one of the above data digests may be a hash, and the corresponding generation manner may be an algorithm such as MD5, SHA-1, SHA-256, and the like, which is not limited in this specification. In addition, similar to the target carbon emission equivalent, the above target data summary may also be documented in the blockchain system. Accordingly, the specific way for the blockchain system to obtain the target data summary from the line can be referred to the process of obtaining the target carbon emission equivalent from the line in the foregoing embodiments, and will not be described herein again.
And 106, under the condition that the consistency verification is passed, generating a carbon inventory report of the carbon emission activity to be inventory based on the data of the carbon emission activity to be inventory and the target carbon emission equivalent.
Under the condition that the data of the activity to be checked and the target carbon emission equivalent pass consistency verification, the block chain system can generate a carbon check report of the carbon emission activity to be checked according to the data of the activity to be checked and the target carbon emission equivalent, so that a carbon check process aiming at the carbon emission activity to be checked is completed in response to a carbon check request initiated by a requester. Specifically, the generated carbon disk check report may record data related to carbon emission activities performed by the target object specified in the carbon disk check request in the time interval. For example, when the target object is enterprise 1 and the time interval is 2020 and all year around, the report may record the specific values and statistical values of various types of activity data generated by all carbon emission activities performed by enterprise 1 between 1/2020 and 12/31/2020, the specific values and statistical values of corresponding carbon emission equivalent, the reporting time of various types of activity data, and other related data.
In the above embodiment, the blockchain system may respond to the carbon disk checking request, obtain the target carbon emission equivalent specified by the request and the data of the to-be-checked activity generated by the to-be-checked carbon emission activity, and further verify the consistency of the target carbon emission equivalent and the data of the to-be-checked activity according to the digest of the target data stored in the blockchain. And under the condition that the consistency verification is passed, generating a carbon inventory report aiming at the carbon emission activity to be inventory according to the target carbon emission equivalent and the data of the carbon emission activity to be inventory.
It can be appreciated that by storing a summary of activity data previously calculated from the target carbon emission equivalent and its corresponding target activity data into the blockchain, the authenticity of the summary required for the carbon inventory process can be assured by the tamper-resistant nature of the blockchain system. Furthermore, the consistency of the activity data to be checked and the target carbon emission equivalent is verified based on the true and credible activity data abstract stored on the chain, so that an accurate verification result can be obtained. Furthermore, generating a carbon inventory report of the carbon emissions activity to be inventory based on the data of the carbon emissions activity to be inventory and the target carbon emissions equivalent in the case that the data of the carbon emissions activity to be inventory and the target carbon emissions equivalent are indeed consistent helps to ensure the authenticity of the carbon inventory report (i.e., the final inventory result for the carbon emissions activity to be inventory).
The carbon disk report generated in the process can be used as the proof of the emission amount of greenhouse gases emitted by a carbon emission organization in the process of carrying out carbon emission activities. In order to ensure the authenticity of the report and avoid the disturbance caused by tampering in the subsequent use process, the blockchain system can store the report.
In one embodiment, the generated carbon audit report may be credited to the blockchain system. For example, a carbon disk audit report may be recorded in the transaction receipt for the equivalent calculation transaction described above, so as to be packaged with the transaction into a block; accordingly, the blockchain system may return the block height of the block where the transaction was packed and uplink to the requester of the carbon disc check request (the carbon disc check report will be included in the transaction and uplink). Alternatively, the blockchain system may record the carbon disk check report in a contract account of the target contract to store the carbon disk check report in the world state of the blockchain; accordingly, the blockchain system may return a receipt hash of the transaction receipt (in which the above-described carbon inventory report may be recorded) or the like to the carbon emission agency. In the evidence storing mode, the block chain system stores the evidence with a complete carbon disk checking report, which is helpful for relevant parties to subsequently obtain complete data corresponding to carbon emission activities according to the report.
In another embodiment, considering that the volume of the complete carbon inventory report is usually large, in order to save the storage space on the chain, the carbon inventory report can be subjected to haste's syndrome. For example, on the one hand, a report summary of the carbon inventory report may be generated and stored to the blockchain system; on the other hand, the complete carbon disk examination report can be stored in the down-chain storage space. For example, in the case where the blockchain system includes a blockchain network and a server, the blockchain system may store the carbon disk check report in a local storage space and store a corresponding report summary in the blockchain network. The specific mode of storing the report summary into the blockchain network is not substantially different from the specific mode of storing the report summary into the blockchain network in the previous embodiment, and is not described again.
Based on the carbon inventory report generated in the foregoing embodiment, carbon verification may also be performed on the occurred carbon emission activities conducted by the carbon emission agency, for example, a carbon verification certificate for the occurred carbon emission activities is generated according to the carbon inventory report.
In an embodiment, in a case that a report summary of any carbon check report is stored in the blockchain system, the requester may initiate a carbon check request to the blockchain system, where the request may carry an object identifier, so as to specify a corresponding target object to the blockchain system. In addition, a time interval can be carried to specify the time range of the activity data corresponding to the carbon disk examination report needing to be acquired to the blockchain system. It is to be understood that although all are referred to as "requesters," there is no direct association between the requesters in this embodiment, and the requesters that initiate the equivalent calculation request and the carbon inventory request in the foregoing embodiments. The requester initiating the carbon check request and the requester initiating the carbon check request may be the same entity, such as an enterprise, a certification authority, and the like; alternatively, the carbon check request may be initiated by a certain enterprise, or the carbon check request may be initiated by a certification authority, a regulatory agency, or a higher-level enterprise of the enterprise, which is not limited in this embodiment of the specification.
Accordingly, the blockchain system may obtain, in response to the received carbon check request, a carbon audit report to be verified for a target object specified by the request, the carbon audit report to be verified being generated based on activity data generated based on carbon emission activities that have occurred for the target object. For the sake of simplicity of description, the activity data corresponding to the carbon emission activity that has occurred will be referred to as historical activity data hereinafter. Subsequently, the blockchain system can verify the authenticity of the carbon disk check report to be verified according to the target report abstract stored in the blockchain system, and generate a carbon check certificate for the target object with carbon emission activity based on the report if the carbon disk check report to be verified is verified.
The above process may require obtaining a plurality of carbon disk check reports to be verified; for example, when the target object specified by the carbon check request is the enterprise 2 and the time interval is 2 years, the blockchain system needs to obtain all carbon check reports corresponding to carbon emission activities performed by the enterprise 2 certified in the blockchain within two years, where the reports are all carbon check reports to be certified. And respectively verifying the authenticity of each carbon disk check report in the above manner, determining the obtained carbon disk check report to be verified as a true report under the condition that each carbon disk check report passes the verification, and generating a carbon verification certificate based on each verified report. The generated carbon check certificate may contain information such as data statistics of each carbon disk check report, for example, "enterprise 2 emits yy tons of carbon dioxide in xx 1-xx 2". The certificate may also contain signature information of the certification authority or regulatory authority to prove that the certificate is approved by the certification authority or regulatory authority.
Further, the carbon certificate generated in the above process can be used as a proof of the emission amount of greenhouse gases emitted by the carbon emission agency during the carbon emission activities. Similar to the aforementioned carbon disc certificate, in order to ensure the authenticity of the certificate and avoid the trouble caused by tampering in the subsequent use process, the certificate can be stored.
In one embodiment, the generated carbon check certificate may be stored to the blockchain system. For example, in the case where the carbon check request is a carbon check transaction initiated by a requester, the carbon check certificate may be recorded in a transaction receipt of the transaction so as to be packaged with the transaction to a block; accordingly, the blockchain system may return the block height of the block where the carbon check transaction is located (into which the carbon check certificate will be packed) to the requestor of the carbon check. Or, in the case where the above-described carbon check certificate is generated by invoking a certificate generation contract deployed in advance, the blockchain system may record the carbon check certificate in a contract account of the certificate generation contract to store it to the world state of the blockchain; accordingly, the blockchain system may return a receipt hash of the transaction receipt (in which the above-described carbon check certificate may be recorded) or the like to the carbon emission agency. In the verification mode, the block chain system is verified to have a complete carbon check certificate, so that the relevant party can be helped to directly acquire complete data corresponding to the carbon emission activity subsequently according to the certificate.
In another embodiment, the carbon certificate may be hash certified, considering that the complete carbon certificate is typically large. For example, a certificate digest of the carbon certificate may be generated, and then the digest may be stored in a blockchain system, and the carbon certificate may be stored in a down-chain storage space. As in the case of a blockchain system comprising a blockchain network and a server, the blockchain system may store the carbon certificate in a local memory space and the corresponding certificate digest to the blockchain network. The specific mode of storing the certificate digest in the blockchain network is not substantially different from the specific mode of storing the certificate in the previous embodiment, and is not described again.
FIG. 2 is an interactive flow diagram of an audit process of carbon emissions activities in one embodiment of the present description. The following will describe in detail a process in which an enterprise E as a carbon emission organization requests a block chain system to perform a carbon check for carbon emission activities performed by the enterprise E with reference to fig. 2. As shown in fig. 2, the above process may include steps 201-218. Step 201-. The following are described separately:
[ deployment procedure of carbon emission equivalent calculation contract ]
At step 201, the certification authority initiates a contract deployment request for a carbon emission equivalent calculation contract to the blockchain system.
In the present embodiment, the certification authority is the party of the carbon emission equivalent calculation contract. The certification authority requires computational logic to determine the carbon emission equivalence before deploying the carbon emission equivalence calculation contract.
In one embodiment, the certification authority may determine the calculation formula, the preset parameters, and other information of the carbon emission by referring to the legal regulations, the industrial regulations, and the literature data related to the carbon emission check, so as to calculate the logic of the carbon emission. The specific form of the above calculation logic may refer to the above equations (1), (2) and their related descriptions, which are not described herein again.
Because the computational logic corresponding to different types of activity data is typically not the same, the certification authority may determine the computational logic corresponding to different types of activity data separately. For example, calculation formulas between activity data such as power consumption, coal combustion amount, gas combustion amount and the like and carbon dioxide equivalent and preset parameters in the calculation formulas can be determined respectively. Based on the computational logic, a certification authority may cooperate with the blockchain system to deploy carbon emissions equivalent computation contracts in the blockchain system that record contract logic corresponding to the computational logic.
In the case where the blockchain system is a traditionally-meaning blockchain network, the certification authority may write a contract code for the carbon emission equivalent calculation contract according to the aforementioned calculation logic, and then initiate a transaction including the contract code to the blockchain system, so as to deploy the carbon emission equivalent calculation contract in the blockchain network.
In the case where the blockchain system includes the blockchain network and a server connected to the blockchain network, the certification authority may write a contract code of the carbon emission equivalent calculation contract according to the aforementioned calculation logic, submit the contract code to the server, and initiate a contract deployment transaction including the contract code to the blockchain network by the server for deploying the carbon emission equivalent calculation contract. Alternatively, the certification authority may submit the determined computational logic to the server for automatic generation of a corresponding contract code by the server and will deploy the carbon emission equivalent computation contract in the blockchain network by initiating a contract deployment transaction that includes the contract code. By the mode, the contract codes of the carbon emission equivalent calculation contracts can be automatically generated by the contract generation service operated in the service end, so that the processing logic of a certification authority is simplified, and the contract codes of the deployed different carbon emission equivalent calculation contracts can be ensured to be in accordance with the same code specification, thereby being beneficial to realizing the standardization of the carbon emission equivalent calculation contracts.
Step 202: the blockchain system deploys carbon emission equivalence calculation contracts in a blockchain network by executing a contract deployment transaction.
After a contract deployment transaction for deploying a carbon emission equivalent calculation contract passes the consensus of each node in the blockchain system, the transaction may be executed by each node separately to complete the deployment of the contract. The block link points can calculate an account address (or called contract address) of a contract account corresponding to a contract according to the transaction generated carbon emission equivalent, for example, a contract address is obtained by performing hash operation according to a from address of the transaction and a current nonce. Additionally, for the contract code recorded in the data field of the transaction, the block link point may save it in the contract account, thereby completing deployment of the carbon emissions equivalent calculation contract. The above contents are only simple descriptions of the contract deployment process, and specific deployment processes may refer to records in related technologies, which are not described herein again. By performing the contract deployment transaction, at least one carbon emission equivalent calculation contract may be deployed in the blockchain system.
In one embodiment, the blockchain system may be connected to a regulatory body. For a deployed carbon emission equivalent calculation contract, to ensure that it complies with regulatory rules of a regulatory body, the blockchain system may initiate a contract review request to the regulatory body for review thereof by the regulatory body. Any contract review request may include contract code for at least one carbon emissions equivalent calculation contract. For any carbon emission equivalent calculation contract, the full code for that contract may be included in the request to facilitate a multi-dimensional full review of the contract by a regulatory body. Alternatively, to reduce the amount of data during the interaction, only a portion of the contract code in the contract corresponding to the contract logic for calculating the carbon emissions equivalent may be included in the request.
The process by which an examining authority examines any carbon emission equivalent calculation contract is the process of determining whether the contract complies with the regulatory rules of the authority. The supervision rules may include a plurality of rules, such as whether the contract code is written by a programming language that can be recognized by the blockchain system, whether the contract logic (corresponding to the calculation logic of the carbon emission equivalent) recorded in the contract meets the standards such as relevant laws and regulations or reporting guidelines (such as whether the preset parameter is a predefined standard value), whether the contract code or the contract logic meets the predefined auditing requirement, and the like, which are not described in detail. The carbon emission equivalent calculation contract which is examined and examined by the supervision is an intelligent contract which accords with the supervision rule, and the compliance of calculation logic which is obtained by using the contract for calculation is ensured to a certain extent by examining the carbon emission equivalent calculation contract.
In the case that the contract review result returned by the regulatory agency indicates that the carbon emission equivalent calculation contract passes review, the blockchain system may add an activation identifier in the contract account of the contract; conversely, where the contract review result indicates that the carbon emission equivalent calculation contract is not reviewed, the blockchain system may not add an activation flag to the contract. The activation flag may be used to indicate whether a carbon emissions equivalent calculation contract can be invoked: if the activation identifier is added to the contract account of any carbon emission equivalent calculation contract, the contract is indicated to be in accordance with the regulatory rules of a regulatory agency and can be called to execute; if not, the contract is not compliant with the regulatory rules of the regulatory body and therefore cannot be invoked for execution.
In another embodiment, to avoid carbon emission equivalent calculation contracts that do not comply with the review rules being deployed to the blockchain system, they may also be reviewed prior to deployment of the carbon emission equivalent calculation contracts. For example, where a transaction for deploying a carbon emission equivalent calculation contract (hereinafter, a contract deployment transaction) is received, the blockchain system may initiate an audit request to a regulatory authority for the carbon emission equivalent calculation contract.
Accordingly, the blockchain system may receive a contract review result returned by the regulatory authority and deploy the carbon emission equivalent calculation contract in the blockchain system by performing the above-described contract deployment transaction if the contract review result indicates that the carbon emission equivalent calculation contract passes review. By the method, the deployed carbon emission equivalent calculation contracts can be ensured to be intelligent contracts which accord with the supervision rules of the supervision mechanism, so that the execution success rate of the deployed carbon emission equivalent calculation contracts and the accuracy of corresponding carbon emission equivalent calculation results are improved.
It is understood that for the same carbon emission equivalent calculation contract, it can be examined in the above two ways of examination; the two manners described above can be used for respective examinations of different carbon emission equivalent calculation contracts, which is not limited by the embodiments of the present specification.
In another embodiment, to facilitate determining a carbon emission equivalent calculation contract corresponding to the activity data, the blockchain system may further add a type identifier to a contract account of the deployed carbon emission equivalent calculation contract to indicate, by the identifier, a type of the activity data corresponding to the contract.
For example, if only contract logic corresponding to one type of activity data is included in a carbon emissions equivalent calculation contract, the blockchain system may add a type identification corresponding to such data to the contract. For example, for the contract logic corresponding to the power consumption amount, it may be deployed in contract a, which is used only for calculating the carbon emission equivalent corresponding to the power consumption amount, and add the type identifier "Electric" to the contract; and for the contract logic corresponding to the Coal burning quantity, the contract logic can be deployed in a contract B, and the type identifier "Coal" is added to the contract, and the contract B is only used for calculating the carbon emission equivalent corresponding to the Coal burning quantity.
For another example, if the contract for calculating the carbon emission equivalent includes contract logics corresponding to multiple types of activity data at the same time, the block chain system may add type identifiers corresponding to the various types of data to the contract, and record a corresponding relationship between each contract logic and a type of the corresponding activity data. If the contract logic respectively corresponds to the gasoline combustion amount and the Diesel combustion amount, both of them may be deployed in the contract C, and the type identifications "Gas" and "Diesel" are added to the contract, the contract C may be used to calculate the carbon emission equivalent corresponding to the gasoline combustion amount and the Diesel combustion amount, respectively.
[ procedure for calculating carbon emission equivalent ]
In step 203, enterprise E counts target activity data generated by self carbon emission activity development within a specified time period.
In one embodiment, enterprise E typically maintains raw bill of materials, production logs, cost accounting tables, and the like during production, and such tables typically record activity data during carbon emission activities. Based on this, enterprise E may analyze the data table maintained in the previous month to count various types of activity data corresponding to the carbon emission activities recorded therein.
The statistics may be performed periodically at preset time intervals, for example, the enterprise E may count the activity data once a day, a month, a quarter, a year, and the like. Obviously, the activity data corresponding to any time interval is an accumulated value of activity data generated by carbon emission activities in the time interval, such as power consumption in one month, coal burning amount in one quarter, gas burning amount in one year, and the like. Accordingly, after enterprise E counts the reported activity data for each period, the equivalent computing transaction containing the data may be submitted to the blockchain system. Next, the following description will be given by taking the previous one month activity data as an example, and the activity data is the target activity data.
At step 204, enterprise E initiates a request for equivalent computation for the target activity data to the blockchain system.
Enterprise E may also submit an equivalent computing transaction to the blockchain system in a number of ways, similar to the aforementioned certification authority submitting a contract deployment transaction to the blockchain system. In one embodiment, enterprise E may generate a peer computing transaction including the target activity data and submit the transaction to the blockchain system.
In another embodiment, the blockchain system includes a blockchain network and a server, and enterprise E may initiate an equivalent calculation request including the target activity data to the server, so that the server may initiate an equivalent calculation transaction including the target activity data to the blockchain network in response to the request to calculate a corresponding carbon emission equivalent. This is explained in the following manner:
at step 205, the blockchain system calculates a corresponding carbon emission equivalent according to a target contract corresponding to the campaign data.
First, in response to a received carbon emission equivalent calculation request, the server may determine a target type of target activity data carried in the request and a corresponding target type identifier.
As adapted to the foregoing embodiment, in the case where the type identifier is added to the carbon emission equivalent calculation contract, the service end may record the type identifier to which each carbon emission equivalent calculation contract is added, such as maintaining a correspondence between the contract identifier of each carbon emission equivalent calculation contract and the respective corresponding type identifier. Thus, the server side can inquire the contract added with the target type identifier from the plurality of carbon emission equivalent calculation contracts which are already deployed according to the corresponding relation to serve as the target contract. The contract logic recorded in the target contract for calculating the carbon emission equivalent is the corresponding target logic. Or, the server may also query a target type identifier from a contract account of a target contract that has been deployed, and determine, in the case of the query, a contract logic corresponding to the identifier according to a correspondence between a contract logic recorded in the contract account and a type of corresponding active data, where the contract logic is the target logic.
For example, in the case where the aforementioned contract a (added with "Electric"), contract B (added with "Coal"), and contract C (added with "Gas" and "Diesel") are deployed in the blockchain network, the client may record the correspondence between the contract identification (such as the contract address) of each carbon emission equivalent calculation contract and the type identification to which the contract is added. Therefore, when the server determines that the received target activity data is power consumption amount, the contract a corresponding to "Electric" may be determined as a target contract, and accordingly, the contract logic recorded therein for calculating the power consumption amount is the target logic. In the case where it is determined that the received target activity data is the gasoline combustion amount, the contract C corresponding to "Gas" may be determined as the target contract, and accordingly, the contract logic recorded therein for calculating the gasoline combustion amount is the target logic.
In an embodiment, if an activation identifier is added to a contract account of a contract-reviewed carbon emission equivalent calculation contract deployed by a blockchain network, the server may determine a target contract in the carbon emission equivalent calculation contract to which the activation identifier is added, or may further determine whether the target contract is added with the activation identifier after determining the target contract, so as to ensure that the target contract invoked for subsequent calculation complies with the regulatory rules of a regulatory body.
After determining the target contract, the server may include a contract identifier (e.g., the aforementioned contract address) of the target contract and/or a logical identifier of the target logic (e.g., the type of active data corresponding to the subgrade) in the equivalent calculation request. Because the target activity data may contain multiple types of data, there may be multiple target contracts or target logics determined by the above steps. And executing a process of calculating the target activity data to obtain the carbon emission equivalent by the target contract, namely a process of calculating the carbon emission equivalent corresponding to each type of activity data and calculating an accumulated value of the carbon emission equivalent.
Taking the activity data as an example of the power consumption and the coal burning amount of a certain enterprise E in september, if the calculation formula corresponding to the target logic is the formula (2), and the carbon dioxide emission coefficient Kelectric of the power consumption is 0.997kg/kWh, and the carbon dioxide emission coefficient Kcoal of the coal burning amount is 2.493, the carbon emission equivalent corresponding to the activity data obtained by the contract logic calculation may be calculated as follows, when the power consumption ADelectric is 1500kWh, and the coal burning amount ADcoal is 600 kg: CO2 e-1500 kWh 0.997kg/kWh +600kg 2.493-2973.3 kg. In other words, the greenhouse gas emissions from enterprise E during the carbon emissions campaign conducted in September may be converted to 2973.3kg of carbon dioxide.
In step 206, the data associated with the calculation of the carbon emission equivalent is stored in the blockchain.
The blockchain system can generate corresponding data summaries according to the calculated carbon emission equivalent and the corresponding activity data, and store the activity data and the generated data summaries into the blockchain system. For example, the server may take the activity data, the uploading time of the activity data (i.e., the time when the enterprise E sends the equivalent calculation request including the data), and the carbon emission equivalent calculated from the activity data as a piece of data, and generate a summary for the piece of data. The actual uploading time of the activity data is recorded in the generated data summary and is proved to the block chain network, so that the subsequent verification of the actual uploading time of the actual activity data is facilitated. The data digest may be a data hash, and the generation method may be an algorithm such as MD5, which is not described herein again. The specific way of storing the activity data and the data summary in the blockchain system can be referred to the description of the foregoing embodiments, and will not be described herein again.
In addition, for the calculated calculation logic, the blockchain system may send it to enterprise E, certification authority and/or regulatory authority, respectively, so that the latter knows the corresponding calculation results, respectively.
Upon receiving the carbon emission equivalents sent by the blockchain system, the regulatory agency may initiate an equivalent audit request for the carbon emission equivalents to the blockchain system. Accordingly, the blockchain system may return the aforementioned target activity data corresponding to the carbon emission equivalent, contract code corresponding to contract logic, and the like, data relating to the carbon emission equivalent calculation process to the regulatory body for review thereby. Specifically, the regulatory agency may calculate another carbon emission equivalent corresponding to the target activity data according to the contract code, and compare the equivalent with the received carbon emission equivalent, and if the two are the same, it indicates that the carbon emission equivalent is actually calculated according to the target activity data by the contract logic of the carbon emission equivalent calculation contract, so that it may be determined that the received target activity data and the carbon emission equivalent are consistent.
Certainly, the block chain system can also send the target activity data, the contract code and the carbon emission equivalent to a monitoring mechanism, so that the monitoring mechanism can directly verify the consistency of the target activity data and the carbon emission equivalent according to the data without secondary acquisition, and the verification efficiency is further improved.
After verification is complete, the regulatory agency may return the quantum review results to the blockchain system so that it processes the carbon emission equivalents based on the results. For example, where the equivalence review result indicates that the target activity data and the carbon emission equivalence are consistent, the blockchain system may credit the blockchain with the carbon emission equivalence described above. For example, the carbon emission equivalent may be recorded in a transaction receipt for the equivalent calculation transaction described above so as to be packaged with the transaction into a block; alternatively, the carbon emission equivalent may also be recorded in a contract account of the target contract.
And under the condition that the equivalent weight examination result shows that the target activity data is inconsistent with the carbon emission equivalent weight, the blockchain system can inform the enterprise E and the certification authority and roll back the world state involved in the target contract execution process so as to ensure that the world state of the blockchain is consistent with the contract execution state.
[ carbon disk checking procedure for carbon discharge Activity ]
In step 207, enterprise E initiates a carbon inventory request to the blockchain system.
Assuming enterprise E wants to perform a carbon audit on its own carbon emissions activities conducted over the past year, it may initiate a carbon audit request to the blockchain system. Wherein, the request can specify its own object identifier (such as its own enterprise code) and time information of the past year (such as the value of the time field is [2020-1-1,2020-12-31 ]).
Enterprise E may initiate the request to the blockchain system in different ways depending on the different structure of the blockchain system. For example, in the case where the blockchain system is a blockchain network, enterprise E may initiate a carbon disk check transaction to the network. At this point, the transaction may be regarded as a carbon disk inquiry request initiated by enterprise E to the blockchain system. For another example, in a case where the blockchain system includes a blockchain network and a server connected to the blockchain network, the enterprise E may designate its own object identifier and corresponding time information to the server, so that the server generates a carbon inventory transaction according to the identifier and the information, and submits the transaction to the blockchain network.
In step 208, the blockchain system obtains activity data to be checked and a target carbon emission equivalent.
In response to a received carbon inventory request, the blockchain system may determine activity data to be inventoried and a target carbon emission equivalent specified by the request. The activity data to be checked can be provided by the enterprise E. For example, enterprise E may send this data to the blockchain system in a carbon disk lookup request or transaction to simplify the data acquisition logic of the blockchain system, contributing to the processing efficiency of the request or transaction. For another example, considering that the data volume of the first data may be relatively large, in order to reduce the data transmission volume of the enterprise E and the blockchain system, the enterprise E may also include the storage address of the data in the carbon disk inquiry request and send the carbon disk inquiry request to the server, so that the server obtains the activity data to be checked from the storage address; or the enterprise E may also include the storage address of the data in the carbon disk examination transaction to send to the server, so that the server (actually, each blockchain node in the blockchain network) acquires the activity data to be examined from the storage address.
Additionally, the blockchain system may obtain this data from the chain in the event that a target carbon emission equivalent is warranted to the blockchain system. For example, the carbon inventory check request may record a block height of a block where the equivalent calculation transaction for calculating the target carbon emission equivalent is located, and accordingly, the block chain system may determine the block where the equivalent calculation contract is located according to the block height and query a receipt tree corresponding to the block for the transaction receipt. For another example, the carbon check request may also record a receipt hash of the transaction receipt, so that the blockchain system may directly query the transaction receipt of the transaction according to the hash. Further, the blockchain system may obtain the target carbon emission equivalent directly from the transaction receipt. Alternatively, a contract account of the called target contract may be determined from the contract address recorded in the transaction receipt, and the target carbon emission equivalent may be read from the contract account.
It can be understood that the above activity data to be checked, which is acquired by the blockchain system, is activity data generated by the enterprise E developing the carbon emission activity to be checked between 1/2020 and 12/31/2020. And the target carbon emission equivalent corresponding to each activity data to be checked is the carbon emission equivalent stored in the block chain system and corresponding to the uploading moment of each activity data to be checked, and each target carbon emission equivalent is obtained by calculating the corresponding target activity data through target logic recorded in a target contract.
In step 209, the blockchain system verifies the consistency of the activity data to be inventoried and the target carbon emission equivalent.
However, the authenticity of the activity data to be checked specified by the enterprise E cannot be guaranteed, for example, the data may have data errors caused by human factors (subjective or inadvertent), and the like; thus, the activity data specified by enterprise E to be inventoried may not be consistent with the target carbon emission equivalent, i.e., the target carbon emission equivalent may not be calculated from the activity data to be inventoried. To ensure the authenticity of the carbon check result, the block chain system needs to verify the consistency of the two.
As described above, in the above embodiment, in the case that the target object and the time interval are specified by the carbon disk inspection request, the blockchain system may respectively obtain the data of the activity to be inspected and the target carbon emission equivalent corresponding to each carbon emission activity that has occurred in the time interval. Correspondingly, the blockchain system may perform consistency verification on the to-be-censored activity data and the target carbon emission equivalent corresponding to each carbon emission activity that has occurred, and determine that the consistency verification for the to-be-censored activity data and the target carbon emission equivalent passes under the condition that the to-be-censored activity data and the target carbon emission equivalent corresponding to all carbon emission activities that have occurred within the time interval are respectively consistent.
In an embodiment, for any one to-be-checked active data and target carbon emission equivalent, the block chain system may generate an to-be-verified data digest corresponding to the acquired to-be-checked active data and target carbon emission equivalent according to a generation manner of a target data digest, and compare target data digests stored in the digest block chain: under the condition that the target data abstract is the same as the data abstract to be verified, it can be determined that the activity data to be checked and the target carbon emission equivalent pass consistency verification, that is, the activity data to be checked and the target carbon emission equivalent are consistent, and then the step 210 can be carried out; otherwise, under the condition that the target data abstract is different from the data abstract to be verified, it can be determined that the data of the activity to be checked and the target carbon emission equivalent are not subjected to consistency verification, namely, the data of the activity to be checked and the target carbon emission equivalent are not consistent, at this moment, the carbon checking process aiming at the carbon emission activity can be stopped, and the verification result can be sent to the enterprise E so as to prompt the enterprise E to check whether the specified information is wrong or not.
Because the target data abstract is generated according to the target carbon emission equivalent and the corresponding target activity data thereof, the target carbon emission equivalent is calculated by calling a pre-deployed carbon emission equivalent calculation contract according to the target activity data by the block chain system, and the data abstract to be verified is generated by the activity data to be checked and the target carbon emission equivalent in the same generation mode as the target data abstract, if the target data abstract is consistent with the data abstract to be verified, the activity data to be checked is the same as the target activity data used for calculating the target carbon emission equivalent, and further the activity data to be checked is generated by the carbon emission activity to be checked. In other words, if the target data summary is consistent with the data summary to be verified, it may be determined that the target carbon emission equivalent is the carbon emission equivalent corresponding to the carbon emission campaign to be checked, that is, the equivalent is calculated according to the data of the carbon emission campaign to be checked.
In the method, consistency verification is carried out on the activity data to be checked and the target carbon emission equivalent through the target data abstract stored and certified to the block chain network, and the reliability of the verification result is ensured by using the authenticity of the target data abstract stored and certified.
In step 210, the blockchain system generates a carbon disk inspection report.
Under the condition that the data of the activity to be checked and the target carbon emission equivalent pass consistency verification, the block chain system can generate a carbon check report of the carbon emission activity to be checked according to the data of the activity to be checked and the target carbon emission equivalent, so that a carbon check process aiming at the carbon emission activity to be checked is completed in response to a carbon check request initiated by a requester. Specifically, the generated carbon disk check report may record data related to carbon emission activities performed by the target object specified in the carbon disk check request in the time interval. For example, when the target object is enterprise 1 and the time interval is 2020 and all year around, the report may record the specific values and statistical values of various types of activity data generated by all carbon emission activities performed by enterprise 1 between 1/2020 and 12/31/2020, the specific values and statistical values of corresponding carbon emission equivalent, the reporting time of various types of activity data, and other related data.
Step 211, storing a carbon disk checking report on the block chain system chain.
The carbon disk report generated in the above process can be used as a proof of the emission amount of greenhouse gases emitted by enterprise E in the process of carrying out carbon emission activities. To ensure the authenticity of the report and avoid tampering that may be annoying to subsequent uses, the blockchain system may verify the report to the blockchain system.
Specifically, a complete carbon disk check report can be stored to the blockchain system; or, considering that the volume of the complete carbon disk inspection report is usually large, in order to save the storage space on the chain, the carbon disk inspection report may be subjected to haste's syndrome. For example, on the one hand, a report summary of the carbon inventory report may be generated and stored to the blockchain system; on the other hand, the complete carbon disk examination report can be stored in the down-chain storage space.
[ carbon check Process for carbon emission Activity ]
At step 212, enterprise E initiates a carbon check request to the blockchain system.
In step 213, the blockchain system obtains a carbon disk check report to be verified.
In step 214, the blockchain system verifies the authenticity of the carbon disk check report to be verified and the consistency of the related data of the report.
The requester can initiate a carbon check request to the blockchain system, and the request can carry an object identifier so as to designate a corresponding target object to the blockchain system. In addition, a time interval can be carried to specify the time range of the activity data corresponding to the carbon disk examination report needing to be acquired to the blockchain system. For example, the application interval may be 1/2021/6/30/2020, and the corresponding time field takes a value of [2020-1-1,2021-6-30]
For example, in a case where a report summary of any carbon audit report is stored to the blockchain system, the blockchain system may obtain, in response to a received carbon audit request, a to-be-verified carbon audit report for enterprise E specified by the request, the to-be-verified carbon audit report being generated based on historical activity data of enterprise E. The blockchain system may then verify the authenticity of the carbon disk audit report to be verified based on the target report digest certified in the blockchain system. For example, the blockchain system may generate a to-be-verified report summary of the to-be-verified carbon disk check report in the same generation manner as the target report summary, and compare the target report summary with the to-be-verified report summary: if the two are the same, the abstract of the to-be-verified report is the abstract of the target report, so that the fact that the to-be-verified carbon disk inspection report is exactly the same as the real target carbon disk inspection report corresponding to the abstract of the target report can be determined, and therefore the to-be-verified carbon disk inspection report is true and credible; at this point, step 215 may be entered. Otherwise, if the two are different, it can be determined that the carbon disk check report to be verified is not a real carbon disk check report obtained by carbon disk check on real activity data, and therefore the carbon disk check report is not credible; the carbon inventory process for the carbon emissions campaign may be terminated at this point, and the verification result may be sent to enterprise E for prompting enterprise E to check whether the specified information is erroneous.
In addition, the blockchain system can also obtain the activity data and the carbon emission equivalent corresponding to the carbon disk check report to be verified, perform consistency verification on the data summary according to the data summary stored in the blockchain system (the specific verification process is similar to the step 209 and is not repeated), and go to the step 215 when the verification is passed, otherwise, terminate the carbon disk check process, so as to avoid generating a carbon check certificate according to the carbon disk check report which is not true, and ensure the authenticity of the carbon check result.
In step 215, the blockchain system generates a certificate to be signed.
In the event that it is determined that the carbon inventory report to be verified is a genuine report, B may not generate a certificate to be signed for carbon inventory carbon emissions activities from the report. The generated certificate to be signed can record information such as data statistics of each carbon disk check report, for example, "enterprise 2 emits carbon dioxide yy tons in 1 month to 2021 month in 2020 altogether in 6 months.
In step 216, the blockchain system sends the certificate to be signed to the certification authority.
Step 217, the certificate authority adds the electronic signature to the certificate to be signed.
At step 218, the certification authority returns a carbon check certificate to the blockchain system.
At step 219, the blockchain system returns a carbon check certificate to enterprise E.
Because the carbon emission equivalent, which is the key data involved in the carbon check process, is calculated according to the carbon emission equivalent calculation contract deployed by the blockchain system, the carbon check certificate may have a signature of the certification authority, i.e., the signature represents that the certificate has been approved by the certification authority.
The certificate authority can use the self signature information to add an electronic signature to the certificate to be signed. It can be understood that a true and valid carbon check certificate can be obtained after the signed certificate is added with an electronic signature of a certificate authority. Thereafter, the certification authority may return the certificate to the blockchain system for return to enterprise E by the blockchain system.
Step 220, storing the carbon verification certificate on the block chain system line.
Further, the carbon certificate generated in the above process can be used as a proof of the emission amount of greenhouse gases emitted by enterprise E during the carbon emission activities. Similar to the aforementioned carbon disc certificate, in order to ensure the authenticity of the certificate and avoid the trouble caused by tampering in the subsequent use process, the certificate can be stored.
For example, the generated carbon check certificate may be stored to the blockchain system. Alternatively, in order to save the storage space on the chain, a certificate digest of the carbon check certificate may be generated, and the digest may be stored in the blockchain system, and the carbon check certificate may be stored in the storage space under the chain. As in the case of a blockchain system comprising a blockchain network and a server, the blockchain system may store the carbon certificate in a local memory space and the corresponding certificate digest to the blockchain network. The specific mode of storing the certificate digest in the blockchain network is not substantially different from the specific mode of storing the certificate in the previous embodiment, and is not described again.
Of course, after the completion of the above step 216, the certification authority may output the acquired certificate to be signed on a physical entity, such as printed on paper. Therefore, the certification authority can carry out signature operations such as handwriting signature or stamping and the like on the printed certificate by related personnel, thereby obtaining the carbon check certificate of the entity. Further, the certification authority may provide the certificate to the enterprise E by mail, face, or the like.
In the above embodiment, the blockchain system, in response to the carbon disk checking request, obtains the target carbon emission equivalent specified by the request and the data of the activity to be checked generated by the carbon emission activity to be checked, and further verifies the consistency of the target carbon emission equivalent and the data of the activity to be checked according to the digest of the target data stored in the blockchain. And under the condition that the consistency verification is passed, generating a carbon inventory report aiming at the carbon emission activity to be inventory according to the target carbon emission equivalent and the data of the carbon emission activity to be inventory.
By storing the activity data abstract which is calculated by the target carbon emission equivalent and the corresponding target activity data in advance into the block chain, the authenticity of the abstract required by the carbon checking process can be ensured by utilizing the anti-tampering characteristic of the block chain system. Furthermore, the consistency of the activity data to be checked and the target carbon emission equivalent is verified based on the true and credible activity data abstract stored on the chain, so that an accurate verification result can be obtained. Furthermore, generating a carbon inventory report of the carbon emissions activity to be inventory based on the data of the carbon emissions activity to be inventory and the target carbon emissions equivalent in the case that the data of the carbon emissions activity to be inventory and the target carbon emissions equivalent are indeed consistent helps to ensure the authenticity of the carbon inventory report (i.e., the final inventory result for the carbon emissions activity to be inventory).
Fig. 3 is a schematic block diagram of an apparatus in accordance with an exemplary embodiment. Referring to fig. 3, at the hardware level, the apparatus includes a processor 302, an internal bus 304, a network interface 306, a memory 308, and a non-volatile memory 310, but may also include hardware required for other services. One or more embodiments of the present description may be implemented in software, such as by processor 302 reading a corresponding computer program from non-volatile storage 310 into memory 308 and then executing. Of course, besides software implementation, the one or more embodiments in this specification do not exclude other implementations, such as logic devices or combinations of software and hardware, and so on, that is, the execution subject of the following processing flow is not limited to each logic unit, and may also be hardware or logic devices.
Referring to fig. 4, in a software implementation, a carbon emission activity checking apparatus is provided, including:
a data obtaining unit 401, configured to obtain, in response to a received carbon inventory request, to-be-inventory activity data and a target carbon emission equivalent specified by the carbon inventory request, where the to-be-inventory activity data is generated by a to-be-inventory carbon emission activity;
a data verification unit 402, configured to verify consistency between the activity data to be checked and the target carbon emission equivalent according to a target data digest stored in the block chain system, where the target data digest is generated in advance according to the target carbon emission equivalent and target activity data corresponding to the target carbon emission equivalent;
a report generating unit 403, configured to generate a carbon inventory report of the carbon emission activity to be inventory based on the data of the carbon emission activity to be inventory and the target carbon emission equivalent if the consistency verification passes.
Optionally, the method further comprises:
a trade acquisition unit 404, configured to acquire a trade calling a carbon emission equivalent calculation contract in which contract logic for calculating a carbon emission equivalent is recorded;
a data transfer-in unit 405, configured to transfer activity data carried in the transaction to the contract logic when executing the carbon emission equivalent calculation contract, and calculate, by the contract logic, the target carbon emission equivalent corresponding to the activity data;
a data storing unit 406, configured to store the target carbon emission equivalent and the target data summary generated according to the target carbon emission equivalent and the activity data carried in the transaction in the blockchain system.
Optionally, the data verification unit 402 is further configured to:
generating the activity data to be checked and the data abstract to be verified corresponding to the target carbon emission equivalent according to the generation mode of the target data abstract;
and under the condition that the target data abstract is the same as the data abstract to be verified, determining that the activity data to be checked and the target carbon emission equivalent pass consistency verification.
Optionally, the data obtaining unit 401 is further configured to:
acquiring activity data to be checked provided by a requester of the carbon checking request; and the number of the first and second groups,
obtaining a target carbon emission equivalent as evidenced by the blockchain system.
Optionally, the apparatus further comprises an object determination unit 407 for: determining a target object and a time interval specified by the carbon disk check request, wherein the carbon emission activities to be checked comprise all carbon emission activities of the target object in the time interval;
the data obtaining unit 401 is further configured to: respectively acquiring data of activities to be checked and target carbon emission equivalent corresponding to each carbon emission activity; and when the data of the activities to be checked corresponding to all the carbon emission activities and the target carbon emission equivalent are respectively consistent, the consistency verification is passed.
Optionally, the method further comprises:
a first report credentialing unit 408, configured to credit the generated carbon disk checking report to the blockchain system; and/or the presence of a gas in the gas,
and a second report evidence storing unit 409, configured to generate a report summary of the carbon disk examination report, and store the report summary into the blockchain system.
Optionally, a report summary of any carbon inventory report is stored in the blockchain system, and the apparatus further includes:
a report acquisition unit 410, configured to acquire, in response to a received carbon check request, a to-be-verified carbon inventory report for a target object specified by the carbon check request, where the to-be-verified carbon inventory report is generated based on activity data corresponding to a carbon emission activity that has occurred for the target object;
the report verification unit 411 is configured to verify the authenticity of the carbon disk check report to be verified according to the target report digest stored in the blockchain system;
a certificate generating unit 412, configured to generate a carbon verification certificate for the target object for which a carbon emission activity has occurred based on the carbon inventory report to be verified if the carbon inventory report to be verified is verified.
Optionally, the method further comprises:
a first certificate storing unit 413 configured to store the generated carbon verification certificate to the blockchain system; and/or the presence of a gas in the gas,
a second certificate storing unit 414, configured to generate a certificate digest of the carbon check certificate, and store the certificate digest in the blockchain system.
In the 90 s of the 20 th century, improvements in a technology could clearly distinguish between improvements in hardware (e.g., improvements in circuit structures such as diodes, transistors, switches, etc.) and improvements in software (improvements in process flow). However, as technology advances, many of today's process flow improvements have been seen as direct improvements in hardware circuit architecture. Designers almost always obtain the corresponding hardware circuit structure by programming an improved method flow into the hardware circuit. Thus, it cannot be said that an improvement in the process flow cannot be realized by hardware physical modules. For example, a Programmable Logic Device (PLD), such as a Field Programmable Gate Array (FPGA), is an integrated circuit whose Logic functions are determined by programming the Device by a user. A digital system is "integrated" on a PLD by the designer's own programming without requiring the chip manufacturer to design and fabricate application-specific integrated circuit chips. Furthermore, nowadays, instead of manually making an Integrated Circuit chip, such Programming is often implemented by "logic compiler" software, which is similar to a software compiler used in program development and writing, but the original code before compiling is also written by a specific Programming Language, which is called Hardware Description Language (HDL), and HDL is not only one but many, such as ABEL (Advanced Boolean Express carbon emission equivalent calculation contract Language), ahdl (Advanced Hardware Description Language), confluent, CUPL (core contract logic University Programming Language), hdcall, jhdware Description Language, Lava, Lola, HDL, PALM, Rhdware (software runtime), and the like, which are currently used in the field-Hardware Language. It will also be apparent to those skilled in the art that hardware circuitry that implements the logical method flows can be readily obtained by merely slightly programming the method flows into an integrated circuit using the hardware description languages described above.
The controller may be implemented in any suitable manner, for example, the controller may take the form of, for example, a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro) processor, logic gates, switches, an Application Specific Integrated Circuit (ASIC), a programmable logic controller, and an embedded microcontroller, examples of which include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicone Labs C8031F320, the memory controller may also be implemented as part of the control logic for the memory. Those skilled in the art will also appreciate that, in addition to implementing the controller as pure computer readable program code, the same functionality can be implemented by logically programming method steps such that the controller is in the form of logic gates, switches, application specific integrated circuits, programmable logic controllers, embedded microcontrollers and the like. Such a controller may thus be considered a hardware component, and the means included therein for performing the various functions may also be considered as a structure within the hardware component. Or even means for performing the functions may be regarded as being both a software module for performing the method and a structure within a hardware component.
The systems, devices, modules or units illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product with certain functions. One typical implementation device is a server system. Of course, the present invention does not exclude that as future computer technology develops, the computer implementing the functionality of the above described embodiments may be, for example, a personal computer, a laptop computer, a vehicle-mounted human-computer interaction device, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device or a combination of any of these devices.
Although one or more embodiments of the present description provide method operational steps as described in the embodiments or flowcharts, more or fewer operational steps may be included based on conventional or non-inventive approaches. The order of steps recited in the embodiments is merely one manner of performing the steps in a multitude of orders and does not represent the only order of execution. When an actual apparatus or end product executes, it may execute sequentially or in parallel (e.g., parallel processors or multi-threaded environments, or even distributed data processing environments) according to the method shown in the embodiment or the figures. The terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, the presence of additional identical or equivalent elements in a process, method, article, or apparatus that comprises the recited elements is not excluded. For example, if the terms first, second, etc. are used to denote names, they do not denote any particular order.
For convenience of description, the above devices are described as being divided into various modules by functions, and are described separately. Of course, when implementing one or more of the present description, the functions of each module may be implemented in one or more software and/or hardware, or a module implementing the same function may be implemented by a combination of multiple sub-modules or sub-units, etc. The above-described embodiments of the apparatus are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.
The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
In a typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
The memory may include forms of volatile memory in a computer readable medium, Random Access Memory (RAM) and/or non-volatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium.
Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape disk storage, graphene storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.
As will be appreciated by one skilled in the art, one or more embodiments of the present description may be provided as a method, system, or computer program product. Accordingly, one or more embodiments of the present description may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, one or more embodiments of the present description may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
One or more embodiments of the present description may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. One or more embodiments of the present specification can also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.
The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for the system embodiment, since it is substantially similar to the method embodiment, the description is simple, and for the relevant points, reference may be made to the partial description of the method embodiment. In the description of the specification, reference to the description of the term "one embodiment," "some embodiments," "an example," "a specific example," or "some examples," etc., means that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the specification. In this specification, the schematic representations of the terms used above are not necessarily intended to refer to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples. Furthermore, various embodiments or examples and features of different embodiments or examples described in this specification can be combined and combined by one skilled in the art without contradiction.
The above description is merely exemplary of one or more embodiments of the present disclosure and is not intended to limit the scope of one or more embodiments of the present disclosure. Various modifications and alterations to one or more embodiments described herein will be apparent to those skilled in the art. Any modification, equivalent replacement, improvement or the like made within the spirit and principle of the present specification should be included in the scope of the claims.
Claims (11)
1. A carbon emissions campaign screening method, comprising:
in response to a received carbon inventory check request, acquiring activity data to be inventory checked and target carbon emission equivalent specified by the carbon inventory check request, wherein the activity data to be inventory checked are generated by carbon emission activities to be inventory checked;
verifying the consistency of the activity data to be checked and the target carbon emission equivalent according to a target data abstract stored in a block chain system, wherein the target data abstract is generated in advance according to the target carbon emission equivalent and corresponding target activity data;
and generating a carbon inventory report of the carbon emission activity to be inventoried based on the data of the carbon emission activity to be inventoried and the target carbon emission equivalent if the consistency verification passes.
2. The method of claim 1, further comprising:
acquiring a trade for calling a carbon emission equivalent calculation contract, wherein contract logic for calculating the carbon emission equivalent is recorded in the carbon emission equivalent calculation contract;
while executing the carbon emission equivalent calculation contract, passing activity data carried in the transaction to the contract logic, calculating, by the contract logic, the target carbon emission equivalent corresponding to the activity data;
and storing the target carbon emission equivalent and the target data summary generated according to the target carbon emission equivalent and the activity data carried in the transaction into the block chain system.
3. The method of claim 1, the verifying consistency of the activity data to be inventoried and the target carbon emission equivalent according to a target data digest certified in a blockchain system, comprising:
generating the activity data to be checked and the data abstract to be verified corresponding to the target carbon emission equivalent according to the generation mode of the target data abstract;
and under the condition that the target data abstract is the same as the data abstract to be verified, determining that the activity data to be checked and the target carbon emission equivalent pass consistency verification.
4. The method of claim 1, the obtaining the carbon disk interrogation request specified to-be-interrogated activity data and target carbon emission equivalent, comprising:
acquiring activity data to be checked provided by a requester of the carbon checking request; and the number of the first and second groups,
obtaining a target carbon emission equivalent as evidenced by the blockchain system.
5. The method of claim 1, wherein the first and second light sources are selected from the group consisting of,
the method further comprises the following steps: determining a target object and a time interval specified by the carbon disk check request, wherein the carbon emission activities to be checked comprise all carbon emission activities of the target object in the time interval;
the acquiring activity data to be checked and target carbon emission equivalent specified by the carbon disc checking request comprises: respectively acquiring data of activities to be checked and target carbon emission equivalent corresponding to each carbon emission activity; and when the data of the activities to be checked corresponding to all the carbon emission activities and the target carbon emission equivalent are respectively consistent, the consistency verification is passed.
6. The method of claim 1, further comprising:
storing the generated carbon disk checking report into the block chain system; and/or the presence of a gas in the gas,
and generating a report abstract of the carbon inventory report, and storing the report abstract into the block chain system.
7. The method of claim 1, wherein a report summary of any carbon disk inspection report is credited to the blockchain system, the method further comprising:
in response to the received carbon check request, acquiring a to-be-verified carbon disk check report of a target object specified by the carbon check request, wherein the to-be-verified carbon disk check report is generated based on activity data corresponding to carbon emission activities of the target object;
verifying the authenticity of the carbon disk check report to be verified according to the target report abstract stored in the block chain system;
and under the condition that the to-be-verified carbon disk inspection report passes verification, generating a carbon verification certificate aiming at the target object and having carbon emission activity based on the to-be-verified carbon disk inspection report.
8. The method of claim 7, further comprising:
storing the generated carbon verification certificate in the block chain system; and/or the presence of a gas in the gas,
and generating a certificate abstract of the carbon verification certificate, and storing the certificate abstract into the block chain system.
9. An active carbon emissions audit device comprising:
the data acquisition unit is used for responding to the received carbon inventory request, and acquiring to-be-inventory activity data and target carbon emission equivalent specified by the carbon inventory request, wherein the to-be-inventory activity data is generated by to-be-inventory carbon emission activity;
the data verification unit is used for verifying the consistency of the activity data to be checked and the target carbon emission equivalent according to a target data abstract stored in a block chain system, wherein the target data abstract is generated in advance according to the target carbon emission equivalent and corresponding target activity data;
a report generating unit, configured to generate a carbon inventory report of the carbon emission activity to be inventory based on the data of the carbon emission activity to be inventory and the target carbon emission equivalent if the consistency verification passes.
10. An electronic device, comprising:
a processor;
a memory for storing processor-executable instructions;
wherein the processor implements the method of any one of claims 1-8 by executing the executable instructions.
11. A computer readable storage medium having stored thereon computer instructions which, when executed by a processor, carry out the steps of the method according to any one of claims 1 to 8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111262179.4A CN113888034A (en) | 2021-10-28 | 2021-10-28 | Carbon emission activity checking method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111262179.4A CN113888034A (en) | 2021-10-28 | 2021-10-28 | Carbon emission activity checking method and device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113888034A true CN113888034A (en) | 2022-01-04 |
Family
ID=79013838
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111262179.4A Pending CN113888034A (en) | 2021-10-28 | 2021-10-28 | Carbon emission activity checking method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113888034A (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109670785A (en) * | 2018-12-07 | 2019-04-23 | 山东亚华低碳科技有限公司 | A kind of carbon interrogates and examines/carbon inspection management system and method |
| CN112215621A (en) * | 2019-07-12 | 2021-01-12 | 上海唯链信息科技有限公司 | Carbon emission reduction data processing method, apparatus, and computer-readable storage medium |
| CN112257107A (en) * | 2020-10-23 | 2021-01-22 | 上海万向区块链股份公司 | Block chain-based storage verification method and system |
| CN112633780A (en) * | 2021-03-04 | 2021-04-09 | 国网电子商务有限公司 | Method for processing carbon resource based on climate chain, related device and storage medium |
| CN113469815A (en) * | 2021-09-02 | 2021-10-01 | 支付宝(杭州)信息技术有限公司 | Data management method and device |
-
2021
- 2021-10-28 CN CN202111262179.4A patent/CN113888034A/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109670785A (en) * | 2018-12-07 | 2019-04-23 | 山东亚华低碳科技有限公司 | A kind of carbon interrogates and examines/carbon inspection management system and method |
| CN112215621A (en) * | 2019-07-12 | 2021-01-12 | 上海唯链信息科技有限公司 | Carbon emission reduction data processing method, apparatus, and computer-readable storage medium |
| CN112257107A (en) * | 2020-10-23 | 2021-01-22 | 上海万向区块链股份公司 | Block chain-based storage verification method and system |
| CN112633780A (en) * | 2021-03-04 | 2021-04-09 | 国网电子商务有限公司 | Method for processing carbon resource based on climate chain, related device and storage medium |
| CN113469815A (en) * | 2021-09-02 | 2021-10-01 | 支付宝(杭州)信息技术有限公司 | Data management method and device |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10832215B2 (en) | Blockchain for program code credit and programmer contribution in a collective | |
| CN112686671B (en) | Intelligent contract deployment method, device, equipment and medium based on block chain | |
| US20190188706A1 (en) | Transference tracking | |
| US20190156429A1 (en) | Hierarchical meta-ledger transaction recording | |
| US20190303579A1 (en) | Decentralized, immutable, tamper-evident, directed acyclic graphs documenting software supply-chains with cryptographically signed records of software-development life cycle state and cryptographic digests of executable code | |
| US7433838B2 (en) | Realizing legally binding business contracts through service management models | |
| CN109255622A (en) | A kind of back-tracing anti-fake data-storage system | |
| US20220027803A1 (en) | Sustainable tokens for supply chain with privacy preserving protocol | |
| CN114600420A (en) | Pruning entries in a tamper-resistant data storage device | |
| US20200358612A1 (en) | Trust service engine for external blockchain verification | |
| Papakonstantinou et al. | A zero trust hybrid security and safety risk analysis method | |
| CN111382980A (en) | Logistics management method, device, equipment and system based on block chain | |
| US11455598B2 (en) | Automated conflict resolution | |
| US11475401B2 (en) | Computation of supply-chain metrics | |
| CN113094400A (en) | Data tracing method, system and device | |
| CN113888034A (en) | Carbon emission activity checking method and device | |
| CN113888035A (en) | Method and device for calculating carbon emission equivalent | |
| US20230096163A1 (en) | Accelerated invoicing using predictive freight events | |
| Perdana et al. | Harnessing Technologies and Data to Accelerate and Operationalize Environmental, Social, and Governance (ESG) Initiatives | |
| Zhu | [Retracted] Research on Real‐Time Tracking Algorithm of E‐Commerce Logistics Information Based on Blockchain Technology | |
| US20210233104A1 (en) | Product exploration-based promotion | |
| PG et al. | Blockchain based verification of vehicle history for pre-owned vehicle industry | |
| CN109471790A (en) | Send nuclear parameter comparison method and device, computer installation and readable storage medium storing program for executing | |
| Eyhoff et al. | Using the Blockchain as Notary Service for a Local Energy Market | |
| KR20200058146A (en) | Subscription method using smart contract based block chain |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |