Carbon coordination-oriented mine fire area plugging material transaction and carbon credit generation method

Abstract

This invention discloses a method for trading and generating carbon credits for mine fire sealing materials with a focus on carbon synergy. Based on a blockchain platform, the method digitizes and stores the carbon synergy attributes of materials on the blockchain, generating unique digital identifiers. By integrating real-time market supply and demand information, a dynamic pricing model incorporating environmental benefits is constructed to drive transaction execution. The entire process, from material transportation and engineering application to subsequent service, is monitored and data collected, with key status information continuously recorded on the blockchain. Based on in-situ monitoring data of the sealing body, the actual sealing performance is dynamically evaluated, and the real-time cumulative methane emission reduction is accurately calculated. Finally, based on the verified emission reductions, predefined conversion rules, and the verifiable contributions of each participant throughout the entire lifecycle, immutable carbon credit assets are automatically calculated and generated, supporting subsequent management and trading. This invention achieves a fully trustworthy and quantifiable chain from the environmental attributes of materials to the final generation of carbon credits.

Description

Technical Field

[0001] This application relates to the field of computer blockchain technology, and in particular to a method for trading mine fire containment materials and generating carbon credits for carbon collaboration. Background Technology

[0002] In the field of mine fire prevention, the application of sealing materials is crucial for controlling the spread of fire and reducing greenhouse gas emissions. However, current material trading models mainly focus on physical performance parameters and economic costs, while their environmental attributes, especially the carbon synergy benefits throughout the entire life cycle, are not incorporated into the core of pricing and trading. This fails to incentivize the research and application of low-carbon, high-efficiency materials, and the market lacks an intrinsic mechanism to effectively transform environmental value into economic signals.

[0003] In terms of carbon credit generation, existing methods mostly focus on macro-level project-level accounting or post-event emission monitoring, making it difficult to accurately track and quantify the methane emission reduction benefits of specific batches of sealing materials in actual engineering projects. Data on material production, transportation, construction, and long-term service are scattered and easily tampered with, resulting in high carbon credit verification costs and poor traceability. This makes it difficult to establish credible, fine-grained sources of carbon assets, hindering the marketization of carbon credits based on specific material innovation and engineering quality.

[0004] Furthermore, the entire chain involves multiple stakeholders, including suppliers, logistics providers, and engineering companies, resulting in severe data silos and a lack of a trustworthy, neutral platform to record and verify the flow, status, and environmental contributions of materials in an immutable manner. This data fragmentation and lack of trust make it difficult to achieve carbon credit allocation and benefit sharing based on actual performance, thus limiting the potential for collaborative carbon reduction across the industrial chain. Summary of the Invention

[0005] To achieve the above objectives, this application provides the following technical solution:

[0006] A method for trading mine fire containment materials and generating carbon credits for carbon-cooperative purposes, the method comprising:

[0007] Material suppliers submit carbon synergy attribute information and initial supply data of sealing materials to blockchain nodes through material supplier clients. Blockchain nodes verify and store the carbon synergy attribute information and initial supply data in the first blockchain transaction, generating a material digital identifier uniquely associated with the material batch.

[0008] In response to a procurement request initiated by the engineering party through the engineering implementation client, the blockchain node calculates and determines the dynamic transaction price corresponding to the procurement request based on the carbon synergy attribute information corresponding to the material digital identifier, real-time supply and demand data, and a preset carbon synergy pricing strategy. It then generates and executes a second blockchain transaction that includes the dynamic transaction price, procurement quantity, and material digital identifier, and updates the ownership status associated with the material digital identifier to "in transit".

[0009] During the material transportation process, the transportation monitoring unit continuously collects the real-time geographic coordinates of the transport vehicle and transportation environment data, and periodically packages the real-time geographic coordinates, transportation environment data and material digital identifiers into transportation status data packets, which are then sent to the blockchain node. After the materials arrive at the target mine fire zone, the engineering implementation client initiates a material application confirmation request, which includes the material digital identifier and the expected application location information.

[0010] During and after the sealing project is implemented, the project implementation client collects in-situ state data of the sealing body through a sensor network, associates the in-situ state data with the material digital identifier, and sends it to the blockchain node.

[0011] The blockchain node calculates the carbon credit contribution of the material batch based on the real-time cumulative methane emission reduction, the predefined carbon credit conversion rate, and all historical blockchain transaction records associated with the material's digital identifier.

[0012] The blockchain node pushes the generated carbon credit asset data to the carbon credit management client and updates the status of the carbon credit asset data in response to carbon credit transfer or cancellation requests initiated by the rights holder through the carbon credit management client.

[0013] Furthermore, it also includes:

[0014] The carbon synergistic attribute information includes at least the unit carbon footprint data during the material production process and the expected methane emission reduction capacity per unit time after the material is applied.

[0015] The blockchain node verifies the received transportation status data packet, compares the verified transportation environment data with a preset standard transportation environment threshold range, and if the transportation environment data exceeds the standard transportation environment threshold range, it generates a transportation environment anomaly record and stores it in association with the material digital identifier.

[0016] The blockchain node verifies the material application confirmation request and current ownership status, and generates a third blockchain transaction containing the application timestamp and expected application location information; the blockchain node activates the post-application monitoring process associated with the material's digital identifier;

[0017] The blockchain node receives and stores the in-situ state data, and calculates the real-time cumulative methane emission reduction corresponding to the batch of materials represented by the material digital identifier based on the unit time methane emission reduction capacity data, the actual application amount of the material, and the in-situ state data in the carbon synergistic attribute information associated with the material digital identifier.

[0018] The blockchain node generates carbon credit asset data containing the carbon credit quota, calculation basis hash, and rights holder information, and records it in a new blockchain block;

[0019] Furthermore, it also includes:

[0020] The step of calculating and determining the dynamic transaction price corresponding to the purchase request based on the carbon synergy attribute information corresponding to the material's digital identifier, real-time supply and demand data, and a preset carbon synergy pricing strategy specifically includes:

[0021] The blockchain node obtains the unit carbon footprint data of the material production process corresponding to the material's digital identifier, as well as the expected methane emission reduction capacity per unit time after the material's application.

[0022] The blockchain node queries the total market supply, total demand, and historical transaction price sequence of the material category represented by the material's digital identifier at the current moment;

[0023] The blockchain node calculates the basic environmental cost factor based on the unit carbon footprint data and the expected environmental benefit factor based on the unit time methane emission reduction capacity data.

[0024] The blockchain node weights and fuses the basic environmental cost factor and the expected environmental benefit factor to generate a carbon synergistic adjustment coefficient.

[0025] The blockchain node calculates the market supply and demand tension index based on the real-time supply and demand data.

[0026] The blockchain node obtains the preset base price of the material, and inputs the base price, the carbon co-adjustment coefficient, and the market supply and demand tension index into a preset dynamic price calculation function to calculate the dynamic transaction price.

[0027] The dynamic price calculation function is configured such that: when the carbon synergistic adjustment coefficient indicates that the material has better environmental benefits, the dynamic trading price is adjusted positively; when the market supply and demand tension index indicates that supply is insufficient, the dynamic trading price is adjusted upward.

[0028] Furthermore, the blockchain node calculates the real-time cumulative methane emission reduction corresponding to the batch of material represented by the material's digital identifier, based on the unit-time methane emission reduction capacity data, the actual application amount of the material, and the in-situ state data in the carbon synergy attribute information associated with the material's digital identifier. Specifically, this includes:

[0029] The blockchain node parses the sequence of key state parameters inside the sealing body from the in-situ state data. The key state parameters include at least temperature values, stress and strain values, and sealing gas pressure values ​​at different depths.

[0030] The blockchain node evaluates the integrity level and sealing performance level of the sealing body in the current calculation cycle based on the key state parameter sequence. The evaluation process includes: comparing the temperature value sequence with a preset fire zone background temperature threshold to determine whether there are abnormal high temperature points and their distribution range; comparing the stress-strain value sequence with the material's theoretical mechanical property threshold to determine whether the sealing body structure is stable; comparing the sealing gas pressure value sequence with a preset safe pressure range to determine the effectiveness of the sealing barrier; and mapping the above judgment results to a predefined integrity level and sealing performance level.

[0031] The blockchain node obtains the unit-time methane emission reduction capacity data associated with the material's digital identifier, which is the baseline emission reduction capacity measured under standard test conditions.

[0032] The blockchain node, based on the integrity level and sealing performance level obtained from the assessment, looks up the corresponding emission reduction capacity correction coefficient from a preset level-performance correction coefficient mapping table; the emission reduction capacity correction coefficient is used to dynamically adjust the baseline emission reduction capacity according to the actual performance of the sealing project.

[0033] The blockchain node calculates the theoretical total emission reduction capacity baseline value based on the actual application amount of the material corresponding to the material digital identifier confirmed by the engineering implementation client.

[0034] The blockchain node multiplies the theoretical total emission reduction baseline value, the emission reduction capacity correction coefficient corresponding to the current calculation cycle, and the duration of the current calculation cycle to obtain the approved methane emission reduction for the current calculation cycle.

[0035] The blockchain nodes accumulate all historical approved methane emission reductions from the material application confirmation timestamp to the current calculation period to obtain the real-time cumulative methane emission reduction.

[0036] The blockchain node packages the key state parameter sequence of each calculation cycle, the assessed integrity level and sealing performance level, the adopted emission reduction capacity correction coefficient, the calculated approved methane emission reduction, and the accumulated real-time methane emission reduction into an emission reduction contribution evidence package, calculates its hash value and stores it in the blockchain, and associates it with the material digital identifier and the corresponding carbon credit asset data.

[0037] Furthermore, the blockchain node calculates the carbon credit contribution of the material batch based on the real-time cumulative methane emission reduction, the predefined carbon credit conversion rate, and all historical blockchain transaction records associated with the material's digital identifier. Specifically, this includes:

