A blockchain-based product-level green electricity consumption authentication method, device, equipment and medium
Patent Information
- Application Number
- CN202611450052.8
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2026-09-18
- Publication Date
- 2026-10-27
AI Technical Summary
[0005]本申请提供一种基于区块链的产品级绿电消费认证方法、装置、设备及介质,可以解决现有技术中绿电消费认证只能证明用户整体用电情况、无法细化到单个产品的问题,实现从用户级到产品级的绿电消费权益细粒度绑定与可信追溯
在本申请中,根据绿证在区块链上创建绿色能量块;采集目标产品在生产过程中的能耗数据和目标产品标识;根据目标产品在生产过程中的能耗数据和目标产品标识对绿色能量块进行分摊计算,生成每个目标产品对应的分摊结果,将分摊结果中的分摊电量和绿证份额与对应的目标产品标识进行绑定,生成绑定记录;根据绑定记录为目标产品生成溯源标识。在现有技术方案中,只能证明用户整体用电情况,无法将绿电消费权益细化到单个产品。可见,本申请实现了从用户级到产品级的绿电消费权益细粒度绑定与可信追溯,解决了认证粒度粗放的问题。
Smart Images

Figure CN122989145A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of blockchain authentication technology, and in particular to a product-level green electricity consumption authentication method, device, equipment and medium based on blockchain. Background Technology
[0002] With increasing market attention to product environmental footprint, accurate calculation of product carbon footprint has become a crucial aspect of supply chain management. Market players' demands for green attributes are extending from the overall user level to the specific product level, and credible certification of product-level green electricity consumption has become the technological foundation for achieving data interoperability and mutual recognition of product green attributes in cross-regional circulation.
[0003] Currently, green electricity consumption certification technology mainly relies on green electricity certificates (green certificates) and blockchain-based evidence storage. Existing technologies typically bind green certificates to user accounts, using blockchain to record user electricity purchases, green certificate transactions, and overall electricity consumption data. This allows for the calculation of a user's total green electricity consumption, proportion, or level over a certain period, generating corresponding traceability identifiers for querying. Some technologies also incorporate privacy computing to protect aggregated user electricity consumption data, or use multi-dimensional accounts to achieve categorized accounting and rights traceability of green electricity. All these solutions limit the certification object to the user as a whole or at the user account level.
[0004] However, existing technical solutions can only prove the overall electricity consumption of users and cannot be refined to individual products, thus failing to achieve accurate product-level certification of green electricity consumption. Summary of the Invention
[0005] This application provides a product-level green electricity consumption authentication method, device, equipment, and medium based on blockchain, which can solve the problem that existing green electricity consumption authentication can only prove the user's overall electricity consumption and cannot be refined to individual products, thus realizing fine-grained binding and reliable traceability of green electricity consumption rights from the user level to the product level.
[0006] To achieve the above objectives, this application adopts the following technical solution: Firstly, this application provides a product-level green electricity consumption authentication method based on blockchain, the method comprising: Green energy blocks are created on the blockchain based on green certificates; Collect energy consumption data and target product identification during the production process of the target product; The green energy blocks are allocated based on the energy consumption data of the target product during the production process and the target product identification, generating an allocation result for each target product. The allocated electricity volume and green certificate share in the allocation result are bound to the corresponding target product identifier to generate a binding record; Generate a traceability identifier for the target product based on the binding record.
[0007] In some possible implementations, the step of allocating the green energy blocks based on the energy consumption data of the target product during the production process and the target product identification includes: The green electricity usage of the target product is obtained based on the energy consumption data of the target product during the production process; the green energy blocks are allocated and calculated based on the green electricity usage of the target product and the target product identification.
[0008] In some possible implementations, the energy consumption data of the target product during the production process includes the power curve of the target production line and the production event data of the target product. The step of obtaining the green electricity usage of the target product based on the energy consumption data during the production process includes: Based on the power curve and the production event data, the production runtime segment of the target product is identified; Extract the power curve segment corresponding to the production operation period from the power curve; associate the power curve segment with the target product identifier to obtain the associated power curve segment; obtain the total power consumption of the target product based on the associated power curve segment; obtain the green electricity supply ratio of the target product during the production operation period; calculate the green electricity usage of the target product based on the total power consumption of the target product and the green electricity supply ratio.
[0009] In some possible implementations, binding the allocated electricity volume and green certificate share in the allocation result with the corresponding target product identifier includes: Based on the green certificate share in the allocation result, query the binding status of the green certificate share on the blockchain; determine whether the green certificate share is bound based on the binding status; if the binding status is that the green certificate share has been bound, reject this binding operation; if the binding status is that the green certificate share has not been bound, bind the allocated electricity and the green certificate share with the corresponding target product identifier.
[0010] In some possible implementations, the method further includes: The carbon emission reduction of the target product is obtained based on the allocated electricity in the binding record; the carbon emission reduction is associated with the target product identifier and stored to obtain a carbon emission reduction association record.
[0011] In some possible implementations, the traceability identifier is a QR code; generating a traceability identifier for the target product based on the binding record includes: QR code encoding data is generated based on the target product identifier and blockchain query address in the binding record; the QR code is generated based on the QR code encoding data.
[0012] In some possible implementations, the method further includes: Based on the allocated electricity in the allocation result, the remaining electricity of the green energy block is obtained; the state of the green energy block is updated based on the remaining electricity of the green energy block to obtain the updated green energy block.
[0013] Secondly, this application provides a blockchain-based product-level green electricity consumption authentication device, the device comprising: Create a module to create green energy blocks on the blockchain based on green certificates; The data acquisition module is used to collect energy consumption data and target product identification during the production process of the target product; The calculation module is used to perform energy consumption calculation on the green energy blocks based on the energy consumption data of the target product during the production process and the target product identification, and generate the allocation result corresponding to each target product; The binding module is used to bind the allocated electricity and green certificate share in the allocation result with the corresponding target product identifier and generate a binding record; The generation module is used to generate a traceability identifier for the target product based on the binding record.
[0014] Thirdly, this application provides a computing device, including a memory and a processor; The memory stores one or more computer programs, the one or more computer programs including instructions; when the instructions are executed by the processor, the computing device performs the method as described in any one of the first aspects.
[0015] Fourthly, this application provides a computer-readable storage medium for storing a computer program for performing the method as described in any one of the first aspects.
[0016] Fifthly, this application provides a computer program product comprising one or more computer instructions, wherein when the computer instructions are executed by a computer, the computer performs the method as described in any one of the first aspects.
[0017] As can be seen from the above technical solution, this application has at least the following beneficial effects: In this application, green energy blocks are created on the blockchain based on green certificates; energy consumption data and target product identifiers are collected during the production process of the target product; the green energy blocks are allocated based on the energy consumption data and target product identifiers during the production process, generating an allocation result for each target product; the allocated electricity and green certificate share in the allocation result are bound to the corresponding target product identifier to generate a binding record; and a traceability identifier is generated for the target product based on the binding record. In existing technical solutions, only the overall electricity consumption of a user can be proven, and the green electricity consumption rights cannot be refined to individual products. Therefore, this application achieves fine-grained binding and reliable traceability of green electricity consumption rights from the user level to the product level, solving the problem of coarse-grained authentication.
[0018] It should be understood that the descriptions of technical features, technical solutions, beneficial effects, or similar language in this application do not imply that all features and advantages can be achieved in any single embodiment. Rather, it is understood that the description of a feature or beneficial effect means that a specific technical feature, technical solution, or beneficial effect is included in at least one embodiment. Therefore, the descriptions of technical features, technical solutions, or beneficial effects in this specification do not necessarily refer to the same embodiment. Furthermore, the technical features, technical solutions, and beneficial effects described in this embodiment can be combined in any suitable manner. Those skilled in the art will understand that embodiments can be implemented without one or more specific technical features, technical solutions, or beneficial effects of a particular embodiment. In other embodiments, additional technical features and beneficial effects may be identified in specific embodiments that do not embody all embodiments. Attached Figure Description
[0019] Figure 1 A flowchart illustrating a blockchain-based product-level green electricity consumption authentication method provided in this application embodiment; Figure 2 A schematic diagram of a blockchain-based product-level green electricity consumption authentication device provided in this application embodiment; Figure 3 This is a schematic diagram of a computing device provided in an embodiment of this application. Detailed Implementation
[0020] The terms "first," "second," and "third," etc., used in this application specification and accompanying drawings are used to distinguish different objects, not to limit a specific order.
[0021] In the embodiments of this application, the terms "exemplary" or "for example" are used to indicate that something is an example, illustration, or description. Any embodiment or design that is described as "exemplary" or "for example" in the embodiments of this application should not be construed as being more preferred or advantageous than other embodiments or design. Specifically, the use of the terms "exemplary" or "for example" is intended to present the relevant concepts in a specific manner.
[0022] To ensure clarity and conciseness in the description of the following embodiments, a brief introduction to the related technologies is given first: Currently, green electricity consumption certification technology mainly relies on green electricity certificates and blockchain-based evidence storage to bind green certificates to user accounts and calculate the total amount of green electricity used by users within a certain period. The certification object is limited to the user account level. Existing technology cannot refine green electricity consumption rights to individual products, resulting in a problem of coarse-grained certification.
[0023] In view of this, this application provides a product-level green electricity consumption authentication method based on blockchain. This method achieves fine-grained binding and reliable traceability of product-level green electricity consumption rights through the following steps: Green energy blocks are created on the blockchain based on green certificates. By transforming green certificates into on-chain digital assets with divisible and traceable attributes, the technical limitation of traditional green certificates as static, monolithic credentials that cannot be split and used is solved.
[0024] The system collects energy consumption data and product identification information for the target product during the production process. By deploying smart meters on the production line and linking them with the production management system, it directly acquires power curves and production event data, achieving a finer granularity of energy consumption data collection from workshop-level aggregation to product-level acquisition.
[0025] The green energy blocks are allocated based on energy consumption data and target product identification. By jointly analyzing power curves and production events, the operating periods of each product are accurately identified, eliminating non-production energy consumption interference such as idle and standby times. The green energy usage of a single product is calculated using integral calculations and the green electricity supply ratio. The green energy blocks are then allocated according to the green electricity usage ratio of each product, ensuring that each product receives an allocated amount of electricity and a share of green certificates that strictly correspond to its actual green energy consumption. This solves the problem in traditional solutions where energy consumption data cannot be accurately attributed to individual products.
[0026] The allocated electricity volume and green certificate share are bound to the corresponding target product identifier to generate a binding record. Status verification before binding prevents the duplicate use of the same green certificate share, and on-chain notarization ensures the immutability and verifiability of the binding result. This achieves unique confirmation of green electricity consumption rights and specific products, technically eliminating duplicate claims to green electricity environmental rights.
[0027] A traceability identifier is generated for the target product based on the binding record. By encoding the product identifier in the binding record with the blockchain query address into a QR code, the terminal verification can directly point to the original data on the chain, without relying on any centralized query platform.
[0028] As can be seen, this application refines the granularity of green electricity consumption certification from the overall user level to individual products through the above methods, realizing a technological leap from total redemption of green electricity rights to accurate allocation by product, and from static certificates to dynamic traceability.
[0029] This method can be applied to processing devices, which can be terminals or servers.
[0030] Compared with existing technologies, this application, through steps such as creating green energy blocks, collecting product-level energy consumption data, allocating and calculating, and binding, can uniquely bind green electricity consumption rights to each specific product, achieving fine-grained authentication and reliable traceability from the user level to the product level.
[0031] In this application system, the underlying blockchain network and consensus module adopt a consortium blockchain architecture, jointly maintained by multiple stakeholders including power generation companies, power grid companies, green certificate trading centers, product manufacturers, logistics companies, and end consumers. A lightweight cross-domain consensus algorithm ensures data consistency and immutability. Production line-level edge devices can interact with the main chain through subnet gateways. The full-chain spatiotemporal data acquisition and anchoring module is deployed at the data source. On the production side, smart meters and edge computing gateways connect to MES (Manufacturing Execution System) or SCADA (Supervisory Control and Data Interaction System). The Acquisition (data acquisition and monitoring control) system synchronously collects green electricity production and dispatch data from the power generation side, power grid, or trading side, and completes spatiotemporal tag anchoring and on-chain processing. The Green Energy Block Management and Smart Contract Engine module includes a Green Energy Block Management Smart Contract, a Proportioning Logic Smart Contract, a Product Binding Smart Contract, a Carbon Footprint Smart Contract, and a Zero-Knowledge Verification Smart Contract, which automatically executes asset creation, proportioning calculation, binding and confirmation of rights, and carbon emission reduction accounting. The Traceability Verification and Data Service module generates traceability identifiers, which can take the form of anti-counterfeiting traceability QR codes, and provide on-chain data query and verification services.
[0032] To make the technical solution of this application clearer and easier to understand, the following describes a product-level green electricity consumption authentication method based on blockchain, in conjunction with the accompanying drawings. Figure 1 As shown in the figure, this is a flowchart of a product-level green electricity consumption authentication method based on blockchain provided in an embodiment of this application.
[0033] The method includes: S201. The processing device creates green energy blocks on the blockchain based on green certificates.
[0034] A green certificate, or green electricity certificate, is an electronic document issued by a green certificate issuing agency. It serves as the sole proof of the environmental attributes of renewable energy electricity. Each green certificate corresponds to 1000 kilowatt-hours of renewable energy electricity and has a unique code.
[0035] Green energy blocks refer to non-fungible tokenized standardized digital assets that transform traditional green electricity certificates into blockchain. They possess unique on-chain identifiers, divisibility, traceability, and cross-chain transfer attributes, distinguishing them from traditional static green certificates that are redeemed once and for all, and giving them dynamic environmental rights attributes.
[0036] Before creating green energy blocks, the processing equipment connects to the industry green certificate trading platform through a preset cross-link interface. The industry green certificate trading platform conducts a triple pre-verification of the green certificates to be verified under the user's account, including verification of the authenticity of the green certificates, verification of the validity of the green certificates, and verification of the unverified status of the green certificates. Only green certificates that pass all verifications can be used to create green energy blocks, thus preventing fake green certificates from participating in product-level green electricity certification from the source.
[0037] When issuing green certificates, the industry green certificate trading platform records the basic information of each green certificate, along with a hashed digest of that information, as a credential registration record in the local ledger of its blockchain nodes. The basic information of a green certificate includes a unique code, issuance timestamp, validity period, total issued power, and status flags. Therefore, when a processing device submits a verification application, the industry green certificate trading platform can directly search its local ledger's registered credential dataset using the unique code of the green certificate to be verified as an index to confirm whether the green certificate is a legally registered credential on the platform.
[0038] The specific verification process is as follows: The processing device submits a verification request to the blockchain node of the industry green certificate trading platform. This request includes the unique code of the green certificate to be verified and a user account identifier, which clearly identifies the user account to which the green certificate belongs. Upon receiving the verification request and confirming the ownership of the green certificate, the industry green certificate trading platform performs the following three pre-verification checks: The first layer of verification is the authenticity verification of the green certificate. The industry green certificate trading platform uses the unique code as an index to perform a matching search in the registered certificate dataset in the local ledger to check if the unique code exists in the registered certificate dataset. If it does not exist, the verification failure result of "invalid certificate source" is returned to the processing device and the process is terminated. If it exists, it is confirmed that the green certificate comes from a legal registration system and the information has not been tampered with, and the first layer of verification is passed. The second layer of verification is the validity verification of the green certificate. The industry green certificate trading platform reads the issuance timestamp, validity period parameter, total issued power generation value, and status flag from the certificate registration record. The status flag values include "allocated", "exhausted", and "abnormally frozen". The current system time is compared with the valid expiration time, where the valid expiration time is the sum of the issuance time and validity period parameter. If the current system time is later than the valid expiration time, the verification failure result "certificate expired" is returned and the process is terminated. If the current system time has not exceeded the valid expiration time, the verification of the total issued power generation value is checked to see if it is greater than zero. If the total issued power generation value is zero, the verification failure result "abnormal power generation" is returned and the process is terminated. If the total issued power generation value is greater than zero, the status flag is read. If the status flag value is "abnormally frozen", the verification failure result "certificate is in abnormally frozen state" is returned and the process is terminated. If the status flag value is "exhausted", the verification failure result "certificate power generation exhausted" is returned and the process is terminated. If the status flag value is "allocated", the second layer of verification passes. The third layer of verification is the verification of the unredeemed status of green certificates. The industry's green certificate trading platform uses a unique code as an index to perform a search in the local ledger's binding record dataset to check if there is a historical binding record containing the unique code. This historical binding record contains evidence that the green certificate shares have been bound to a product identifier or user account. If one or more historical binding records exist, the green certificate share status field in each historical binding record is further read. If the status field of any historical binding record is "bound" and the corresponding binding transaction has been confirmed on the blockchain, it is determined that the green certificate share has been used, and the verification result "the certificate has been bound and used" is returned, terminating the process. If there are no historical binding records or all historical binding records have been unbound and the status field is "unbound", then the third layer of verification passes. Here, a green certificate share is each independent part of the standardized encapsulated digital asset of the non-fungible token, divided according to the allocated electricity ratio. Each part is independent and can be bound to different target products. The allocated electricity is used to record the green electricity rights value allocated to the target product, and the green certificate share is the asset carrier on the blockchain that carries the green electricity rights value; the two correspond one-to-one. For example, suppose a company holds one green certificate (corresponding to 1000 kWh of green electricity) and creates a green energy block on the blockchain. The company produces three products: A, B, and C. Calculations show that the actual green electricity consumed by these three products is 500 kWh, 300 kWh, and 200 kWh, respectively. During the allocation calculation, the green energy block is divided according to the electricity consumption ratio: product A receives 500 kWh, product B receives 300 kWh, and product C receives 200 kWh. Here, "500 kWh," "300 kWh," and "200 kWh" represent the allocated electricity for each product, used to quantify the green rights obtained by each product. The three independent digital assets corresponding to each product after the green energy block is divided are the green certificate shares for each product, used to represent the corresponding green rights value on the blockchain. Each green certificate share corresponds one-to-one with its allocated electricity, jointly proving "how many kilowatt-hours of green electricity rights a certain product has received."
[0039] The industry green certificate trading platform will return the results of the triple pre-verification. Only if all three verifications pass can the creation of green energy blocks continue. If any verification fails, the process will be terminated immediately and the reason for the abnormality will be reported. This will prevent fake green certificates and cancelled green certificates from participating in product-level green electricity certification from the source.
[0040] Therefore, the processing device creates a green energy block on the blockchain based on the verified green certificate. Specifically, the processing device calls the green energy block management smart contract (Dynamic GE Contract) on the blockchain, which executes the green energy block creation operation. Before executing the creation operation, the following preconditions are first verified: first, the triple pre-verification of the green certificate to be verified has passed; second, the unique code of the green certificate has not yet created a corresponding green energy block under the user account. Only when all the aforementioned conditions are met can the management smart contract continue to execute; if any condition is not met, the contract execution is rolled back and a failure reason is returned.
[0041] After all the aforementioned conditions are met, the management smart contract generates a unique on-chain identifier for the green energy block based on the unique code of the green certificate. This unique on-chain identifier has a one-to-one correspondence with the unique code of the green certificate. The total energy of the green certificate is assigned to the total energy field of the green energy block, and the source transaction hash of the green certificate is recorded. This source transaction hash records the blockchain transaction hash value corresponding to when the user purchased the green certificate on the green certificate trading platform, in order to trace the original source of the green certificate. The state of the green energy block is set to a distributable state, indicating that the green energy block has not yet been used and allows for distributive calculation. The generated green energy block is recorded under the user's account. The above operations are all completed by the management smart contract in a single atomic call, and its execution result is jointly verified and confirmed by multiple consensus nodes in the blockchain network without human intervention. Finally, the green energy block is written to the blockchain as a transaction, completing the on-chain notarization.
[0042] When creating green energy blocks, the processing device employs a non-fungible token (NFToken) standardized encapsulation model. This model defines each green energy block as a unique digital asset, with its metadata structure including: {unique on-chain identifier, total energy, source green certificate hash, status, parent energy block hash}. The source green certificate hash records the hash value obtained by hashing the unique code of the green certificate, used to verify which green certificate the green energy block is associated with; the parent energy block hash is used to trace whether the green energy block was generated by splitting other green energy blocks.
[0043] Once a green energy block is allocated, the green energy block management smart contract on the blockchain performs the following operations: First, the allocated amount is deducted from the total amount of electricity in the green energy block, updating the total amount of electricity in the green energy block to the remaining amount. Second, an independent digital asset record is created for each of the one or more green certificate shares generated from this allocation. Each green certificate share carries the corresponding allocated amount of electricity and records the parent energy block hash pointing to the green energy block. The green energy block and the green certificate shares generated from the allocation are linked through hash pointers, forming a traceable chain structure. For example, if a green energy block initially has a total amount of 1000 kWh, and 200 kWh is allocated to product A in the first allocation, then this 200 kWh is encapsulated as an independent green certificate share; the remaining 800 kWh of the green energy block remains in the green energy block, awaiting subsequent allocation. This chain structure ensures the complete traceability of each green certificate share, and any allocation operation on the green energy block will generate an immutable record on the blockchain.
[0044] In this application, the green energy block has a divisible attribute. Traditional green certificates cannot be divided, while the green energy block can be split according to any proportion of electricity, allowing users to accurately allocate green electricity rights to different products. The status of the green energy block is recorded on the blockchain and cannot be tampered with. No one can forge or reuse the same green certificate share, ensuring the uniqueness of environmental rights. The green energy block and the original green certificate are traceable through a hash chain, and the verifier can check the source of the green certificate at any time to prevent green electricity laundering. The management smart contract automatically executes the creation process without human intervention, reducing operating costs and time delays.
[0045] S202. The processing equipment collects energy consumption data and target product identification data of the target product during the production process.
[0046] In this application, the target product refers to a single industrial manufactured product or a collection of manufactured products from the same batch that is produced at the end of the production line and requires certification of its green electricity consumption rights. The target product has an independent physical form and is uniquely identified in the production management system through a target product identifier.
[0047] Energy consumption data for the target product during production includes the power curve of the target production line and production event data. The power curve refers to the active power data of the target production line collected by smart meters over a time series, reflecting the real-time trend of electricity load changes over time. Production event data refers to records related to production activities obtained from the user's production management system, including product model switching signals, batch start time, batch end time, equipment start / stop signals, and output counts.
[0048] A target product identifier is an identification information used to uniquely distinguish each product, including but not limited to product serial number, batch number, or work order number. This target product identifier is generated by the Manufacturing Execution System (MES) during product scheduling, retrieved in real time from the MES via a data interface, and aligned and associated with power curves and production event data at the edge computing gateway layer by timestamp, ensuring that each power curve segment can be accurately assigned to a specific product with a unique identifier.
[0049] The processing equipment collects the power curve of the target production line through smart meters deployed on the target production line at a preset frequency band sampling frequency, which can be set to one minute; and collects timestamped production event data in real time from the MES or SCADA system through a data interface.
[0050] While collecting power curves and production event data, the processing equipment attaches a spatiotemporal tag to each data point. The spatiotemporal tag includes the geographic coordinates of the data's origin, a timestamp, and a unique device identifier. The geographic coordinates anchor the energy consumption data to a specific production workshop, preventing the migration of green electricity rights between different plant areas; the timestamp anchors the energy consumption data to a specific production time; and the unique device identifier anchors the energy consumption data to a specific data acquisition terminal. The processing equipment hashes the spatiotemporal tags and data content together to generate a spatiotemporal anchor hash value. The formula for calculating this spatiotemporal anchor hash value is as follows:
[0051] in, For a single data record, a spatiotemporal anchored hash value. This refers to the energy consumption data of the target product during the production process. This is the primary geographical coordinate, specifically the longitude of the production workshop. This is the second geographical coordinate, namely the latitude of the specific production workshop. The timestamps generated for energy consumption data It serves as a unique identifier for the device.
[0052] All spatiotemporal anchor hashes are linked in chronological order to form a spatiotemporal chain. The linking formula for any two adjacent anchor hashes is:
[0053] in, This represents the link hash value between record k and record (k-1). This represents the spatiotemporal anchor hash value of the k-th data record. This represents the spatiotemporal anchor hash value of the (k-1)th data record. This indicates a bitwise XOR operation.
[0054] This link ensures the continuity of each data record on the timeline. Any tampering with historical data will break subsequent links and be detected by the blockchain consensus nodes. After the spatiotemporal chain is established, every kilowatt-hour of green electricity consumed at the product level can be traced back to the specific time and space of power generation and production, fundamentally eliminating the practice of "greening" green electricity.
[0055] The processing equipment performs timestamp alignment and format standardization preprocessing on energy consumption data and target product identifiers. Then, it inputs the power curve into a pre-trained convolutional neural network (CNN) classification model. The CNN classification model outputs the equipment operating status category at each time point (including "production operation," "idle or preheating," "standby or shutdown," etc.). Based on product model switching signals and equipment start / stop signals, the equipment operating status categories output by the CNN classification model at each time point are corrected and calibrated, eliminating power data corresponding to non-production operation periods (such as idle, preheating, standby, shutdown, etc.) to eliminate interference from non-production energy consumption on product-level green energy accounting. The energy consumption data obtained after the above preprocessing is used for allocation calculation.
[0056] In this application, the correlation between power curves and production event data refines energy consumption attribution to individual products, solving the granularity defect of traditional solutions where energy consumption data can only be summarized at the workshop level; the spatiotemporal chain model ensures the immutability and traceability of the data.
[0057] S203. The processing equipment calculates the allocation of green energy blocks based on the energy consumption data of the target product during the production process and the target product identification, and generates the allocation result corresponding to each target product.
[0058] During the data acquisition process of S202, energy consumption data is continuously uploaded to the blockchain in real-time. Once a production batch is completed, the complete power curve segment and production event data corresponding to that production batch are complete. At this point, the processing device initiates an allocation request to the Allocation Logic Contract through the collaborative authentication portal. The collaborative authentication portal converts the request into a blockchain transaction, and the processing device calls the Allocation Logic Contract on the blockchain. The Allocation Logic Contract first verifies the transaction request signature and operation permissions. Only after the permission verification is passed will the allocation calculation be executed.
[0059] The processing equipment obtains the green electricity usage of the target product based on the energy consumption data of the target product during the production process; it then calculates the allocation of green energy blocks based on the green electricity usage and the target product identification, generating the allocation result corresponding to each target product.
[0060] Specifically, based on the power curve and production event data, the production runtime phase of the target product is identified; the power curve segment corresponding to the production runtime phase is extracted from the power curve; the power curve segment is associated with the target product identifier to obtain the associated power curve segment; the total power consumption of the target product is obtained based on the associated power curve segment; the green electricity supply ratio of the target product during its production runtime phase is obtained; the green electricity usage of the target product is calculated based on the total power consumption and green electricity supply ratio; and the green energy blocks are allocated based on the green electricity usage and the target product identifier to generate the allocation result for each target product.
[0061] The specific processing steps for this step are as follows: The processing equipment identifies the production runtime segment for each target product based on the collected power curves and production event data. Specifically: Identify the time points of power rise and fall from the morphological characteristics of the power curve (such as baseline, rising edge, high power plateau, falling edge), match these time points with the batch start time and batch end time in the production event data, and eliminate non-production state intervals such as no-load, preheating, and standby to obtain the start and end points of the actual production and processing state of the product.
[0062] Then, based on the start and end times of the actual production and processing of the product, the processing equipment extracts the power curve segments corresponding to each production run segment from the original power curve. The processing equipment associates these power curve segments with the corresponding target product identifiers, for example, binding the power curve segment from 10:00:00 to 10:05:00 with the product identifier with serial number SN1001.
[0063] Next, the processing equipment integrates the correlated power curve segments to obtain the total power consumption of each target product. Simultaneously, the processing equipment obtains the green electricity supply ratio for each target product's production period from the energy management system, denoted as... The processing equipment calculates the amount of green electricity used based on the total power consumption and the proportion of green electricity supplied. The calculation formula is as follows:
[0064] in, The amount of green electricity used for target product i; Indicates total power consumption; The starting point for the production of the target product. The end point in the production time of the target product. The real-time power of the production equipment at time t. The proportion of green electricity supply.
[0065] After obtaining the green electricity usage of all target products, the processing device performs a cost-sharing calculation on the green energy blocks based on these usage figures and the corresponding target product identifiers. The cost-sharing calculation is performed by allocating the green electricity usage proportionally to each target product. Specifically, the processing device invokes a cost-sharing logic smart contract on the blockchain, which reads the total electricity consumption of green energy blocks in the user account that are in a cost-sharing state. Then, the allocation logic smart contract calculates the allocated electricity consumption for each target product i. The calculation formula is as follows:
[0066] in, The amount of green electricity used for target product i. The green electricity consumption of all target products in the current batch is the sum of their green electricity usage, where n is the total number of target products in the current batch, calculated based on production volume, and j is less than or equal to n. If the green electricity usage of a target product exceeds its allocated electricity consumption, the target product will only receive product-level green electricity consumption certification equivalent to its allocated electricity consumption. The excess portion will not receive product-level green electricity consumption certification because there are no corresponding green certificate rights to bind to it. For example, if a product's green electricity usage is 6 kWh and its allocated electricity consumption is 4 kWh, then the product will receive 4 kWh of green electricity consumption certification. The excess portion will not receive certification because there are no corresponding green certificate rights. The excess portion can be supplemented by unused allocated electricity from other products within the same batch. If adjustment is not possible within the batch, it can be supplemented from the remaining electricity of the green energy block in subsequent batches. If the remaining electricity of the green energy block is exhausted, the excess portion will no longer receive product-level green electricity consumption certification. For example, suppose this batch produces three products, with actual green electricity usage of 60 kWh for product A, 30 kWh for product B, and 10 kWh for product C, totaling 100 kWh. If the company holds a total of 100 kWh of green energy blocks, then after allocating the electricity usage proportionally, product A, product B, and product C will receive 60 kWh, 30 kWh, and 10 kWh respectively. The green electricity usage will perfectly correspond to the allocated electricity usage, and all three products will obtain product-level green electricity consumption certification. If a company's total green energy blocks have only 80 kWh of electricity, then Product A receives 48 kWh, Product B receives 24 kWh, and Product C receives 8 kWh, representing 60% of their actual usage. Product A's 48 kWh qualifies for product-level green energy consumption certification, while its 12 kWh does not. Product B's 24 kWh qualifies, but its 6 kWh does not. Product C's 8 kWh qualifies, but its 2 kWh does not. If the next batch continues production and the remaining green energy blocks have 20 kWh, this 20 kWh can be allocated according to the electricity consumption ratio of each product in the next batch to make up for the shortfall in the previous batch. If, in subsequent batches, the remaining green energy blocks are insufficient to cover the total shortfall of all products in the current batch, the shortfall will be allocated according to the shortfall ratio of each product. Any portion that does not receive a supplementary allocation will never be certified. If there are still green energy blocks remaining, they can be carried over to subsequent batches for supplementary allocation.
[0067] Next, the allocation logic smart contract divides the green energy block into corresponding green certificate shares based on the proportion of allocated electricity to the total electricity of the green energy block. Each green certificate share corresponds to... Green electricity environmental rights per kilowatt-hour. For example, if a green energy block has a total capacity of 1000 kWh, and the allocated capacity for products A, B, and C in this batch is 500 kWh, 300 kWh, and 200 kWh respectively, then the smart contract will divide the green energy block into three independent digital assets at a ratio of 50%, 30%, and 20%, namely Green Certificate Share A (carrying 500 kWh), Green Certificate Share B (carrying 300 kWh), and Green Certificate Share C (carrying 200 kWh). The allocation result includes the target product identifier and the allocated capacity. and green certificate shares .
[0068] After completing the allocation calculation, the processing device calculates the allocated electricity based on the allocated electricity for all target products in the allocation results. Then, it subtracts the allocated electricity from the total electricity of the green energy block to obtain the remaining electricity of the green energy block. The processing device updates the status of the green energy block based on the remaining electricity: if the remaining electricity is zero, the status is updated to "exhausted"; if the remaining electricity is greater than zero, the status is updated to "allocated". The updated green energy block is then re-recorded on the blockchain.
[0069] In this application, the joint analysis of power curves and production event data accurately identifies the actual production operation period of each product, avoiding the incorrect inclusion of standby or idle energy consumption in product calculations and improving the accuracy of energy consumption accounting. The calculation formula for green electricity usage incorporates real-time green electricity ratios, ensuring a strict correspondence between the green electricity usage of each product and its actual green electricity consumption. The allocation formula guarantees fairness, ensuring that the allocated electricity for each product matches the proportion of green electricity it actually consumes. The green energy block status update mechanism prevents the repeated use of the same green certificate share, ensuring the unique confirmation of environmental rights. The entire allocation process is automatically executed by the allocation logic smart contract without human intervention. The allocation logic is open and transparent, verifiable by any participant, enhancing the credibility of the certification.
[0070] S204. The processing equipment binds the allocated electricity and green certificate share in the allocation result with the corresponding target product identifier and generates a binding record.
[0071] The processing device calls the status query interface in the Product Binding Contract on the blockchain to query the binding status of the green certificate shares on the blockchain based on the green certificate shares in the allocation result; it determines whether the green certificate shares are bound based on the binding status; if the binding status is that the green certificate shares are already bound, the binding operation is rejected; if the binding status is that the green certificate shares are not bound, the allocated electricity and green certificate shares are bound to the corresponding target product identifier.
[0072] Once the green certificate share passes the binding status check, the processing device calls the binding function of the product binding smart contract, inputting the target product identifier, allocated electricity volume, and green certificate share. The product binding smart contract executes the binding operation: generating a binding record that includes the target product identifier, green certificate share, allocated electricity volume, current binding timestamp, and transaction hash of this binding transaction. The product binding smart contract submits the binding record as a new transaction to the blockchain network. Consensus nodes in the blockchain network verify and package this transaction, writing it into a new block. Once the transaction is confirmed, the binding record is permanently stored on the blockchain and cannot be tampered with. After binding is complete, the processing device can also synchronize the binding record to the user's local database or cache for quick retrieval.
[0073] After the smart contract binding the product detects the allocation result event, it performs a uniqueness verification on each green certificate share. Successful binding records are verified by the blockchain consensus node, packaged, and then uploaded to the chain. At the same time, the zero-knowledge verification contract (Verification ZKContract) reserves an interface to support users in verifying green electricity consumption declarations without disclosing production data.
[0074] In this application, the pre-binding status check prevents the reuse of green certificate shares, technically eliminating the practice of "green electricity laundering" and ensuring the uniqueness and authenticity of environmental rights. Once the binding record is written to the blockchain, it cannot be tampered with, and any third party can independently verify it through the transaction hash, enhancing the credibility of the authentication results. The binding record contains the correspondence between the target product identifier and the green certificate share, providing a direct basis for generating product traceability identifiers.
[0075] S205. The processing equipment generates a traceability identifier for the target product based on the binding record.
[0076] A traceability label is a visual marker affixed to a product, used by end consumers or verifiers to query the product's green energy usage information. In this application, the traceability label takes the form of a QR code.
[0077] The processing device obtains the target product identifier from the binding record and the transaction hash storing the binding record on the blockchain. Based on the pre-configured blockchain explorer address and the transaction hash, the processing device constructs a blockchain query address and combines the target product identifier and the blockchain query address into a string. This combination can be a simple concatenation, such as adding a separator to the target product identifier followed by the blockchain query address. The processing device then encodes this string using a QR code, generating QR code encoded data according to a QR code generation standard (such as the Quick Response Code encoding rules). The QR code encoded data contains complete information about the target product identifier and the blockchain query address.
[0078] The processing device inputs the QR code encoded data into a QR code generator to generate the final QR code. This QR code can serve as a traceability identifier. The processing device sends the QR code to a product packaging or label printing system, which then prints or affixes it to the outer packaging of each target product. After purchasing the product, consumers scan the QR code using QR code scanning software on their mobile phones. The phone automatically parses the blockchain query address and redirects to the corresponding blockchain explorer page. On this blockchain explorer page, consumers can view the target product's binding records, allocated electricity consumption, green certificate share, and associated green electricity production and consumption data, thereby verifying that the target product uses green electricity.
[0079] In this application, the traceability identifier is bound to a specific target product. Consumers can view the binding record, allocated electricity, green certificate share, and associated green electricity production and consumption data of the target product by scanning the QR code on the target product. This does not rely on any centralized platform, ensuring the independence and credibility of the verification.
[0080] In some embodiments, this application also obtains the carbon emission reduction of the target product based on the allocated electricity in the binding record; and associates and stores the carbon emission reduction with the target product identifier to obtain a carbon emission reduction association record.
[0081] Carbon emission reduction refers to the reduction in carbon dioxide emissions due to the use of green electricity. Compared to generating electricity using traditional fossil fuels, using green electricity produces lower carbon emissions; the difference between the two is the carbon emission reduction.
[0082] The processing device invokes the Carbon Footprint Contract on the blockchain. After generating a binding record, it retrieves the allocated electricity from the binding record. The processing device then obtains the grid average carbon emission factor and the green electricity carbon emission factor from the blockchain. The grid average carbon emission factor can be obtained from a carbon emission factor database of a trusted data source on the blockchain, while the green electricity carbon emission factor is typically zero for renewable energy sources. The processing device follows the formula... Calculate the carbon emission reduction of the target product The unit is kg, of which, The allocated power consumption for target product i The average carbon emission factor of the power grid is expressed in kilograms of carbon dioxide per kilowatt-hour. The green electricity carbon emission factor is expressed in kilograms of carbon dioxide per kilowatt-hour. For example, if the allocated electricity volume is 100 kilowatt-hours, the grid average carbon emission factor is 0.6 kilograms of carbon dioxide per kilowatt-hour, and the green electricity carbon emission factor is 0, then the carbon emission reduction is 60 kilograms of carbon dioxide.
[0083] After calculating the carbon emission reduction, the processing device associates the carbon emission reduction with the target product identifier, generating a carbon emission reduction association record. This record includes the target product identifier, allocated electricity volume, carbon emission reduction, and the transaction hash of the corresponding linked record. The processing device invokes the carbon footprint smart contract on the blockchain to write this carbon emission reduction association record as a transaction to the blockchain. Simultaneously, the processing device can also synchronize the carbon emission reduction association record to the user's carbon management system for generating a carbon footprint report for the product or to meet relevant compliance requirements for carbon footprint accounting. When a consumer scans the QR code on the product, the blockchain explorer reads the carbon emission reduction association record from the blockchain and displays it on the verification page, allowing the consumer to intuitively understand the carbon emission reduction achieved by the product through the use of green electricity.
[0084] In this application, carbon emission reductions are calculated based on immutable on-chain allocated electricity, ensuring the accuracy and reliability of the results and avoiding potential misreporting issues that may occur when users self-report. Using the difference between the grid average carbon emission factor and the green electricity carbon emission factor as the calculation basis aligns with industry-standard carbon accounting methods, facilitating cross-regional recognition and verification of product carbon footprint data. Linking carbon emission reductions with product identifiers and storing them on the blockchain allows consumers to scan a code to view the specific carbon emission reduction contribution of each product, enhancing their sense of gain from green consumption. Carbon emission reduction association records and binding records are interconnected through transaction hashes, forming a complete chain of evidence, ensuring full traceability from the source of green electricity to product carbon emission reductions.
[0085] In some embodiments, the processing device incorporates a spatiotemporal correction factor when calculating carbon emission reductions to reflect the dynamic changes in grid carbon emission factors across different regions and time periods. The processing device retrieves the grid carbon emission factors for the target product's production location from the blockchain. and green electricity carbon emission factors Where t is the production time of the target product and loc is the production location. The processing equipment integrates and averages the difference between the grid carbon emission factor and the green electricity carbon emission factor at each moment during the production period to obtain the spatiotemporal correction factor for the production period of the product. The calculation formula is as follows:
[0086] in, For spatiotemporal correction factor, For the production runtime duration, The starting point for the production of the target product. The end point in the production of the target product.
[0087] The processing equipment will use the spatiotemporal correction factor Shared power consumption with target product Multiply by the product to obtain the carbon emission reduction of the target product. and the calculated and Write the carbon emission reduction correlation record. This spatiotemporal correction factor makes the carbon emission reduction calculation accurate to the specific spatiotemporal interval of product production, which can reflect the actual differences in the cleanliness of the power grid in different regions and the proportion of renewable energy output in different periods, thus improving the accuracy of product carbon footprint data calculation.
[0088] This application creates green energy blocks on the blockchain based on green certificates; collects energy consumption data and target product identifiers during the production process of the target product; calculates the allocation of green energy blocks based on the energy consumption data and target product identifiers during the production process of the target product, generates an allocation result corresponding to each target product, binds the allocated electricity and green certificate share in the allocation result with the corresponding target product identifier, and generates a binding record; and generates a traceability identifier for the target product based on the binding record. Therefore, this application achieves fine-grained binding and reliable traceability of green electricity consumption rights from the user level to the product level, solving the problem of coarse-grained authentication.
[0089] The above text combined Figure 1 This application provides a detailed description of the blockchain-based product-level green electricity consumption authentication method. The apparatus and equipment provided in this application will be described below with reference to the accompanying drawings.
[0090] This application also provides a product-level green electricity consumption authentication device based on blockchain, such as... Figure 2 As shown in the figure, this is a schematic diagram of a blockchain-based product-level green electricity consumption certification device provided in an embodiment of this application. The device includes: Create module 301 to create green energy blocks on the blockchain based on green certificates; The data acquisition module 302 is used to collect energy consumption data and target product identification data of the target product during the production process; The calculation module 303 is used to perform energy consumption calculation on the green energy block according to the energy consumption data of the target product in the production process and the target product identification, and generate the allocation result corresponding to each target product. The allocation result includes the target product identification, the allocated electricity and the green certificate share. The binding module 304 is used to bind the allocated electricity and green certificate share in the allocation result with the corresponding target product identifier to generate a binding record; The generation module 305 is used to generate a traceability identifier for the target product based on the binding record.
[0091] In some possible implementations, the calculation module 303 is specifically used to obtain the green electricity usage of the target product based on the energy consumption data of the target product during the production process; and to perform amortization calculation on the green energy block based on the green electricity usage of the target product and the target product identification.
[0092] In some possible implementations, the calculation module 303 is specifically used to: identify the production runtime segment of the target product based on the power curve and the production event data; extract the power curve segment corresponding to the production runtime segment from the power curve; associate the power curve segment with the target product identifier to obtain the associated power curve segment; obtain the total power consumption of the target product based on the associated power curve segment; obtain the green electricity supply ratio of the production runtime segment of the target product; and calculate the green electricity usage of the target product based on the total power consumption of the target product and the green electricity supply ratio.
[0093] In some possible implementations, the binding module 304 is used to query the binding status of the green certificate share on the blockchain based on the green certificate share in the allocation result; determine whether the green certificate share is bound based on the binding status; if the binding status is that the green certificate share has been bound, then the binding operation is rejected; if the binding status is that the green certificate share has not been bound, then the allocated electricity and the green certificate share are bound to the corresponding target product identifier.
[0094] In some possible implementations, the device further includes: The recording module is used to obtain the carbon emission reduction of the target product based on the allocated electricity in the binding record; and to associate and store the carbon emission reduction with the target product identifier to obtain a carbon emission reduction association record.
[0095] In some possible implementations, the traceability identifier is a QR code; the generation module 305 is specifically used to generate QR code encoding data based on the target product identifier and blockchain query address in the binding record; and to generate the QR code based on the QR code encoding data.
[0096] In some possible implementations, the device further includes: The update module is used to obtain the remaining power of the green energy block based on the allocated power in the allocation result; and to update the state of the green energy block based on the remaining power of the green energy block to obtain the updated green energy block.
[0097] The blockchain-based product-level green electricity consumption certification device according to the embodiments of this application can correspondingly execute the method described in the embodiments of this application, and the other operations and / or functions of each module / unit of the blockchain-based product-level green electricity consumption certification device are respectively for implementing Figure 1 For the sake of brevity, the corresponding processes of each method in the illustrated embodiments will not be described in detail here.
[0098] This application also provides a computing device. For example... Figure 3As shown in the figure, this is a schematic diagram of a computing device provided in an embodiment of this application. The computing device 400 includes a bus 401, a processor 402, a communication interface 403, and a memory 404. The processor 402, the memory 404, and the communication interface 403 communicate with each other via the bus 401.
[0099] Bus 401 can be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. Buses can be categorized as address buses, data buses, control buses, etc. For ease of representation, Figure 3 The bus is represented by a single thick line, but this does not mean that there is only one bus or one type of bus.
[0100] Processor 402 can be any one or more of the following processors: central processing unit (CPU), graphics processing unit (GPU), microprocessor (MP), or digital signal processor (DSP).
[0101] The communication interface 403 is used for communication with external devices. For example, if the computing device is a first switch, the communication interface 403 can be used for communication between the first switch and a first user terminal, or for communication between the first switch and a second switch.
[0102] Memory 404 may include volatile memory, such as random access memory (RAM). Memory 404 may also include non-volatile memory, such as read-only memory (ROM), flash memory, hard disk drive (HDD), or solid state drive (SSD).
[0103] The memory 404 stores executable code, and the processor 402 executes the executable code to perform the aforementioned blockchain-based product-level green electricity consumption certification method.
[0104] Specifically, in achieving Figure 2 In the case of the illustrated embodiment, and Figure 2When the modules or units of the blockchain-based product-level green electricity consumption certification device described in the embodiments are implemented through software, the execution... Figure 2 The software or program code required for the functions of each module / unit can be partially or wholly stored in the memory 404. The processor 402 executes the program code corresponding to each unit stored in the memory 404 to execute the aforementioned blockchain-based product-level green electricity consumption certification method.
[0105] This application also provides a computer-readable storage medium. The computer-readable storage medium can be any available medium that a computing device can store, or a data storage device such as a data center containing one or more available media. The available medium can be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid-state drive). The computer-readable storage medium includes instructions that instruct the computing device to execute the aforementioned blockchain-based product-level green electricity consumption certification method.
[0106] This application also provides a computer program product comprising one or more computer instructions. When the computer instructions are loaded and executed on a computing device, all or part of the processes or functions described in this application are generated.
[0107] The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions may be transmitted from one website, computer, or data center to another website, computer, or data center via wired (e.g., coaxial cable, fiber optic) or wireless (e.g., infrared, wireless, microwave, etc.) means.
[0108] When the computer program product is executed by a computer, the computer executes any of the aforementioned blockchain-based product-level green electricity consumption certification methods. The computer program product can be a software installation package; when it is necessary to consume any of the aforementioned blockchain-based product-level green electricity consumption certification methods, the computer program product can be downloaded and executed on the computer.
[0109] The descriptions of the processes or structures corresponding to the above figures each have their own emphasis. For parts of a process or structure that are not described in detail, please refer to the relevant descriptions of other processes or structures.
[0110] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any changes or substitutions within the technical scope disclosed in this application should be covered within the scope of protection of this application.
Claims
1. A product-level green electricity consumption authentication method based on blockchain, characterized in that, The method includes: Green energy blocks are created on the blockchain based on green certificates; Collect energy consumption data and target product identification during the production process of the target product; The green energy blocks are allocated based on the energy consumption data of the target product during the production process and the target product identification, generating an allocation result for each target product. The allocated electricity volume and green certificate share in the allocation result are bound to the corresponding target product identifier to generate a binding record; Generate a traceability identifier for the target product based on the binding record.
2. The method according to claim 1, characterized in that, The step of allocating the green energy blocks based on the energy consumption data of the target product during the production process and the target product identification includes: The amount of green electricity used by the target product is obtained based on the energy consumption data of the target product during the production process; The green energy blocks are allocated and calculated based on the green electricity usage of the target product and the target product identification.
3. The method according to claim 2, characterized in that, The energy consumption data of the target product during the production process includes the power curve of the target production line and the production event data of the target product. The step of obtaining the green electricity usage of the target product based on the energy consumption data during the production process includes: Based on the power curve and the production event data, the production runtime segment of the target product is identified; Extract the power curve segment corresponding to the production runtime segment from the power curve; The power curve segment is associated with the target product identifier to obtain the associated power curve segment; The total power consumption of the target product is obtained from the correlated power curve segment. Obtain the proportion of green electricity supply during the production operation phase of the target product; The amount of green electricity used by the target product is calculated based on the total power consumption of the target product and the green electricity supply ratio.
4. The method according to claim 1, characterized in that, The step of binding the allocated electricity volume and green certificate share in the allocation result with the corresponding target product identifier includes: Based on the green certificate share in the allocation result, query the binding status of the green certificate share on the blockchain; Determine whether the green certificate shares are bound based on the binding status; If the binding status indicates that the green certificate shares have already been bound, then this binding operation will be rejected; If the binding status is that the green certificate share is not bound, then the allocated electricity and the green certificate share will be bound to the corresponding target product identifier.
5. The method according to claim 1, characterized in that, The method further includes: The carbon emission reduction of the target product is obtained based on the allocated electricity in the binding record; The carbon emission reduction amount is associated with the target product identifier and stored to obtain a carbon emission reduction association record.
6. The method according to claim 1, characterized in that, The traceability identifier is a QR code; generating a traceability identifier for the target product based on the binding record includes: QR code encoding data is generated based on the target product identifier and blockchain query address in the binding record; The QR code is generated based on the QR code encoding data.
7. The method according to claim 1, characterized in that, The method further includes: The remaining power of the green energy block is obtained based on the allocated power in the allocation result; The state of the green energy block is updated based on its remaining power to obtain the updated green energy block.
8. A product-level green electricity consumption authentication device based on blockchain, characterized in that, The device includes: Create a module to create green energy blocks on the blockchain based on green certificates; The data acquisition module is used to collect energy consumption data and target product identification during the production process of the target product; The calculation module is used to perform energy consumption calculation on the green energy blocks based on the energy consumption data of the target product during the production process and the target product identification, and generate the allocation result corresponding to each target product; The binding module is used to bind the allocated electricity and green certificate share in the allocation result with the corresponding target product identifier and generate a binding record; The generation module is used to generate a traceability identifier for the target product based on the binding record.
9. A computing device, characterized in that, Including memory and processor; The memory stores one or more computer programs, the one or more computer programs including instructions; when the instructions are executed by the processor, the computing device performs the method as described in any one of claims 1 to 7.
10. A computer-readable storage medium, characterized in that, The computer-readable storage medium is used to store a computer program for performing the method as described in any one of claims 1 to 7.