[0038] The blockchain node obtains the real-time cumulative methane emission reduction and obtains a predefined conversion coefficient of methane to carbon dioxide equivalent, which is registered with an authoritative institution, as the carbon credit conversion rate.

[0039] The blockchain node multiplies the real-time cumulative methane emission reduction by the carbon credit conversion rate to obtain a preliminary carbon credit equivalent value.

[0040] The blockchain node retrieves all historical blockchain transaction records associated with the material's digital identifier and parses out records of multiple participating nodes, including material suppliers, transportation service providers, engineering implementers, and potential initial investors, as well as their roles and contributions throughout the material's lifecycle.

[0041] The blockchain nodes analyze and assign values ​​to the contribution records of each participating node according to preset contribution measurement rules, and calculate the contribution weight of each participating node relative to the entire life cycle of the material's digital identifier.

[0042] The contribution quantification rules are based on the accuracy and optimization of the unit carbon footprint data and unit time methane emission reduction capacity data provided by the material supplier node in the carbon synergy attribute information; whether the transportation process corresponding to the transportation service provider node has any abnormal records of the transportation environment and their severity; and the completeness, timeliness, and effectiveness level of the blockade body evaluated based on the in-situ status data submitted by the project implementation node.

[0043] The blockchain node adjusts the initial carbon credit equivalent value based on the carbon credit revenue distribution ratio agreement preset or agreed upon through smart contracts among the participating nodes, combined with the calculated contribution weight, and calculates the final carbon credit amount to be allocated to each participating node.

[0044] The blockchain node generates a detailed ownership certificate for the carbon credit quota corresponding to each participating node. The ownership certificate is associated with an on-chain pointer that points to the material's digital identifier and a specific contribution record fragment.

[0045] The blockchain node encapsulates the subdivided ownership certificate, the hash digest of the allocation calculation logic, and the identity identifiers of each participating node into carbon credit asset data corresponding to the material digital identifier;

[0046] If, during the accounting process, a blockchain node detects any inconsistent attempts to reference historical blockchain transaction records or the absence of key records required for contribution weight calculation, it will suspend the current accounting process and generate a notification to the relevant management node for manual review.

[0047] Furthermore, the transportation monitoring unit continuously collects real-time geographic coordinates of the transportation vehicle and transportation environment data, specifically including:

[0048] The transportation monitoring unit integrates a positioning module, a temperature sensor, a humidity sensor, and a vibration sensor.

[0049] The positioning module acquires the GPS coordinate data of the transport vehicle at a preset first sampling frequency as the real-time geographic coordinates;

[0050] The temperature sensor and humidity sensor collect ambient temperature and humidity data inside the cargo hold of the transport vehicle at a preset second sampling frequency;

[0051] The vibration sensor collects three-dimensional vibration acceleration data of the transport vehicle during the transportation process at a preset third sampling frequency;

[0052] The transportation monitoring unit aligns and packages the GPS coordinate data, ambient temperature data, humidity data, and three-dimensional vibration acceleration data acquired in each sampling period in chronological order to form the transportation status data package.

[0053] Furthermore, the blockchain node verifies the received transport status data packet, specifically including:

[0054] After receiving the transportation status data packet, the blockchain node first verifies whether its data format conforms to the preset specifications.

[0055] The blockchain node checks whether the material digital identifier in the transportation status data packet is valid and whether its associated ownership status is in transit.

[0056] The blockchain node uses a pre-negotiated encryption key with the transportation monitoring unit to perform integrity verification on some or all of the data in the transportation status data packet;

[0057] The blockchain node compares the real-time geographic coordinates in the currently received transportation status data packet with the real-time geographic coordinates in the previously verified transportation status data packet, calculates the average speed based on the time difference and coordinate difference, and determines whether the average speed is within the reasonable speed range allowed by the type of transportation vehicle.

[0058] The blockchain node determines that the transport status data packet has been verified only when all verification steps have passed, and then performs subsequent storage and comparison operations.

[0059] Furthermore, in response to a carbon credit transfer or cancellation request initiated by the rights holder through the carbon credit management client, the blockchain node updates the status of the carbon credit asset data, specifically including:

[0060] When a carbon credit transfer request is received, the blockchain node verifies whether the request initiator is the rights holder recorded in the carbon credit asset data or its authorized agent.

[0061] The blockchain node verifies the validity of the target recipient address specified in the transfer request;

[0062] The blockchain node verifies whether the carbon credits to be transferred are in a tradable state and have not been frozen.

[0063] After verification, the blockchain node creates a carbon credit ownership change transaction, which records the transferred credit amount, the original rights holder, the new rights holder, and the timestamp, and broadcasts the transaction to the blockchain network for consensus.

[0064] Once consensus is reached, the blockchain node updates the rights holder information of the corresponding sub-ownership certificate in the carbon credit asset data to the new rights holder.

[0065] When a carbon credit cancellation request is received, the blockchain node verifies whether the request initiator is a legitimate cancellation agency or a rights holder that meets the preset cancellation conditions.

[0066] The blockchain node verifies whether the hash value of the cancellation reason proof file attached to the cancellation request has been stored on the chain.

[0067] After verification, the blockchain node creates a carbon credit cancellation transaction. The transaction records the amount of credit cancelled, the cancelling party, the cancellation timestamp, and the hash of the cancellation reason, and broadcasts the transaction to the blockchain network for consensus.

[0068] Once consensus is reached, the blockchain node updates the status of the corresponding sub-ownership certificate in the carbon credit asset data to "cancelled" and ensures that it can no longer be transferred.

[0069] Furthermore, the method also includes a material inventory and carbon credit pre-mapping step:

[0070] When submitting the initial supply data, the material supplier client can simultaneously submit the estimated carbon credit value range corresponding to that batch of materials.

[0071] After generating the material digital identifier, the blockchain node not only associates the material digital identifier with the physical material batch, but also creates a virtual carbon credit pre-mapping account on the chain. This account is initially associated with the upper limit of the expected carbon credit value range.

[0072] If an event occurs that results in material loss, performance discount, or environmental damage during any subsequent step of material trading, transportation, application, or carbon credit accounting, and this event is recorded on the blockchain, the blockchain node will dynamically adjust the estimated carbon credit value mapped in the carbon credit pre-mapping account downward according to a preset discount rule.

[0073] The adjustment process and the basis for adjustment are recorded on the blockchain as part of the transaction and associated with the digital identifier of the material.

[0074] The final calculated carbon credit limit shall not exceed the adjusted estimated value currently mapped in the carbon credit pre-mapping account.

[0075] Furthermore, the method also includes exception handling and dispute arbitration steps:

[0076] Throughout the entire process from material supply to carbon credit generation, any participating node can submit an anomaly report to the blockchain node through its client. The anomaly report must be associated with a specific material digital identifier or transaction hash and attached with cryptographic evidence.

[0077] After receiving the anomaly report, the blockchain node automatically checks the format validity of the attached evidence and its relevance to the reported matter, and records it on the chain as an event to be arbitrated.

[0078] The blockchain node automatically triggers the corresponding smart contract terms based on the anomaly type. The smart contract terms may include: suspending further transactions of the relevant material digital identifiers or carbon credit accounting processes, notifying relevant party nodes to provide supplementary evidence, or pushing the event to a preset list of arbitration committee nodes.

[0079] The arbitration committee node reviews the anomaly reports, relevant evidence, and the entire transaction history recorded on the chain through its dedicated client, and submits arbitration opinions and rulings through the blockchain node.

[0080] The blockchain node automatically executes the corresponding status update, data correction or compensatory transaction based on the received valid arbitration award, and permanently records the award result and execution status on the blockchain;

[0081] The blockchain node provides a set of application programming interfaces (APIs), which include at least: a material carbon co-attribute query interface, a transaction price simulation interface, a transportation status subscription interface, and a carbon credit verification interface.

[0082] Third-party application systems can obtain data on the material's production carbon footprint and expected emission reduction capacity by calling the material's carbon synergistic attribute query interface and inputting the material's digital identifier.

[0083] Potential purchasers can call the transaction price simulation interface, input the type and quantity of materials to be purchased and the expected delivery time, and obtain the estimated price range simulated based on current market data and carbon co-pricing strategy.

[0084] The regulatory agency system subscribes to transportation monitoring data streams for specific material digital identifiers or specific geographical areas by calling the transportation status subscription interface.

[0085] The carbon trading platform system verifies the authenticity, validity, and current ownership status of the carbon credit limit by calling the carbon credit limit verification interface and inputting the unique identifier of the carbon credit asset.

[0086] All query, subscription, or verification operations performed through the application programming interface (API) have their request and response summaries recorded by the blockchain node in read-only log blocks for auditing purposes.

[0087] This invention discloses a method for trading and generating carbon credits for mine fire sealing materials with a focus on carbon synergy. Based on a blockchain platform, the method digitizes and stores the carbon synergy attributes of materials on the blockchain, generating unique digital identifiers. By integrating real-time market supply and demand information, a dynamic pricing model incorporating environmental benefits is constructed to drive transaction execution. The entire process, from material transportation and engineering application to subsequent service, is monitored and data collected, with key status information continuously recorded on the blockchain. Based on in-situ monitoring data of the sealing body, the actual sealing performance is dynamically evaluated, and the real-time cumulative methane emission reduction is accurately calculated. Finally, based on the verified emission reductions, predefined conversion rules, and the verifiable contributions of each participant throughout the entire lifecycle, immutable carbon credit assets are automatically calculated and generated, supporting subsequent management and trading. This invention achieves a fully trustworthy and quantifiable chain from the environmental attributes of materials to the final generation of carbon credits. Attached Figure Description

[0088] Figure 1A flowchart illustrating the process of a method for trading and generating carbon credits for mine fire containment materials in accordance with the claims of this invention.

[0089] Figure 2 This is a flowchart illustrating the process of a blockchain node verifying the received transport status data packet in a method for trading and generating carbon credits for mine fire containment materials in a carbon-cooperative manner, as claimed in an embodiment of the present invention. Detailed Implementation

[0090] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of this application, and not all of the embodiments. Based on the embodiments of this application, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of this application.

[0091] The terms "first," "second," and "third" in this application are for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Therefore, a feature defined as "first," "second," or "third" may explicitly or implicitly include at least one of those features. In the description of this application, "multiple" means at least two, such as two, three, etc., unless otherwise explicitly specified. All directional indications in the embodiments of this application, such as up, down, left, right, front, back, etc., are only used to explain the relative positional relationships and movements between components in a specific orientation as shown in the accompanying drawings. If the specific orientation changes, the directional indications will change accordingly. Furthermore, the terms "including" and "having," and any variations thereof, are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or device that includes a series of steps or units is not limited to the listed steps or units, but may optionally include steps or units not listed, or may optionally include other steps or units inherent to these processes, methods, products, or devices.

[0092] References to embodiments herein mean that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The appearance of this phrase in various places throughout the specification does not necessarily refer to the same embodiment, nor is it a mutually exclusive, independent, or alternative embodiment. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described herein can be combined with other embodiments.

[0093] According to a first embodiment of the present invention, the present invention claims protection for a method for trading and generating carbon credits for mine fire containment materials oriented towards carbon synergy, with reference to Figure 1 The method includes:

[0094] Material suppliers submit carbon synergy attribute information and initial supply data of sealing materials to blockchain nodes through material supplier clients. Blockchain nodes verify and store the carbon synergy attribute information and initial supply data in the first blockchain transaction, generating a material digital identifier uniquely associated with the material batch.

[0095] In response to a procurement request initiated by the engineering party through the engineering implementation client, the blockchain node calculates and determines the dynamic transaction price corresponding to the procurement request based on the carbon synergy attribute information corresponding to the material digital identifier, real-time supply and demand data, and a preset carbon synergy pricing strategy. It then generates and executes a second blockchain transaction that includes the dynamic transaction price, procurement quantity, and material digital identifier, and updates the ownership status associated with the material digital identifier to "in transit".

[0096] During the material transportation process, the transportation monitoring unit continuously collects the real-time geographic coordinates of the transport vehicle and transportation environment data, and periodically packages the real-time geographic coordinates, transportation environment data and material digital identifiers into transportation status data packets, which are then sent to the blockchain node. After the materials arrive at the target mine fire zone, the engineering implementation client initiates a material application confirmation request, which includes the material digital identifier and the expected application location information.

[0097] During and after the sealing project is implemented, the project implementation client collects in-situ state data of the sealing body through a sensor network, associates the in-situ state data with the material digital identifier, and sends it to the blockchain node.

[0098] The blockchain node calculates the carbon credit contribution of the material batch based on the real-time cumulative methane emission reduction, the predefined carbon credit conversion rate, and all historical blockchain transaction records associated with the material's digital identifier.

[0099] The blockchain node pushes the generated carbon credit asset data to the carbon credit management client and updates the status of the carbon credit asset data in response to carbon credit transfer or cancellation requests initiated by the rights holder through the carbon credit management client.

[0100] Furthermore, it also includes:

[0101] The carbon synergistic attribute information includes at least the unit carbon footprint data during the material production process and the expected methane emission reduction capacity per unit time after the material is applied.

[0102] The blockchain node verifies the received transportation status data packet, compares the verified transportation environment data with a preset standard transportation environment threshold range, and if the transportation environment data exceeds the standard transportation environment threshold range, it generates a transportation environment anomaly record and stores it in association with the material digital identifier.

[0103] The blockchain node verifies the material application confirmation request and current ownership status, and generates a third blockchain transaction containing the application timestamp and expected application location information; the blockchain node activates the post-application monitoring process associated with the material's digital identifier;

[0104] The blockchain node receives and stores the in-situ state data, and calculates the real-time cumulative methane emission reduction corresponding to the batch of materials represented by the material digital identifier based on the unit time methane emission reduction capacity data, the actual application amount of the material, and the in-situ state data in the carbon synergistic attribute information associated with the material digital identifier.

[0105] The blockchain node generates carbon credit asset data containing the carbon credit limit, calculation basis hash, and rights holder information, and records it in a new blockchain block.

[0106] In this embodiment, the following example describes the specific operational process of implementing the method on a blockchain platform called ChainCarbon Collaboration. This platform consists of multiple participating nodes, including a blockchain consensus network, material supplier terminals, smart transportation recorders, engineering implementation terminals, and carbon credit management terminals. Each node interacts with data through an encrypted communication protocol.

[0107] This embodiment details the entire process from material on-chaining to carbon credit generation.

[0108] Material information is uploaded to the blockchain and digital identifiers are generated.

[0109] Supplier A, a manufacturer of specialty cementitious materials, has developed a new low-carbon material for sealing fire zones in mines. Supplier A, through its blockchain carbon collaboration platform client, prepares to submit information for a batch of material, batch number P-2023-09-001. First, it fills in the carbon collaboration attribute information, including: a) unit carbon footprint data during the production process, derived from a third-party audited life cycle assessment report covering carbon emissions from raw material extraction to product delivery; b) the projected methane emission reduction capacity per unit time after material application, derived from laboratory simulations of methane permeation barrier performance tests of the material's molded body under simulated mine fire zone conditions. Additionally, it submits initial supply data, including total material quantity, production date, batch number, and physical storage location. This information, digitally signed by Supplier A, is sent to the blockchain node. After verifying the signature validity and data format compliance, the node packages the information to create a material registration transaction, which is then recorded on the blockchain after network consensus. The system automatically generates a globally unique material digital identifier for this batch of materials, such as MAT-0x7a3b...c89d, and initializes its status to pending transaction.

[0110] A mining engineering company, contractor B, needs to contain a fire zone at one of its coal mines. Using its project implementation terminal, contractor B browses available sealing materials on a platform marketplace. After selecting batch MAT-0x7a3b...c89d from supplier A, it initiates a purchase request, specifying the required quantity. Upon receiving the request, a blockchain node triggers a dynamic pricing process: the node retrieves the carbon footprint and methane reduction capacity per unit time corresponding to the material's digital identifier, queries the real-time supply and demand of similar materials on the platform, and invokes a pre-set carbon-coordinated pricing smart contract. The contract generates a premium coefficient based on the material's environmental performance (low carbon footprint, high emission reduction potential) and, combined with the current market supply and demand imbalance, calculates a dynamic transaction price that is higher than the benchmark price of traditional materials but reflects its environmental value. This price, purchase quantity, and buyer / seller information are incorporated into a purchase order transaction, which is executed on the blockchain after digital confirmation by both parties. The ownership status of the material's digital identifier is then updated to "in transit," and the associated carrier information is also recorded.

[0111] Carrier C used a dedicated vehicle equipped with a smart transport recorder to transport the materials. The recorder's built-in GPS module collected the vehicle's geographic coordinates at high frequency; the integrated sensor array continuously monitored the temperature, humidity, and three-dimensional vibration data of the cargo hold during vehicle operation. These real-time geographic coordinates and transport environment data were packaged into a data packet at fixed intervals, such as every 5 minutes, accompanied by a material's digital identifier and a timestamp of the recording, and then encrypted before being sent to a blockchain node. The node verified the legitimacy of the data packet's origin by verifying the recorder's digital certificate and the correctness of the timing to prevent data rollback attacks. It then compared the transport environment data (temperature, humidity, vibration) with preset standard thresholds, such as safe ranges to ensure the material does not pre-condense or degrade in performance. During one transport, the recorder detected that the cargo hold temperature briefly exceeded the upper limit threshold due to external exposure to sunlight. After comparison, the node generated a temperature exceedance anomaly record, associated its hash value with the material's digital identifier, and stored it as a basis for subsequent assessment of transport responsibility.

[0112] The materials were safely delivered to the coal mine site of Project B. Project B's on-site manager scanned the QR code on the material packaging using an engineering implementation terminal, such as a tablet, to associate it with the material's digital identifier, and entered the tunnel number and area coordinates to be used for sealing. The terminal then generated a material application confirmation request, which, after being digitally signed by the on-site manager, was sent to the blockchain node. The node verified the signature, confirmed that the material ownership status was "in transit" and that the request originated from a legitimate Project B account, and subsequently created and executed an application confirmation transaction. This transaction recorded a precise application timestamp and the expected application location information, and updated the material's digital identifier status to "applied." This transaction marked the beginning of the material's physical consumption and triggered the subsequent carbon benefit calculation process.

[0113] During the sealing project, a distributed fiber optic sensor network and miniature pressure sensors were pre-embedded within the sealing body. After the project was completed, these sensors continuously collected in-situ state data of the sealing body, including temperature distribution along the depth of the sealing body, internal stress and strain, and gas pressure at the sealing interface. The project implementation terminal periodically, such as daily, packaged these in-situ state data with the corresponding material digital identifiers and uploaded them to the blockchain node. After storing this data, the node initiated the emission reduction calculation sub-process: it first extracted the benchmark value of the material's methane emission reduction capacity per unit time from the carbon synergistic attribute information. Then, it analyzed the latest received in-situ state data to assess the actual working state of the sealing body—for example, by analyzing the temperature distribution to confirm that the fire zone has been effectively isolated and there are no reignition hotspots, by analyzing the stress data to confirm the structural integrity, and by analyzing the pressure data to confirm the sealing effectiveness. Based on this state assessment result, an effectiveness realization coefficient was selected from a preset correction coefficient table, with a value typically ranging from 1.0 to below 1.0, corresponding to the ideal state to the partial failure state. Then, combining the actual application volume of the materials from the procurement transaction and the cumulative time since application confirmation, the real-time cumulative methane emission reduction contributed by this batch of materials from the application date to the present moment is calculated. The calculation logic is: baseline emission reduction capacity × actual application volume × efficiency achievement coefficient × cumulative time.

[0114] The blockchain platform's built-in carbon credit accounting smart contract is triggered periodically, such as monthly. The contract reads the current real-time cumulative methane emission reduction (MAT-0x7a3b...c89d) and multiplies it by a recognized, on-chain stored global warming potential value for methane, converting it into CO2 equivalent. Then, the contract retrieves the entire lifecycle of transaction records associated with this identifier: including supplier A's original data statement, environmental anomaly records during transportation, and application and monitoring data upload records from project party B. Based on pre-defined, mutually agreed-upon contribution allocation rules—for example, suppliers receive the majority share for providing low-carbon materials, project parties receive a share for ensuring implementation quality, and transportation anomalies may lead to deductions from the respective parties' shares—the calculated total CO2 equivalent is allocated into several shares. Finally, the contract creates a carbon credit generation transaction, recording each share into the platform carbon accounts of participating parties such as supplier A and project party B, forming an immutable carbon credit asset. This asset includes a unique number, a digital identifier for the associated material, the source of the emission reduction, the generation time, and owner information.

[0115] Supplier A and contractor B can view the carbon credits generated from MAT-0x7a3b...c89d material in their respective carbon credit management terminals. If supplier A wishes to sell some credits, they can initiate a transfer request in the platform's built-in marketplace, specifying the buyer and the quantity to be transferred. Blockchain nodes verify A's account ownership, credit limit adequacy, and lack of lock-up, then execute the transfer transaction and update the credit asset's owner information. If an environmental organization purchases these credits to offset its own emissions and announces their cancellation, it can initiate a cancellation request through the management terminal. After platform verification, the status of that portion of the credit asset changes to cancelled, ensuring it cannot be reused.

[0116] Furthermore, it also includes:

[0117] The step of calculating and determining the dynamic transaction price corresponding to the purchase request based on the carbon synergy attribute information corresponding to the material's digital identifier, real-time supply and demand data, and a preset carbon synergy pricing strategy specifically includes:

[0118] The blockchain node obtains the unit carbon footprint data of the material production process corresponding to the material's digital identifier, as well as the expected methane emission reduction capacity per unit time after the material's application.

[0119] The blockchain node queries the total market supply, total demand, and historical transaction price sequence of the material category represented by the material's digital identifier at the current moment;

[0120] The blockchain node calculates the basic environmental cost factor based on the unit carbon footprint data and the expected environmental benefit factor based on the unit time methane emission reduction capacity data.

[0121] The blockchain node weights and fuses the basic environmental cost factor and the expected environmental benefit factor to generate a carbon synergistic adjustment coefficient.

[0122] The blockchain node calculates the market supply and demand tension index based on the real-time supply and demand data.

[0123] The blockchain node obtains the preset base price of the material, and inputs the base price, the carbon co-adjustment coefficient, and the market supply and demand tension index into a preset dynamic price calculation function to calculate the dynamic transaction price.

[0124] The dynamic price calculation function is configured such that: when the carbon synergistic adjustment coefficient indicates that the material has better environmental benefits, the dynamic trading price is adjusted positively; when the market supply and demand tension index indicates that supply is insufficient, the dynamic trading price is adjusted upward.

[0125] In this embodiment, when the blockchain node receives a purchase request from Project B for MAT-0x7a3b...c89d, the pricing smart contract executes the following precise steps:

[0126] Obtain core environmental parameters. The contract reads two core carbon-related attributes bound to the material's digital identifier from the blockchain: the unit carbon footprint data is denoted as parameter F, with a smaller value indicating greater environmental friendliness, and the methane emission reduction capacity per unit time is denoted as parameter R, with a larger value indicating higher environmental benefits.

[0127] Analyze real-time market data. For the current time point, query the total listed supply (S_total) and total outstanding demand (D_total) of all similar plugging materials on the platform. Simultaneously, obtain the price sequence of successful transactions of similar materials over a past period, such as the past 30 days.

[0128] Calculate the environmental factors. The contract first calculates the basic Environmental Cost Factor (ECF). ECF is not directly equal to F, but rather processed using a normalization function, comparing F with an industry benchmark and mapping the result to a standard range. For example, if F is significantly lower than the industry average, the ECF is a coefficient less than 1, indicating an environmental cost advantage. Next, calculate the Expected Environmental Benefit Factor (ERF). ERF is also obtained by normalizing R; if R is significantly higher than the industry average, the ERF is a coefficient greater than 1, indicating an environmental benefit advantage.

[0129] The carbon synergistic adjustment factor (CCA) is generated. The contract weights the ECF and ERF according to preset weights, for example, with a greater emphasis on emission reduction benefits. Although the specific formula is not listed, the logic is: when a material has both a low carbon footprint and high emission reduction capabilities, the CCA will be significantly greater than 1; if one or both are mediocre, the CCA will be close to or even equal to 1.

[0130] Calculate the Market Supply and Demand Tension Index (MSI). The MSI is calculated based on the real-time supply-demand ratio D_total / S_total. When demand significantly exceeds supply, the MSI is greater than 1 and its value increases; when supply exceeds demand, the MSI is less than 1.

[0131] Dynamic pricing is calculated. The contract obtains the base price (P_base) for the material category on the platform, which may be updated periodically by an industry index. The final dynamic trading price (P_dynamic) is calculated using the function: P_dynamic = P_base × CCA × MSI. This means that a material's superior environmental performance (high CCA) and high market scarcity (high MSI) will drive the final trading price upward, thus directly reflecting its carbon-related value in the price signal.

[0132] Furthermore, the blockchain node calculates the real-time cumulative methane emission reduction corresponding to the batch of material represented by the material's digital identifier based on the unit-time methane emission reduction capacity data, the actual application amount of the material, and the in-situ state data in the carbon synergy attribute information associated with the material's digital identifier. Specifically, this includes:

[0133] The blockchain node parses the sequence of key state parameters inside the sealing body from the in-situ state data. The key state parameters include at least temperature values, stress and strain values, and sealing gas pressure values ​​at different depths.

[0134] The blockchain node evaluates the integrity level and sealing performance level of the sealing body in the current calculation cycle based on the key state parameter sequence. The evaluation process includes: comparing the temperature value sequence with a preset fire zone background temperature threshold to determine whether there are abnormal high temperature points and their distribution range; comparing the stress-strain value sequence with the material's theoretical mechanical property threshold to determine whether the sealing body structure is stable; comparing the sealing gas pressure value sequence with a preset safe pressure range to determine the effectiveness of the sealing barrier; and mapping the above judgment results to a predefined integrity level and sealing performance level.

[0135] The blockchain node obtains the unit-time methane emission reduction capacity data associated with the material's digital identifier, which is the baseline emission reduction capacity measured under standard test conditions.

[0136] The blockchain node, based on the integrity level and sealing performance level obtained from the assessment, looks up the corresponding emission reduction capacity correction coefficient from a preset level-performance correction coefficient mapping table; the emission reduction capacity correction coefficient is used to dynamically adjust the baseline emission reduction capacity according to the actual performance of the sealing project.

[0137] The blockchain node calculates the theoretical total emission reduction capacity baseline value based on the actual application amount of the material corresponding to the material digital identifier confirmed by the engineering implementation client.

[0138] The blockchain node multiplies the theoretical total emission reduction capacity baseline value, the emission reduction capacity correction coefficient corresponding to the current calculation cycle, and the duration of the current calculation cycle to obtain the approved methane emission reduction for the current calculation cycle.

[0139] The blockchain nodes accumulate all historical approved methane emission reductions from the material application confirmation timestamp to the current calculation period to obtain the real-time cumulative methane emission reduction.

[0140] The blockchain node packages the key state parameter sequence of each calculation cycle, the assessed integrity level and sealing performance level, the adopted emission reduction capacity correction coefficient, the calculated approved methane emission reduction, and the accumulated real-time methane emission reduction into an emission reduction contribution evidence package, calculates its hash value and stores it in the blockchain, and associates it with the material digital identifier and the corresponding carbon credit asset data.

[0141] In this embodiment, the blockchain node receives the latest in-situ state data packet, associated with MAT-0x7a3b...c89d, uploaded by the engineering implementation terminal. The node parses the data packet to obtain a sequence of sensor data arranged along three cross-sections inside the sealing body: temperature value sequence T1, T2, T3..., stress-strain value sequence S1, S2, S3..., and sealing gas pressure value sequence P1, P2, P3.... Each data point carries a spatial location label within the sealing body.

[0142] To assess the effectiveness of the containment system, the node initiates an automatic assessment algorithm.

[0143] Temperature Analysis: The data from each temperature sensor point is compared with the pre-stored background temperature safety threshold for the fire zone on the chain. The algorithm checks for multiple consecutive points where the temperature exceeds the threshold and analyzes the distribution range and trend of the high-temperature area. If the temperature of all points remains stable below the threshold, it is determined that there is no thermal anomaly; if local, stable points exceeding the threshold appear, it is determined that there is local overheating; if a large area with a rising temperature trend appears, it is determined that the thermal anomaly is spreading.

[0144] Mechanical integrity analysis: The stress-strain sequence is compared with the theoretical mechanical property thresholds of the material provided by the material supplier and documented on-chain. Analysis includes checking for uniform stress distribution, whether the maximum stress point is close to the safety limit, and whether strain data indicates irreversible deformation of the structure. This determines whether the structure is in a stable, critical, or unstable state.

[0145] Sealing effectiveness analysis: Monitor whether the sealing gas pressure sequence remains stable within the preset safe pressure range. Sustained stable pressure or only regular, minor fluctuations indicate a good seal; a continuous drop in pressure indicates leakage; an abnormally high pressure may be related to incomplete control of an internal fire. Based on this, determine whether the sealing effectiveness is effective, has a minor leak, or has failed.

[0146] The mapping is based on a comprehensive level. Nodes, according to the judgment results from the three aspects mentioned above, use a predefined decision matrix to map the overall state of the closure body to an integrity level (e.g., L5 perfect to L1 failure) and a sealing performance level (e.g., E5 perfect to E1 failure). For example, a combination of no thermal anomaly + stable + effective might map to the highest L5 / E5 level.

[0147] To obtain baseline data and correction coefficients, the node reads the baseline value R_base of the unit-time methane emission reduction capacity of MAT-0x7a3b...c89d from the blockchain. Then, based on the assessed integrity level and sealing effectiveness level, it queries an on-chain, expert-reviewed level-effectiveness correction coefficient mapping table. This table, indexed by level, provides the corresponding emission reduction capacity correction coefficient K. For example, L5 / E5 corresponds to K=1.0, L4 / E4 corresponds to K=0.85, and the lower the level, the smaller the K value.

[0148] The calculation process involves determining the approved emission reductions and the real-time cumulative reductions. Nodes retrieve the total actual application amount Q of the batch of materials from on-chain transaction records. For the current calculation period, such as the past 24 hours, the approved methane emission reduction ΔE is calculated using the following logic: ΔE = R_base × Q × K × ΔT, where ΔT is the duration of the current period, such as 24 hours. After calculation, the node retrieves ΔE from all historical periods starting from the application confirmation timestamp, sums them up, and obtains the real-time cumulative methane emission reduction E_total.

[0149] To generate and store evidence of emissions reduction contributions, each node packages all key data from the current calculation cycle—the key digest hash of the original sensor data, the assessed level, the correction factor K used, the calculated ΔE, and the latest E_total—into a single emissions reduction contribution evidence package. The hash value of this evidence package is calculated and written to the blockchain as a storage transaction. This transaction explicitly points to the material digital identifier MAT-0x7a3b...c89d and the carbon credit asset currently being calculated, forming an immutable performance audit chain.

[0150] Furthermore, the blockchain node calculates the carbon credit contribution of the material batch based on the real-time cumulative methane emission reduction, the predefined carbon credit conversion rate, and all historical blockchain transaction records associated with the material's digital identifier. Specifically, this includes:

[0151] The blockchain node obtains the real-time cumulative methane emission reduction and obtains a predefined conversion coefficient of methane to carbon dioxide equivalent, which is registered with an authoritative institution, as the carbon credit conversion rate.

[0152] The blockchain node multiplies the real-time cumulative methane emission reduction by the carbon credit conversion rate to obtain a preliminary carbon credit equivalent value.

[0153] The blockchain node retrieves all historical blockchain transaction records associated with the material's digital identifier and parses out records of multiple participating nodes, including material suppliers, transportation service providers, engineering implementers, and potential initial investors, as well as their roles and contributions throughout the material's lifecycle.

[0154] The blockchain nodes analyze and assign values ​​to the contribution records of each participating node according to preset contribution measurement rules, and calculate the contribution weight of each participating node relative to the entire life cycle of the material's digital identifier.

[0155] The contribution quantification rules are based on the accuracy and optimization of the unit carbon footprint data and unit time methane emission reduction capacity data provided by the material supplier node in the carbon synergy attribute information; whether the transportation process corresponding to the transportation service provider node has any abnormal records of the transportation environment and their severity; and the completeness, timeliness, and effectiveness level of the blockade body evaluated based on the in-situ status data submitted by the project implementation node.

[0156] The blockchain node adjusts the initial carbon credit equivalent value based on the carbon credit revenue distribution ratio agreement preset or agreed upon through smart contracts among the participating nodes, combined with the calculated contribution weight, and calculates the final carbon credit amount to be allocated to each participating node.

[0157] The blockchain node generates a detailed ownership certificate for the carbon credit quota corresponding to each participating node. The ownership certificate is associated with an on-chain pointer that points to the material's digital identifier and a specific contribution record fragment.

[0158] The blockchain node encapsulates the subdivided ownership certificate, the hash digest of the allocation calculation logic, and the identity identifiers of each participating node into carbon credit asset data corresponding to the material digital identifier;

[0159] If, during the accounting process, a blockchain node detects any inconsistent attempts to reference historical blockchain transaction records or the absence of key records required for contribution weight calculation, it will pause the current accounting process and generate a notification to the relevant management node for manual review.

[0160] In this embodiment, a preliminary carbon credit equivalent is calculated. After the carbon credit accounting smart contract is triggered, it first reads the current real-time cumulative methane emission reduction E_total (MAT-0x7a3b...c89d). The contract then accesses the methane-to-carbon dioxide equivalent conversion factor (GWP) locked in the platform governance contract and recognized by international or national authorities. The preliminary carbon credit equivalent value C_pre is calculated as: C_pre = E_total × GWP. This step converts the environmentally beneficial methane emission reductions into tradable, standardized carbon asset units of carbon dioxide equivalent.

[0161] The contract then analyzes the entire lifecycle of participants and their contributions. It iterates through all blockchain transaction history related to MAT-0x3a7b...c89d. It identifies the following key participant nodes: Supplier A providing materials and attributes; Carrier C's transportation records; and Engineer B's procurement, application, and monitoring. Simultaneously, it analyzes their contribution records: carbon synergy attribute data provided by A and its verification status; C's transportation trajectory records and whether there are environmental anomaly markers; and B's application confirmations, the frequency and completeness of in-situ monitoring data, and historical curves of the containment effectiveness assessed based on this data.

[0162] Quantify the contribution weight of each participant. The contract invokes pre-defined contribution quantification rules to analyze the records of each party:

[0163] Supplier A's contribution W_s: Based on its unit carbon footprint F and unit emission reduction capacity R data. It considers not only the absolute values ​​but also how well the data leads the industry benchmark. Data that has undergone high-level third-party verification and certification will receive additional weighting. Its core weighting is usually the highest.

[0164] Contribution of transporter C, W_t: The basic weight is based on the fact that it successfully completed the transport. However, if an anomaly such as excessive temperature as described in Example 1 occurs in the transport record, a certain weight is deducted according to the severity and frequency of the anomaly. If there is no anomaly, the full weight is obtained.

[0165] Project contractor B's contribution, W_e, is based on the quality of the in-situ data they provide. This includes the timeliness and continuity of data uploads, and the completeness of sensor data without significant gaps. More importantly, it considers the average level and stability of the historical sequence of the closure effectiveness level K value calculated from their data. Efficient and stable project implementation is characterized by maintaining a high K value over the long term, resulting in a higher W_e.

[0166] The weight values ​​W_s, W_t, W_e... are normalized and sum to 1, reflecting the relative roles of each party in achieving carbon benefits across the entire chain.

[0167] Credit allocation adjustment: The contract includes a pre-defined template of a revenue sharing agreement indirectly confirmed by all parties during the procurement transaction. For example, it might stipulate that 70% of the initial carbon credit equivalent C_pre is allocated to the material stakeholders, primarily Supplier A, and 30% to the engineering implementation stakeholders, primarily Engineering Party B, with transportation as a service included. The contract combines the calculated contribution weights W_s, W_t, and W_e with the aforementioned template for fine-tuning. For example, Supplier A's final allocation = C_pre × 70% × (W_s / (a ​​portion of W_s + W_t)). This ensures that the allocation is not only based on a static agreement but also dynamically reflects the actual performance quality of each party.

[0168] The contract generates segmented ownership certificates and carbon credit asset data. For each participant, the contract calculates a final carbon credit component, such as C_A, C_B, and C_C, and generates a segmented ownership certificate for each. Each certificate contains: credit amount, owner address, digital identifier of source material, and a pointer to the transaction hash of its key contribution record. All these certificates, along with the hash digest of the entire allocation calculation logic and the accounting timestamp, are collectively encapsulated into a structured carbon credit asset data object and written into a new blockchain transaction.

[0169] The anomaly handling and review mechanism rigorously checks the consistency of data throughout the entire accounting process. For example, if it detects an attempt to cite an old transaction record that has been overturned by a subsequent corrected transaction as proof of contribution, or if it discovers that in-situ data for a certain period necessary for calculating W_e is missing, the contract will automatically determine that the accounting data is inconsistent or key evidence is missing, and immediately suspend the automated accounting process. Simultaneously, it generates a high-priority event awaiting manual review and pushes it to the platform's administrator node or a pre-set arbitration committee interface, awaiting human intervention for investigation and adjudication, thereby ensuring the rigor and fairness of the accounting process.

[0170] Furthermore, the transportation monitoring unit continuously collects real-time geographic coordinates of the transportation vehicle and transportation environment data, specifically including:

[0171] The transportation monitoring unit integrates a positioning module, a temperature sensor, a humidity sensor, and a vibration sensor.

[0172] The positioning module acquires the GPS coordinate data of the transport vehicle at a preset first sampling frequency as the real-time geographic coordinates;

[0173] The temperature sensor and humidity sensor collect ambient temperature and humidity data inside the cargo hold of the transport vehicle at a preset second sampling frequency;

[0174] The vibration sensor collects three-dimensional vibration acceleration data of the transport vehicle during the transportation process at a preset third sampling frequency;

[0175] The transportation monitoring unit aligns and packages the GPS coordinate data, ambient temperature data, humidity data, and three-dimensional vibration acceleration data acquired in each sampling period in chronological order to form the transportation status data package.

[0176] In this embodiment, the hardware workflow of the intelligent transportation recorder of the transportation monitoring unit is described.

[0177] The recorder is securely mounted inside the cargo compartment of the transport vehicle. Its positioning module supports BeiDou / GPS and other systems, collecting the vehicle's latitude, longitude, altitude, and speed information at a first sampling frequency of once per second, forming a real-time geographic coordinate stream. Its integrated digital temperature sensor and capacitive humidity sensor collect the air temperature and relative humidity inside the cargo compartment every 10 seconds as a second sampling frequency. Its three-axis MEMS vibration sensor collects the vehicle's acceleration data in the forward, lateral, and vertical directions at a third sampling frequency of 50 times per second, used to analyze road conditions and driving stability. At the end of each transmission cycle, such as 5 minutes, the recorder's microcontroller performs time alignment and packages all the raw data collected in that cycle. For example, a data packet contains 300 sets of GPS coordinates, 30 sets of temperature and humidity data, and 15,000 sets of three-dimensional vibration data, with a preliminary statistical summary, such as providing the maximum, minimum, and average vibration values ​​every 10 seconds to reduce the data volume. This data packet is appended with the recorder's device ID, timestamp, and material identification number, and is ready for transmission.

[0178] Furthermore, referring to Figure 2 The blockchain node verifies the received transport status data packet, specifically including:

[0179] After receiving the transportation status data packet, the blockchain node first verifies whether its data format conforms to the preset specifications.

[0180] The blockchain node checks whether the material digital identifier in the transportation status data packet is valid and whether its associated ownership status is in transit.

[0181] The blockchain node uses a pre-negotiated encryption key with the transportation monitoring unit to perform integrity verification on some or all of the data in the transportation status data packet;

[0182] The blockchain node compares the real-time geographic coordinates in the currently received transportation status data packet with the real-time geographic coordinates in the previously verified transportation status data packet, calculates the average speed based on the time difference and coordinate difference, and determines whether the average speed is within the reasonable speed range allowed by the type of transportation vehicle.

[0183] The blockchain node determines that the transport status data packet has been verified only when all verification steps have passed, and then performs subsequent storage and comparison operations.

[0184] In this embodiment, after receiving the transport status data packet from the recorder, the blockchain node performs multiple verifications:

[0185] Format validation: Checks whether the data packet conforms to the platform-defined binary or JSON Schema format and whether all fields are present.

[0186] Identification and Status Verification: Extract the material digital identifier from the data packet, query the on-chain status, confirm that the identifier exists and the current ownership status is in transit, and that the bound carrier information matches the vehicle information to which the recorder belongs.

[0187] Integrity verification: Using an asymmetric key pre-shared with the recorder, the core content of the data packet, such as coordinates and sensor data digests, is digitally signed and verified to ensure that the data has not been tampered with during transmission and that it indeed comes from a legitimate recorder.

[0188] Logical rationality verification: Extract the coordinates at the end of the current data packet and the coordinates at the end of the previous valid data packet, and combine the time difference between the two packets to calculate the average driving speed. Determine whether this speed is within the reasonable speed range for heavy trucks, for example, 5 to 120 km / h. If the calculated speed exceeds 200 km / h, it is clearly unreasonable, and the verification fails.

[0189] Only if all four layers of verification succeed is the data packet considered valid, and its content will be used to update the transportation trajectory and perform environmental threshold comparisons. If any layer fails, the data packet will be recorded as invalid and discarded, and may trigger an abnormal status alarm for the transportation vehicle.

[0190] Furthermore, in response to a carbon credit transfer or cancellation request initiated by the rights holder through the carbon credit management client, the blockchain node updates the status of the carbon credit asset data, specifically including:

[0191] When a carbon credit transfer request is received, the blockchain node verifies whether the request initiator is the rights holder recorded in the carbon credit asset data or its authorized agent.

[0192] The blockchain node verifies the validity of the target recipient address specified in the transfer request;

[0193] The blockchain node verifies whether the carbon credits to be transferred are in a tradable state and have not been frozen.

[0194] After verification, the blockchain node creates a carbon credit ownership change transaction, which records the transferred credit amount, the original rights holder, the new rights holder, and the timestamp, and broadcasts the transaction to the blockchain network for consensus.

[0195] Once consensus is reached, the blockchain node updates the rights holder information of the corresponding sub-ownership certificate in the carbon credit asset data to the new rights holder.

[0196] When a carbon credit cancellation request is received, the blockchain node verifies whether the request initiator is a legitimate cancellation agency or a rights holder that meets the preset cancellation conditions.

[0197] The blockchain node verifies whether the hash value of the cancellation reason proof file attached to the cancellation request has been stored on the chain.

[0198] After verification, the blockchain node creates a carbon credit cancellation transaction. The transaction records the amount of credit cancelled, the cancelling party, the cancellation timestamp, and the hash of the cancellation reason, and broadcasts the transaction to the blockchain network for consensus.

[0199] Once consensus is reached, the blockchain node updates the status of the corresponding sub-ownership certificate in the carbon credit asset data to "cancelled" and ensures that it can no longer be transferred.

[0200] In this embodiment, when supplier A first submits batch MAT-0x7a3b...c89d material, based on ideal laboratory data, they estimate that this batch of material can generate a certain amount of carbon credits under perfect application, and submit an estimated range of carbon credit values, for example, a lower limit X and an upper limit Y. While creating a digital identifier for the material, the blockchain node generates a virtual carbon credit pre-mapping account on the chain, uniquely bound to that identifier. The initial balance of the account is set to the estimated upper limit Y. This balance does not represent actual credit, but rather a commitment ceiling.

[0201] In subsequent processes, any event that may impair the environmental benefits of materials will trigger a reduction in the virtual account balance:

[0202] If an environmental anomaly is recorded during transportation, the smart contract will reduce the pre-mapped balance by a percentage according to the anomaly type and duration.

[0203] If the actual usage is less than the purchase quantity and there is reasonable loss during engineering application, the balance will be reduced proportionally.

[0204] If in-situ monitoring shows that the effectiveness of the sealing body is consistently at a medium level rather than an excellent level, the contract will periodically apply a dynamic discount to the remaining pre-mapped balance based on the average K value.

[0205] All these reduction operations are recorded on-chain as transactions with clear justification. Ultimately, when calculating the actual carbon credit limit, the calculation result C_pre must be less than or equal to the current adjusted balance of the carbon credit pre-mapped account. This mechanism essentially establishes a carbon credit expectation management framework based on actual compliance performance and dynamic contraction, effectively preventing the artificial inflation of credit.

[0206] Furthermore, the method also includes a material inventory and carbon credit pre-mapping step:

[0207] When submitting the initial supply data, the material supplier client can simultaneously submit the estimated carbon credit value range corresponding to that batch of materials.

[0208] After generating the material digital identifier, the blockchain node not only associates the material digital identifier with the physical material batch, but also creates a virtual carbon credit pre-mapping account on the chain. This account is initially associated with the upper limit of the expected carbon credit value range.

[0209] If an event occurs that results in material loss, performance discount, or environmental damage during any subsequent step of material trading, transportation, application, or carbon credit accounting, and this event is recorded on the blockchain, the blockchain node will dynamically adjust the estimated carbon credit value mapped in the carbon credit pre-mapping account downward according to a preset discount rule.

[0210] The adjustment process and the basis for adjustment are recorded on the blockchain as part of the transaction and associated with the digital identifier of the material.

[0211] The final calculated carbon credit limit shall not exceed the adjusted estimated value currently mapped in the carbon credit pre-mapping account.

[0212] In this embodiment, suppose that when reviewing on-chain data, engineer B discovers a transportation environment anomaly record from transporter C. During the time period corresponding to a high-temperature alarm, the vehicle's GPS coordinates happen to be stationary in a certain service area, leading engineer B to suspect improper interference with the recorder or data corruption. Engineer B then submits an anomaly report. Through its client, engineer B selects the material's digital identifier and the relevant transportation transaction, submitting a suspected anomaly report for transportation data. The report must briefly describe the suspicious points and must include what engineer B considers relevant evidence—for example, a hashed screenshot obtained from a public traffic camera API showing the vehicle stationary during that time period.

[0213] On-chain recording and automatic triggering. A blockchain node receives the report, verifies B's identity and report format, and records the report and its evidence hash as a disputed transaction on the chain, with the status set to "pending arbitration." Simultaneously, the smart contract associated with this type of dispute is automatically triggered. Contract execution: a) Temporarily suspends the carbon credit accounting status of the material's digital identifier; b) Sends notifications to the clients of transporter C and supplier A, requiring them to submit defenses or supplementary evidence within a specified time.

[0214] Arbitration intervenes. If the parties cannot reach a settlement on their own, the case is pushed to a pre-selected list of arbitration committee nodes on the platform. These nodes are staffed by industry experts, legal professionals, and others. An odd number of randomly selected arbitration committee members anonymously view the complete relevant records on the blockchain through their secure arbitration clients: the original transport data packets, evidence submitted by B, hashes of service area repair invoices that C may submit, etc.

[0215] Ruling and Enforcement. Arbitration committee members discuss and vote individually within the client. If a majority vote is reached, and the transportation data is partially invalid, the transportation quality weight for the relevant period is reduced by 50%. The ruling is then signed by the chairperson and submitted to the blockchain node. After verifying the arbitration committee's signature, the node automatically executes the ruling: it invokes the carbon credit accounting contract, modifies the calculation logic of the contribution weight W_t according to the ruling, then lifts the accounting suspension, and the process continues. The complete dispute report, evidence from all parties, a summary of the arbitration process, and the final ruling are all permanently and immutably recorded on the blockchain.

[0216] Furthermore, the method also includes exception handling and dispute arbitration steps:

[0217] Throughout the entire process from material supply to carbon credit generation, any participating node can submit an anomaly report to the blockchain node through its client. The anomaly report must be associated with a specific material digital identifier or transaction hash and attached with cryptographic evidence.

[0218] After receiving the anomaly report, the blockchain node automatically checks the format validity of the attached evidence and its relevance to the reported matter, and records it on the chain as an event to be arbitrated.

[0219] The blockchain node automatically triggers the corresponding smart contract terms based on the anomaly type. The smart contract terms may include: suspending further transactions of the relevant material digital identifiers or carbon credit accounting processes, notifying relevant party nodes to provide supplementary evidence, or pushing the event to a preset list of arbitration committee nodes.

[0220] The arbitration committee node reviews the anomaly reports, relevant evidence, and the entire transaction history recorded on the chain through its dedicated client, and submits arbitration opinions and rulings through the blockchain node.

[0221] The blockchain node automatically executes the corresponding status update, data correction or compensatory transaction based on the received valid arbitration award, and permanently records the award result and execution status on the blockchain;

[0222] The blockchain node provides a set of application programming interfaces (APIs), which include at least: a material carbon co-attribute query interface, a transaction price simulation interface, a transportation status subscription interface, and a carbon credit verification interface.

[0223] Third-party application systems can obtain data on the material's production carbon footprint and expected emission reduction capacity by calling the material's carbon synergistic attribute query interface and inputting the material's digital identifier.

[0224] Potential purchasers can call the transaction price simulation interface, input the type and quantity of materials to be purchased and the expected delivery time, and obtain the estimated price range simulated based on current market data and carbon co-pricing strategy.

[0225] The regulatory agency system subscribes to transportation monitoring data streams for specific material digital identifiers or specific geographical areas by calling the transportation status subscription interface.

[0226] The carbon trading platform system verifies the authenticity, validity, and current ownership status of the carbon credit limit by calling the carbon credit limit verification interface and inputting the unique identifier of the carbon credit asset.

[0227] All query, subscription, or verification operations performed through the application programming interface (API) have their request and response summaries recorded by the blockchain node in read-only log blocks for auditing purposes.

[0228] In this embodiment, the chain carbon collaboration platform, as an open ecosystem, provides standardized API services to external entities.

[0229] Material Carbon Synergy Attribute Query Interface: A green building certification body is evaluating the environmental protection measures of a coal mine. By calling this API and passing in the material's digital identifier MAT-0x7a3b...c89d provided by the coal mine, it can immediately obtain the material's blockchain-verified unit production carbon footprint and expected emission reduction capacity as reliable reference data for its certification report.

[0230] Transaction Price Simulation API: A potential engineering firm is preparing a project budget. They call this API in their procurement system to simulate purchasing 500 tons of a certain type of material, requiring delivery next month. The API returns a price range calculated based on the current on-chain market supply and demand and a carbon-coordinated pricing model, helping them with cost estimation.

[0231] Transportation Status Subscription Interface: To enhance oversight of hazardous material transportation, the monitoring system subscribes to digital identifiers for all materials destined for a high-risk mining area through this interface. Once a shipment is initiated, the platform proactively pushes encrypted transportation tracks and status summaries to the monitoring system.

[0232] Carbon Credit Verification Interface: When a carbon exchange receives a carbon credit listing application from the ChainCarbon Collaboration Platform, it calls this interface and enters the credit asset number. The interface returns information such as whether the credit was generated by the platform contract, whether it is currently available, whether it has not been cancelled, and ownership information. The exchange can then quickly complete the pre-listing review based on this information.

[0233] The platform generates audit logs for all API calls and responses, and the digest hashes are periodically uploaded to the blockchain to ensure the auditability of the interface services themselves.

[0234] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces, or indirect coupling or communication connection between apparatuses or units, and may be electrical, mechanical, or other forms.

[0235] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated units described above can be implemented in hardware or as software functional units. The above are merely embodiments of this application and do not limit the patent scope of this application. Any equivalent structural or procedural transformations made based on the description and drawings of this application, or direct or indirect applications in other related technical fields, are similarly included within the patent protection scope of this application.

[0236] The specific embodiments of the invention have been described in detail above, but they are only examples, and this application is not limited to the specific embodiments described above. For those skilled in the art, any equivalent modifications or substitutions to the invention are also within the scope of this application. Therefore, all equivalent changes, modifications, and improvements made without departing from the spirit and principles of this application should be covered within the scope of this application.

Claims

1. A method for trading mine fire containment materials and generating carbon credits for carbon synergy, characterized in that, The method includes: Material suppliers submit carbon synergy attribute information and initial supply data of sealing materials to blockchain nodes through material supplier clients. Blockchain nodes verify and store the carbon synergy attribute information and initial supply data in the first blockchain transaction, generating a material digital identifier uniquely associated with the material batch. In response to a procurement request initiated by the engineering party through the engineering implementation client, the blockchain node calculates and determines the dynamic transaction price corresponding to the procurement request based on the carbon synergy attribute information corresponding to the material's digital identifier, real-time supply and demand data, and a preset carbon synergy pricing strategy. It then generates and executes a second blockchain transaction containing the dynamic transaction price, procurement quantity, and material digital identifier, updating the ownership status associated with the material digital identifier to "in transit." The dynamic transaction price P_dynamic is calculated using the following function: P_dynamic = P_base × CCA × MSI, where P_base is the base price of materials, CCA is the base environmental cost factor calculated based on unit carbon footprint data and the expected environmental benefit factor calculated based on unit time methane emission reduction capacity data, and the carbon synergy adjustment coefficient is generated by weighting and merging the two, and MSI is the market supply and demand tension index calculated based on the real-time supply and demand ratio. During the material transportation process, the transportation monitoring unit continuously collects the real-time geographic coordinates of the transport vehicle and transportation environment data, and periodically packages the real-time geographic coordinates, transportation environment data and material digital identifiers into transportation status data packets, which are then sent to the blockchain node. After the materials arrive at the target mine fire zone, the engineering implementation client initiates a material application confirmation request, which includes the material digital identifier and the expected application location information. During and after the sealing project is implemented, the project implementation client collects in-situ state data of the sealing body through a sensor network, associates the in-situ state data with the material digital identifier, and sends it to the blockchain node. The blockchain node calculates the carbon credit contribution of each material batch based on real-time cumulative methane emission reductions, a predefined carbon credit conversion rate, and all historical blockchain transaction records associated with the material's digital identifier. The real-time cumulative methane emission reductions are calculated using the following function: ΔE = R_base × Q × K × ΔT, where R_base is the baseline value of total emission reduction capacity, Q is the actual amount of material used, K is the emission reduction capacity correction coefficient obtained by evaluating the integrity level and sealing performance level of the sealing body in the current cycle based on the temperature value, stress and strain value and sealing gas pressure value sequence at different depths of in-situ monitoring, and ΔT is the duration of the current cycle; The blockchain node pushes the generated carbon credit asset data to the carbon credit management client and updates the status of the carbon credit asset data in response to carbon credit transfer or cancellation requests initiated by the rights holder through the carbon credit management client.

2. The method according to claim 1, characterized in that, Also includes: The carbon synergistic attribute information includes at least the unit carbon footprint data during the material production process and the expected methane emission reduction capacity per unit time after the material is applied. The blockchain node verifies the received transportation status data packet, compares the verified transportation environment data with a preset standard transportation environment threshold range, and if the transportation environment data exceeds the standard transportation environment threshold range, it generates a transportation environment anomaly record and stores it in association with the material digital identifier. The blockchain node verifies the material application confirmation request and current ownership status, and generates a third blockchain transaction containing the application timestamp and expected application location information; the blockchain node activates the post-application monitoring process associated with the material's digital identifier; The blockchain node receives and stores the in-situ state data, and calculates the real-time cumulative methane emission reduction corresponding to the batch of materials represented by the material digital identifier based on the unit time methane emission reduction capacity data, the actual application amount of the material, and the in-situ state data in the carbon synergistic attribute information associated with the material digital identifier. The blockchain node generates carbon credit asset data containing the carbon credit limit, calculation basis hash, and rights holder information, and records it in a new blockchain block.

3. The method according to claim 2, characterized in that, Also includes: The step of calculating and determining the dynamic transaction price corresponding to the purchase request based on the carbon synergy attribute information corresponding to the material's digital identifier, real-time supply and demand data, and a preset carbon synergy pricing strategy specifically includes: The blockchain node obtains the unit carbon footprint data of the material production process corresponding to the material's digital identifier, as well as the expected methane emission reduction capacity per unit time after the material's application. The blockchain node queries the total market supply, total demand, and historical transaction price sequence of the material category represented by the material's digital identifier at the current moment; The blockchain node calculates the basic environmental cost factor based on the unit carbon footprint data and the expected environmental benefit factor based on the unit time methane emission reduction capacity data. The blockchain node weights and fuses the basic environmental cost factor and the expected environmental benefit factor to generate a carbon synergistic adjustment coefficient. The blockchain node calculates the market supply and demand tension index based on the real-time supply and demand data. The blockchain node obtains the preset base price of the material, and inputs the base price, the carbon co-adjustment coefficient, and the market supply and demand tension index into a preset dynamic price calculation function to calculate the dynamic transaction price. The dynamic price calculation function is configured such that: when the carbon synergistic adjustment coefficient indicates that the material has better environmental benefits, the dynamic trading price is adjusted positively; when the market supply and demand tension index indicates that supply is insufficient, the dynamic trading price is adjusted upward.

4. The method according to claim 2, characterized in that, The blockchain node calculates the real-time cumulative methane emission reduction corresponding to the batch of material represented by the material's digital identifier based on the unit-time methane emission reduction capacity data, the actual application amount of the material, and the in-situ state data in the carbon synergistic attribute information associated with the material's digital identifier. Specifically, this includes: The blockchain node parses the sequence of key state parameters inside the sealing body from the in-situ state data. The key state parameters include at least temperature values, stress and strain values, and sealing gas pressure values ​​at different depths. The blockchain node evaluates the integrity level and sealing performance level of the sealing body in the current calculation cycle based on the key state parameter sequence. The evaluation process includes: comparing the temperature value sequence with a preset fire zone background temperature threshold to determine whether there are abnormal high temperature points and their distribution range; comparing the stress-strain value sequence with the material's theoretical mechanical property threshold to determine whether the sealing body structure is stable; comparing the sealing gas pressure value sequence with a preset safe pressure range to determine the effectiveness of the sealing barrier; and mapping the above judgment results to a predefined integrity level and sealing performance level. The blockchain node obtains the unit-time methane emission reduction capacity data associated with the material's digital identifier, which is the baseline emission reduction capacity measured under standard test conditions. The blockchain node, based on the integrity level and sealing performance level obtained from the assessment, looks up the corresponding emission reduction capacity correction coefficient from a preset level-performance correction coefficient mapping table; the emission reduction capacity correction coefficient is used to dynamically adjust the baseline emission reduction capacity according to the actual performance of the sealing project. The blockchain node calculates the theoretical total emission reduction capacity baseline value based on the actual application amount of the material corresponding to the material digital identifier confirmed by the engineering implementation client. The blockchain node multiplies the theoretical total emission reduction capacity baseline value, the emission reduction capacity correction coefficient corresponding to the current calculation cycle, and the duration of the current calculation cycle to obtain the approved methane emission reduction for the current calculation cycle. The blockchain nodes accumulate all historical approved methane emission reductions from the material application confirmation timestamp to the current calculation period to obtain the real-time cumulative methane emission reduction. The blockchain node packages the key state parameter sequence of each calculation cycle, the assessed integrity level and sealing performance level, the adopted emission reduction capacity correction coefficient, the calculated approved methane emission reduction, and the accumulated real-time methane emission reduction into an emission reduction contribution evidence package, calculates its hash value and stores it in the blockchain, and associates it with the material digital identifier and the corresponding carbon credit asset data.

5. The method according to claim 2, characterized in that, The blockchain node calculates the carbon credit contribution of the material batch based on the real-time cumulative methane emission reduction, the predefined carbon credit conversion rate, and all historical blockchain transaction records associated with the material's digital identifier. Specifically, this includes: The blockchain node obtains the real-time cumulative methane emission reduction and obtains a predefined conversion coefficient of methane to carbon dioxide equivalent, which is registered with an authoritative institution, as the carbon credit conversion rate. The blockchain node multiplies the real-time cumulative methane emission reduction by the carbon credit conversion rate to obtain a preliminary carbon credit equivalent value. The blockchain node retrieves all historical blockchain transaction records associated with the material's digital identifier and parses out records of multiple participating nodes, including material suppliers, transportation service providers, engineering implementers, and potential initial investors, as well as their roles and contributions throughout the material's lifecycle. The blockchain nodes analyze and assign values ​​to the contribution records of each participating node according to preset contribution measurement rules, and calculate the contribution weight of each participating node relative to the entire life cycle of the digital identifier of the material. The contribution quantification rules are based on the accuracy and optimization of the unit carbon footprint data and unit time methane emission reduction capacity data provided by the material supplier node in the carbon synergy attribute information; whether the transportation process corresponding to the transportation service provider node has any abnormal records of the transportation environment and their severity; and the completeness, timeliness, and effectiveness level of the blockade body evaluated based on the in-situ status data submitted by the project implementation node. The blockchain node adjusts the initial carbon credit equivalent value based on the carbon credit revenue distribution ratio agreement preset or agreed upon through smart contracts among the participating nodes, combined with the calculated contribution weight, and calculates the final carbon credit amount to be allocated to each participating node. The blockchain node generates a detailed ownership certificate for the carbon credit quota corresponding to each participating node. The ownership certificate is associated with an on-chain pointer that points to the material's digital identifier and a specific contribution record fragment. The blockchain node encapsulates the subdivided ownership certificate, the hash digest of the allocation calculation logic, and the identity identifiers of each participating node into carbon credit asset data corresponding to the material digital identifier; If, during the accounting process, a blockchain node detects any inconsistent attempts to reference historical blockchain transaction records or the absence of key records required for contribution weight calculation, it will pause the current accounting process and generate a notification to the relevant management node for manual review.

6. The method according to claim 2, characterized in that, The transportation monitoring unit continuously collects real-time geographic coordinates of the transportation vehicle and transportation environment data, specifically including: The transportation monitoring unit integrates a positioning module, a temperature sensor, a humidity sensor, and a vibration sensor. The positioning module acquires the GPS coordinate data of the transport vehicle at a preset first sampling frequency as the real-time geographic coordinates; The temperature sensor and humidity sensor collect ambient temperature and humidity data inside the cargo hold of the transport vehicle at a preset second sampling frequency; The vibration sensor collects three-dimensional vibration acceleration data of the transport vehicle during the transportation process at a preset third sampling frequency; The transportation monitoring unit aligns and packages the GPS coordinate data, ambient temperature data, humidity data, and three-dimensional vibration acceleration data acquired in each sampling period in chronological order to form the transportation status data package.

7. The method according to claim 2 or 5, characterized in that, The blockchain node verifies the received transport status data packet, specifically including: After receiving the transportation status data packet, the blockchain node first verifies whether its data format conforms to the preset specifications. The blockchain node checks whether the material digital identifier in the transportation status data packet is valid and whether its associated ownership status is in transit. The blockchain node uses a pre-negotiated encryption key with the transportation monitoring unit to perform integrity verification on some or all of the data in the transportation status data packet; The blockchain node compares the real-time geographic coordinates in the currently received transportation status data packet with the real-time geographic coordinates in the previously verified transportation status data packet, calculates the average speed based on the time difference and coordinate difference, and determines whether the average speed is within the reasonable speed range allowed by the type of transportation vehicle. The blockchain node determines that the transport status data packet has been verified only when all verification steps have passed, and then performs subsequent storage and comparison operations.

8. The method according to claim 2, characterized in that, The blockchain node responds to a carbon credit transfer or cancellation request initiated by the rights holder through the carbon credit management client by updating the status of the carbon credit asset data, specifically including: When a carbon credit transfer request is received, the blockchain node verifies whether the request initiator is the rights holder recorded in the carbon credit asset data or its authorized agent. The blockchain node verifies the validity of the target recipient address specified in the transfer request; The blockchain node verifies whether the carbon credits to be transferred are in a tradable state and have not been frozen. After verification, the blockchain node creates a carbon credit ownership change transaction, which records the transferred credit amount, the original rights holder, the new rights holder, and the timestamp, and broadcasts the transaction to the blockchain network for consensus. Once consensus is reached, the blockchain node updates the rights holder information of the corresponding sub-ownership certificate in the carbon credit asset data to the new rights holder. When a carbon credit cancellation request is received, the blockchain node verifies whether the request initiator is a legitimate cancellation agency or a rights holder that meets the preset cancellation conditions. The blockchain node verifies whether the hash value of the cancellation reason proof file attached to the cancellation request has been stored on the chain. After verification, the blockchain node creates a carbon credit cancellation transaction. The transaction records the amount of credit cancelled, the cancelling party, the cancellation timestamp, and the hash of the cancellation reason, and broadcasts the transaction to the blockchain network for consensus. Once consensus is reached, the blockchain node updates the status of the corresponding sub-ownership certificate in the carbon credit asset data to "cancelled" and ensures that it can no longer be transferred.

9. The method according to claim 2, characterized in that, The method also includes a material inventory and carbon credit pre-mapping step: When submitting the initial supply data, the material supplier client can simultaneously submit the estimated carbon credit value range corresponding to that batch of materials. After generating the material digital identifier, the blockchain node not only associates the material digital identifier with the physical material batch, but also creates a virtual carbon credit pre-mapping account on the chain. This account is initially associated with the upper limit of the expected carbon credit value range. If an event occurs that results in material loss, performance discount, or environmental damage during any subsequent step of material trading, transportation, application, or carbon credit accounting, and this event is recorded on the blockchain, the blockchain node will dynamically adjust the estimated carbon credit value mapped in the carbon credit pre-mapping account downward according to a preset discount rule. The adjustment process and the basis for adjustment are recorded on the blockchain as part of the transaction and associated with the digital identifier of the material. The final calculated carbon credit limit shall not exceed the adjusted estimated value currently mapped in the carbon credit pre-mapping account.

10. The method according to claim 1, characterized in that, The method also includes exception handling and dispute arbitration steps: Throughout the entire process from material supply to carbon credit generation, any participating node can submit an anomaly report to the blockchain node through its client. The anomaly report must be associated with a specific material digital identifier or transaction hash and attached with cryptographic evidence. After receiving the anomaly report, the blockchain node automatically checks the format validity of the attached evidence and its relevance to the reported matter, and records it on the chain as an event to be arbitrated. The blockchain node automatically triggers the corresponding smart contract terms based on the anomaly type. The smart contract terms may include: suspending further transactions of the relevant material digital identifiers or carbon credit accounting processes, notifying relevant party nodes to provide supplementary evidence, or pushing the event to a preset list of arbitration committee nodes. The arbitration committee node reviews the anomaly reports, relevant evidence, and the entire transaction history recorded on the chain through its dedicated client, and submits arbitration opinions and rulings through the blockchain node. The blockchain node automatically executes the corresponding status update, data correction or compensatory transaction based on the received valid arbitration award, and permanently records the award result and execution status on the blockchain; The blockchain node provides a set of application programming interfaces (APIs), which include at least: a material carbon co-attribute query interface, a transaction price simulation interface, a transportation status subscription interface, and a carbon credit verification interface. Third-party application systems can obtain data on the material's production carbon footprint and expected emission reduction capacity by calling the material's carbon synergistic attribute query interface and inputting the material's digital identifier. Potential purchasers can call the transaction price simulation interface, input the type and quantity of materials to be purchased and the expected delivery time, and obtain the estimated price range simulated based on current market data and carbon co-pricing strategy. The regulatory agency system subscribes to transportation monitoring data streams for specific material digital identifiers or specific geographical areas by calling the transportation status subscription interface. The carbon trading platform system verifies the authenticity, validity, and current ownership status of the carbon credit limit by calling the carbon credit limit verification interface and inputting the unique identifier of the carbon credit asset. All query, subscription, or verification operations performed through the application programming interface (API) have their request and response summaries recorded by the blockchain node in read-only log blocks for auditing purposes.

Images