Computer-implemented methods and systems for time correlation, optimized utilization, and devaluation of digital renewable resource credentials

Abstract

A computer-implemented method and system for time correlation, optimized utilization and devaluation of a digital renewable resource certificate for a resource conversion chain (RCC) having resource production assets adapted to generate at least one resource and conversion assets adapted to consume the resource to generate a product, the method comprising the steps of: providing (S1) resource-related data by records of assets within the resource conversion chain (RCC); performing (S2) a compliance check to assess whether the resource-related data provided by the asset records complies with machine-interpretable requirements specified in a scheme; generating (S3) a non-fungible certificate token (CNFT) as a digital renewable resource certificate if the compliance check provides a positive assessment result and storing the generated non-fungible certificate token (CNFT) in a digital wallet; and automatically devaluing (S4) the non-fungible certificate token (CNFT) stored in the digital wallet when an associated resource is consumed by a resource consumption asset and a proof is provided.

Description

Technical Field

[0001] This invention relates to a computer-implemented method and a system for time-dependent TC, optimized utilization and devaluation of digital renewable resource certificates used in Resource Conversion Chains (RCCs), particularly for the production and consumption of resources (e.g., energy) using non-fungible tokens (NFTs). Background Technology

[0002] Limiting global warming requires reducing greenhouse gas emissions. The Intergovernmental Panel on Climate Change (IPCC) has calculated a global greenhouse gas emissions budget up to 2050 to limit global warming to 1.5°C, thereby mitigating the environmental impacts on humans. This budget is shared among all countries and is governed by national laws.

[0003] Therefore, governments monitor and control available energy budgets through national energy-specific registration agencies and certificates, such as the Guarantee of Source (GoO) or a certificate of sustainability for each megawatt-hour of electricity.

[0004] Major renewable energy sources can be biological or non-biological. For these energy types, voluntary renewable energy certification schemes and recognized national regulations / registration bodies already exist.

[0005] Due to limited standardization and a lack of real-time data integration, all market participants involved face difficulties in dealing with the complexity and manual reporting to government-approved registration agencies.

[0006] For electricity and other energy types, certificates are issued for each energy type through national registration agencies. For example, the registration agency for Guaranteed Source of Electricity (GO). Each grid operator must apply for the issuance of impairment certificates for clean electricity produced by its grid-connected renewable power generation facilities and for clean electricity consumed.

[0007] Traditional technologies and existing procedures do not support timely certificate compliance checks. Reporting cycles typically take weeks or even months. If issues are detected at the end of the reporting cycle, significant mitigation and manual transactions of non-compliant energy are usually required. Consequently, data integrity and transparency are compromised.

[0008] Traditional approaches do not include all market participants in the process. Consequently, neither energy-producing nor energy-consuming economic operators are involved in reporting. In traditional systems, reporting is typically done by grid operators, who act as intermediaries, expending significant effort managing power purchase agreements (such as electricity purchase agreements) and facing inherent risks of data loss and compromised data integrity.

[0009] Certificates typically describe different types of quality or characteristics of goods and products. Supply chains and resource transformation chains require rapid and flexible certification to ensure proper and transparent operations. However, traditional assessment, auditing, and certification processes are mostly performed manually. Therefore, traditional certification processes are cumbersome, slow, and prone to errors.

[0010] In the energy value chain, energy, as a resource, can be converted into various energy carriers to suit diverse user needs and use cases. Furthermore, governments or other public organizations require access to detailed information for tracking sustainability parameters, such as sufficient time correlation between electricity production and consumption.

[0011] To meet their time-dependent energy needs, energy consumers can obtain electricity from various power suppliers (e.g., wind, hydro, solar power systems) to achieve sufficient temporal correlation between electricity production and consumption. However, this results in the payment of excess renewable energy costs and the inability to fully utilize it. Energy (e.g., in the form of electricity) is supplied from the grid to consumers with unknown consumption purposes. Certificates that cannot prove the consumer and consumption status can only be recorded as statistical data. In cases of renewable energy shortages, it may be necessary to halt the production of goods, otherwise the renewable nature of the produced goods is nonexistent or incomplete.

[0012] The use of clean energy certificates is limited due to several regulatory and technical constraints, including the availability of sufficient energy capacity with the quality required to meet energy demands.

[0013] Another constraint is the requirement to meet sufficient time correlation between the production and consumption of resources (especially electricity) to address grid storage limitations.

[0014] For example, if the non-biological renewable liquid and gaseous transport fuels are produced in the same calendar month as the renewable electricity produced under the renewable power purchase agreement, or from renewable electricity from a new energy storage asset located behind the same network connection point as the electrolyzer or the facility that produces renewable electricity, and that energy storage asset has been charged in the same calendar month as the electricity produced under the renewable power purchase agreement, then the time-related (TC) condition can be considered satisfied.

[0015] Regional and geographical constraints impose additional limitations on the management of energy flow bottlenecks (grid injection points, transmission capacity, grid extraction points). Furthermore, it is necessary to integrate clean energy flows into the power supply grid while minimizing their impact on grid stability.

[0016] In addition, market participants seek to simplify the procurement of energy or other resources while minimizing their reliance on the sustainability quality of energy purchase contracts in over-the-counter, electronic auctions, or options transactions.

[0017] Therefore, the impairment of consumed clean energy or other consumable resources or goods produced using clean energy should support the precise allocation of the relevant products or goods, maximize the use of renewable energy, and monetize unused certificates and utilize the quality of GHG removal.

[0018] To date, energy consumers and producers have had to request an accredited registration body and report their energy consumption or production based on existing metering and data acquisition technologies, including grid meters, grid operator reports, control system reports, manual readings from meter displays, compilation into reports, and repeated audits by contracted certification bodies.

[0019] Competitor Granular offers a service that enables load balancing based on load curves. This load balancing allows for the combination of electricity production assets to minimize certificate losses due to the electricity consumption of a particular consumer. In this case, all certificates for a single production asset still need to be managed. A subset of production cannot be shared with other consumers. Traditional energy certificates are based on time periods (e.g., a traditional 15-minute imbalance settlement cycle), but not on either energy quantity or GHG CO2e values. Therefore, even during periods of low or no energy production, processing is required with low value and high computational complexity.

[0020] Due to their reliance on the necessary renewable energy data provided by national registry agencies, energy traders use power purchase agreements with long-term over-the-counter transactions. However, this type of transaction is highly inflexible and costly compared to electronic auctions. Summary of the Invention

[0021] Therefore, the object of this invention is to provide a method and system to improve the efficiency of the use and processing of digital renewable resource certificates, thereby ensuring that the resources used in the resource conversion chain (especially the energy consumed) originate from renewable energy sources and meet the requirements of the applied scheme, such as time relevance.

[0022] This objective is achieved by a computer-implemented method for optimizing the time relevance, utilization, and depreciation of digital renewable resource certificates in a resource conversion chain, comprising the features of claim 1; and by a system for managing the resource conversion chain, comprising the features of claim 22.

[0023] According to a first aspect, the present invention provides a computer-implemented method for the time relevance, optimized utilization, and depreciation of digital renewable resource certificates for a resource conversion chain having resource production assets and conversion assets, the resource production assets being adapted to generate at least one resource, and the conversion assets being adapted to consume resources to generate products. The method includes the following steps: providing resource-related data through records of assets within the resource conversion chain; performing compliance checks for each stage of the resource conversion chain (RCC) using a compliance check algorithm to assess whether the resource-related data provided by the asset records meets the machine-interpretable requirements specified in an applicable scheme defined by the scheme holder; generating a non-fungible certificate token (CNFT) as a digital renewable resource certificate if the compliance check provides a positive assessment result; and automatically depreciating the non-fungible certificate token (CNFT) when the associated resource is consumed by the resource consumption asset and the non-fungible resource token (RNFT) of the resource consumption asset is provided by the asset owner and / or by the asset owner of the resource consumption asset.

[0024] In a possible embodiment of a computer implementation method for managing the time relevance, optimized utilization, and depreciation of digital renewable resource certificates for resource conversion chains, the nonfungible certificate token (CNFT) is depreciated when the associated resource R (e.g., electrical energy eE) is consumed by a resource-consuming asset, and the nonfungible resource token (RNFT) of the resource-consuming asset and / or the asset owner of the resource-consuming asset provides its proof, and the proof is provided to a depreciation unit that performs automatic depreciation of the nonfungible certificate token (CNFT) associated with the received nonfungible resource token (RNFT).

[0025] If the compliance check provides a positive assessment result, the non-fungible certificate tokens (CNFTs) generated as digital renewable resource certificates can be stored in the asset owner's digital wallet.

[0026] In a preferred embodiment, the provided record of resource-related data includes non-fungible resource tokens (RNFTs), particularly non-fungible energy tokens (ENFTs). Non-fungible energy tokens (ENFTs) are non-fungible resource tokens used for the resource "energy".

[0027] In addition to energy E carried in the form of energy (e.g., electrical energy eE or chemical energy carried by energy carrier materials such as hydrogen hE), resources R may also include other resources R that are consumed, stored or produced, such as carbon dioxide (CO2) or water (H2O).

[0028] The computer-implemented method for optimizing the time relevance, utilization, and depreciation of digital renewable resource certificates for resource conversion chains according to the present invention can be used to generate digital certificates for any relevant resources consumed, stored, or produced in the resource conversion chain, particularly resources with environmental impact. These environmentally relevant resources include, for example, energy in various forms and emissions, particularly carbon dioxide.

[0029] In a preferred embodiment, the resource data record (i.e., non-fungible resource token (RNFT)) and the associated non-fungible certificate token (CNFT) always include a one-to-one link, so that the complete dataset with the two parts (CNFT and RNFT) provides all the information about the relevant real resource.

[0030] According to a second aspect, the present invention provides a system for optimizing the time relevance, utilization, and impairment of digital renewable resource certificates for a Resource Conversion Chain (RCC), the RCC having resource production assets and conversion assets, the resource production assets being adapted to generate at least one resource, and the conversion assets being adapted to consume resources to generate products. The system comprises: a data record of assets within the RCC, adapted to provide resource-related data; a compliance check unit adapted to run smart contract executable code to perform a compliance check to assess whether the resource-related data provided by the asset data record meets the machine-interpretable requirements specified in the scheme; a token generator adapted to generate a non-fungible certificate token (CNFT) as a renewable resource certificate stored in a digital wallet when the compliance check provides a positive assessment result; and an impairment unit adapted to impair the CNFT stored in the digital wallet when the associated resource is consumed by the resource consumption asset and provides its proof.

[0031] Proof of resource consumption can be provided by the non-fungible resource token (RNFT) of the resource-consuming asset and / or by the asset owner of the resource-consuming asset.

[0032] Apply a digital system that provides incremental trusted certificates, such as those based on non-fungible tokens (NFTs) managed by distributed ledger technology.

[0033] Observed global climate change is largely caused by the use of fossil fuels such as coal, oil, and natural gas. To achieve carbon neutrality in energy production, energy conversion, and energy consumption, the methods and systems according to this invention establish a reliable, transparent, incremental, cross-sectoral monitoring system for clean energy and related resources.

[0034] The production and consumption of carbon-neutral energy requires global energy transfer. Therefore, this method and system can manage various international standards developed for different energy carriers.

[0035] To avoid "greenwashing," this method and system apply a new certification principle. Unlike, for example, purchasing electricity separately from coal-fired power facilities and purchasing clean energy certificates (book and declaration) from existing markets, the quality balance principle applied in the method and system according to this invention requires that clean energy certificates can only be obtained from contracted energy production assets. Furthermore, compliant energy production and consumption can be tracked based on the corresponding power purchase agreements.

[0036] The method and system according to the invention allow for easy tracking of the renewable properties of energy throughout the Resource Conversion Chain (RCC). Compliance certification is provided rapidly and can be easily shared and reported in a transparent and traceable manner.

[0037] The methods and systems according to the present invention are capable of managing organizational accountability and responsibility.

[0038] The method and system according to the present invention apply digital trust technology, particularly permissioned blockchain technology. A permissioned blockchain is a controlled and private network in which access to participate in and view data is limited to authorized entities.

[0039] Distributed ledger technology (DLT) is a special form of electronic data processing and storage. This storage technology allows subscribers in a network to have universal read and write permissions. Unlike traditional centrally managed databases, this network does not require a central entity to execute new entries in the database. Unlike traditional distributed databases, distributed ledger technology employs a consensus mechanism. Subscribers can add new data records at any time. Subsequent update processes ensure that all subscribers always have access to the latest state of the database. A specific configuration of a distributed ledger is a blockchain (BC). Distributed ledger technology is a form of peer-to-peer network.

[0040] Consensus mechanisms used in distributed ledger technology can include proof-of-work, proof-of-stake, proof-of-authority, or any other consensus mechanism suitable for the corresponding use case.

[0041] The method and system according to the present invention enable trusted digital transactions using a distributed consensus mechanism. The system provides a digital wallet for receiving, storing, or sending digital certificates and enables computing and network connectivity in the cloud. Digital certificates include non-fungible certificate tokens (CNFT).

[0042] An asset is a technical entity suitable for producing, consuming, processing, storing, or converting resources such as energy. Each asset is owned by an organization.

[0043] Non-fungible tokens (NFTs) are digital objects recorded on a blockchain and possessing a unique digital identifier. NFTs are used to prove ownership and authenticity. They cannot be copied, substituted, or subdivided. NFTs are unique cryptographic tokens existing on the blockchain and cannot be copied.

[0044] The schemes comprise machine-readable representations of real-world norms and regulations. These schemes are used to assess and validate compliance with these norms and regulations within a system. Schemes can be created based on the scheme holder's definition. Different applicable schemes may exist.

[0045] Solution holders can define different applicable solutions for different use cases and / or different resources, especially for different energy types of energy produced or consumed, such as electricity solutions, hydrogen (H2) solutions or electric fuel solutions, and / or for different resources consumed and / or produced, such as carbon dioxide (CO2).

[0046] In one possible embodiment of a computer-based method for optimizing the timing correlation, utilization, and depreciation of digital renewable resource certificates for resource conversion chain RCC, resource R includes energy E.

[0047] Other resources R may include, for example, water (H2O) or raw materials consumed by energy-consuming production assets in the process of generating products via the resource conversion chain RCC.

[0048] In one possible embodiment of the computer implementation method for optimizing the time relevance, utilization, and depreciation of digital renewable resource certificates in the resource conversion chain, non-fungible energy tokens (ENTF) are automatically generated once the energy production asset generates incremental energy and reports it as energy-related data by the energy production asset.

[0049] This system can generate incremental records for each asset (energy nonfungible tokens or ENFT). Incremental records can be configured by asset product, allowing for the configuration of energy values ​​or individual products. Each asset can be configured with one or more products. This enables timely compliance checks based on production activity rather than fixed reporting periods.

[0050] The system utilizes non-fungible resource tokens (RNFTs), specifically non-fungible energy tokens (ENFTs), and non-fungible certificate tokens (CNFTs). ENFTs record incremental energy values ​​as immutable and configurable data. CNFTs record compliance with claims-based schemes.

[0051] In one possible embodiment of the computer implementation method for optimizing the time relevance, utilization, and depreciation of digital renewable resource certificates for resource conversion chains according to the present invention, the provided resource-related data records include non-fungible resource tokens (RNFTs), particularly non-fungible energy tokens (ENFTs), which are automatically generated once incremental energy is generated by an energy-producing asset and reported as energy-related data by that energy-producing asset.

[0052] In one possible embodiment of the computer implementation method for optimizing the time relevance, utilization, and depreciation of digital renewable resource certificates for resource conversion chains according to the present invention, proof of resource consumption is provided by the non-fungible resource token (RNFT) of the resource-consuming asset and / or by the asset owner of the resource-consuming asset.

[0053] In one possible embodiment of the computer implementation method for optimizing time relevance, utilization, and depreciation of digital renewable resource certificates for resource conversion chains according to the present invention, non-fungible resource tokens (RNFTs) include token timestamps and allocated load pattern data.

[0054] In one possible embodiment of the computer implementation method for optimizing time relevance, utilization, and depreciation of digital renewable resource certificates for resource conversion chains according to the present invention, load pattern data (e.g., DLT off-chain data as immutable storage) is allocated to non-fungible resource tokens (RNFTs) in accordance with State Grid specifications.

[0055] Off-chain data can be linked to the blockchain for counterfeit protection by storing the hash value of the dataset in the blockchain.

[0056] In one possible embodiment of the computer implementation method for optimizing the time relevance, utilization, and depreciation of digital renewable resource certificates for resource conversion chains according to the present invention, load pattern data recorded in non-fungible resource tokens (RNFTs) can be used for depreciation with transferred non-fungible certificate tokens (CNFTs).

[0057] In one possible embodiment of the computer implementation method for optimizing the time relevance, utilization, and depreciation of digital renewable resource certificates for resource conversion chains according to the present invention, load pattern data of resource (especially energy) consumption by resource conversion assets or resource consumption assets are recorded via non-fungible resource tokens (RNFTs), particularly via non-fungible energy tokens (ENTFs).

[0058] In one possible embodiment of the computer implementation method for optimizing time relevance, utilization, and depreciation of digital renewable resource certificates for resource conversion chains according to the present invention, load pattern data of available non-fungible certificate tokens (CNFTs) and associated non-fungible resource tokens (RNFTs), particularly associated non-fungible energy tokens (ENTFs), provided in a digital wallet, are converted into scheme load pattern data based on the applied scheme time relevance requirements.

[0059] In one possible embodiment of the computer implementation method for optimizing time correlation, utilization, and impairment of digital renewable resource certificates for resource conversion chains according to the present invention, impairment is performed by matching consumption load pattern data with load pattern data of available non-fungible certificate tokens (CNFTs) using scheme load pattern data.

[0060] In one possible embodiment of the computer implementation method for optimizing the time relevance, utilization, and depreciation of digital renewable resource certificates for resource conversion chains according to the present invention, the depreciation of non-fungible certificate tokens (CNFTs) stored in a digital wallet is performed by a depreciation optimizer, such that the minimum amount of non-fungible certificate tokens (CNFTs) is depreciated by checking possible variants.

[0061] In one possible embodiment of a computer implementation method for optimizing the time relevance, utilization, and depreciation of digital renewable resource certificates for resource conversion chains, energy-related data recorded in non-fungible energy tokens (ENTF) is checked by a compliance algorithm against machine-interpretable scheme requirements of a scheme provided by a scheme holder, to generate an associated non-fungible certificate token (CNFT) when the compliance check provides a positive assessment result.

[0062] In one possible embodiment of a computer-based method for optimizing the time relevance, utilization, and depreciation of digital renewable resource certificates for resource transformation chains, the resource-related data includes near real-time data containing machine signals.

[0063] In one possible embodiment of a computer-based method for optimizing the time relevance, utilization, and depreciation of digital renewable resource certificates for resource transformation chains, near real-time resource-related data is monitored and transmitted by the gateway of the corresponding asset or by the gateway of a site with multiple assets.

[0064] In one possible embodiment of a computer-based method for optimizing the time relevance, utilization, and depreciation of digital renewable resource certificates for resource transformation chains, near real-time resource-related data is received from other data providers, particularly from grid operators or service providers.

[0065] In one possible embodiment of a computer implementation method for optimizing the time relevance, utilization, and depreciation of digital renewable resource certificates for resource conversion chains, the non-fungible energy token (ENFT) store includes the following information: NFT identifier, asset identifier, meter identifier ID, energy type, token size, timestamp, token quality, total CO2 equivalent per token, and energy value.

[0066] In one possible embodiment of a computer implementation method for optimizing the time relevance, utilization, and depreciation of digital renewable resource certificates for resource conversion chains, the nonfungible token (NFT) identifier used to reference the associated nonfungible resource token (RNFT) and the generated nonfungible certificate token (CNFT) includes additional authentication information, which includes the applied scheme, the scheme version of the applied scheme, and the certification authority.

[0067] In one possible embodiment of a computer-implemented method for optimizing the time relevance, utilization, and depreciation of digital renewable resource certificates for resource transformation chains, the scheme includes scheme metadata, which includes scheme title, scheme holder, scheme revisions and scheme validity, communication restrictions, requirements regarding the authentication process, requirements regarding the certificate holder, and requirements regarding the corresponding resources.

[0068] In one possible embodiment of a computer-implemented method for optimizing the time relevance, utilization, and depreciation of digital renewable resource certificates for resource conversion chains, non-fungible certificate tokens (CNFTs) are automatically transferred between asset owners' digital wallets based on resource purchase agreements between asset owners.

[0069] Certificate transfer can include pay-per-output transfer or pay-per-use transfer. If both the producer and consumer are registered within the system, each transfer can be configured according to a given purchase agreement. For example, the system could reflect the validity of a contract between an electricity producer and a hydrogen producer, allowing digital certificates to be automatically exchanged between configured digital wallets within a configured timeframe. The "certificate transfer" can store a checksum of the corresponding purchase agreement for auditing purposes.

[0070] In one possible embodiment of the computer implementation method for managing the resource conversion chain, the impairment includes token timestamp impairment.

[0071] There are two entities with timestamps. These entities include the metered energy E in the system and the associated energy tokens (ENFT).

[0072] In a preferred embodiment, the depreciation of a digital certificate is performed based on metered resource consumption, or, if no consumption has occurred, upon expiration. The depreciation and expiration of a digital certificate can be defined by the authentication scheme and occur automatically within the system.

[0073] In one possible embodiment of a computer implementation method for optimizing the time relevance, utilization, and depreciation of digital renewable resource certificates used in resource conversion chains, non-fungible certificate tokens (CNFTs) are automatically depreciated upon expiration as defined in the scheme, particularly if no consumption has occurred.

[0074] In one possible embodiment of the computer-implemented method, the resources include environmentally relevant resources, particularly energy or carbon dioxide.

[0075] In one possible embodiment of a computer-based method for optimizing the time relevance, utilization, and depreciation of digital renewable resource certificates for resource conversion chains, resource-related data provided by records of assets within the resource conversion chain includes resource source data, resource quantity data, resource type data, resource production time or resource consumption time, and asset attribute data.

[0076] Where appropriate, the above configurations and development schemes can be combined with each other as needed, provided that such combination is reasonable. Further possible configurations, developments, and implementations of the invention include combinations of features of the invention not explicitly mentioned previously described or which will be described below with reference to embodiments. In particular, in such cases, those skilled in the art will also add individual aspects as improvements or supplements to the basic form of the invention. Attached Figure Description

[0077] The present invention will now be described in more detail with reference to the embodiments shown in the accompanying drawings, wherein: Figure 1 A flowchart illustrating a possible exemplary embodiment of the computer implementation method according to the present invention is shown; Figure 2 The operation of a computer-implemented method in an exemplary system according to the present invention is illustrated schematically; Figure 3 This describes a blockchain that can be used in one possible embodiment of the method and system according to the invention; Figure 4 A flowchart is shown to illustrate a possible exemplary embodiment of the computer implementation method of the present invention, showing a time-related process applied. Figure 5 The operation of the computer-implemented method in an exemplary system according to the present invention is described; Figure 6 The operation of the computer-implemented method in an exemplary system according to the present invention is described; Figure 7 A diagram illustrating the operation of a computer-implemented method according to the present invention is shown.

[0078] The accompanying drawings are intended to aid in a further understanding of embodiments of the invention. They illustrate the embodiments and, in conjunction with the description, help to explain the principles and concepts of the invention. Other embodiments and the many advantages mentioned become apparent when viewed in conjunction with the drawings. Elements in the drawings are not necessarily drawn to scale.

[0079] In the accompanying drawings, unless otherwise specified, identical, functionally equivalent, and identically operating elements, features, and parts are labeled with the same reference numerals in every case. Detailed Implementation

[0080] like Figure 1 As shown in the flowchart, a computer implementation method for managing a Resource Conversion Chain (RCC) according to one aspect of the present invention may include several main steps S.

[0081] The Resource Conversion Chain (RCC) includes resource production assets suitable for generating at least one resource and conversion assets suitable for consuming resources to generate products or other resources, such as... Figure 2 As shown.

[0082] exist Figure 2 In the example shown, the Resource Conversion Chain (RCC) comprises three phases. The number of phases can vary depending on the use case. In specific use cases, even a single energy production / conversion asset can utilize this technology. In such cases, for example, for an electrolyzer, the produced hydrogen (H2) can be tracked along with the consumed electricity. Electricity certificates can also be verified using traditional source guarantees. Figure 2 In the example shown, the resource R produced and converted includes energy.

[0083] In the first phase of the Resource Conversion Chain (RCC), electricity is produced by at least one power generation asset, which includes one or more energy sources.

[0084] Energy sources may include renewable energy sources, such as wind power plants or photovoltaic module arrays, as well as other energy sources, such as nuclear power plants. In addition, conventional energy sources are also integrated into the system according to the invention. The energy produced includes specific energy types, such as electricity.

[0085] In the second phase of the Resource Conversion Chain (RCC), hydrogen (H2) is produced by at least one hydrogen generation asset that receives electrical energy generated by at least one power generation asset from the first phase of the RCC via a power grid, thereby producing hydrogen (H2) (e.g., by electrolysis of H2O).

[0086] In the third phase of the Resource Conversion Chain (RCC), synthetic products (such as methanol) are produced by at least one synthetic asset, which is based on hydrogen (H2) produced by at least one hydrogen generation asset in the second phase of the RCC and received via pipeline or other transportation facilities.

[0087] The methanol produced in the third stage can then be transported to multiple consumers via a logistics transport chain (LTC). In one possible embodiment, the logistics transport chain (LTC) may include its own individual stages. In another possible embodiment, the logistics transport chain (LTC) is also integrated into the system according to the invention.

[0088] Each asset in the Resource Conversion Chain (RCC) and / or the Logistics Transportation Chain (LTC) may include a gateway (GW) connected to the system platform according to the invention to provide near real-time data, particularly real-time energy data.

[0089] like Figure 1 As shown in the flowchart, in the first step S1, the resource-related data is generated by... Figure 2 Data records of assets within the resource conversion chain (RCC) are provided.

[0090] In a preferred embodiment of the computer implementation method, once the energy production asset or energy conversion asset of the Resource Conversion Chain (RCC) produces incremental energy E or other resources R, and is reported in near real-time as energy-related data by the energy production or conversion asset in the RCC, a non-fungible energy token (ENTF) is automatically generated.

[0091] The generated non-fungible energy tokens (ENTF) can be stored in the corresponding asset or the digital site wallet of the asset owner.

[0092] The amount of energy or other resources can be measured by the site sensors of the corresponding asset to provide data to the corresponding gateway GW.

[0093] Data and / or generated non-fungible energy tokens (ENTF) can be written into the last (still open) block B of the cryptographic blockchain BC managed in the system's database DB. Once the corresponding block B is closed in response to the applied consensus mechanism (such as Proof-of-Work (PoW) or Proof-of-Stake (PoS)), the data written to that block automatically becomes immutable and cannot be changed.

[0094] exist Figure 1 In a further step S2 of the method shown, a compliance check is performed by the compliance check algorithm CCA, which is executed on the system's compliance check unit (CCU), to assess whether the resource-related data provided by the asset records meets the machine-interpretable requirements specified in the solution. Figure 2 As shown.

[0095] The proposal is provided by the proposal holder. Different proposals may be available for different energy types, such as... Figure 2 As shown in the example.

[0096] In one possible implementation, compliance checks are performed automatically for each stage of the Resource Conversion Chain (RCC).

[0097] For near real-time data provided (e.g., per second or per minute) by a gateway GW of at least one power generation asset and immutably stored in the system's database DB, compliance checks are performed by a compliance check algorithm according to the requirements defined in the power scheme.

[0098] For near real-time data provided by the gateway GW of at least one hydrogen production asset, compliance checks are automatically performed using the requirements defined in the hydrogen (H2) scheme, such as... Figure 2 As shown.

[0099] For near real-time data provided by the gateway GW of at least one methanol production asset, compliance checks are automatically performed using the requirements defined in the electric fuel scheme, such as... Figure 2 As shown.

[0100] exist Figure 1 In a further step S3 of the method shown in the flowchart, if the compliance check in step S2 provides a positive assessment result, a non-fungible certificate token (CNFT) is generated as a digital renewable resource certificate.

[0101] For example, a threshold TH can be defined in the applied scheme, whereby the CO2 equivalent produced by each MWh of electricity generated by the power production asset does not exceed 30g. If the threshold TH is exceeded, the system's token generator does not generate non-fungible certificate tokens (CNFTs). Conversely, if the measured and stored data indicates that the asset produces less than 30g of CO2 equivalent per MWh, the system's token generator automatically generates non-fungible certificate tokens (CNFTs).

[0102] In a preferred embodiment, the non-fungible certificate token (CNFT) generated as a digital renewable resource certificate includes a reference to its associated non-fungible energy token (ENTF). The generated CNFT is stored in a digital wallet.

[0103] exist Figure 1 In a further step S4 of the method shown in the flowchart, when the associated resource R (e.g., energy E in a specific form of energy, such as electricity eE or hydrogen hE) is consumed by the resource consumption asset and the data is provided in electronic form to the system's impairment unit, the non-fungible certificate token (CNFT) is automatically devalued by the system's impairment unit.

[0104] Proof of resource consumption can be provided by the non-fungible resource token (RNFT) of the resource-consuming asset and / or by the asset owner of the resource-consuming asset.

[0105] The non-fungible certificate token (CNFT) generated in step S3 initially belongs to the asset owner and is stored in the asset owner's digital wallet in step S4.

[0106] like Figure 3 As shown, in a preferred embodiment of the method, Figure 2 The data provided by the assets in the Resource Conversion Chain (RCC) shown is written into block B of the encrypted blockchain BC. Block BC consists of a genesis block (block B1) and multiple interconnected blocks.

[0107] Each block B may include a block number BN, a random number, data, its hash value (checksum CS), and the hash value of the previous block B.

[0108] A blockchain (Block B) is a continuous, scalable list of data records interconnected using cryptographic methods. Each block B typically contains the cryptographic security checksum (CS) of the previous block, and may also contain a timestamp (TS) and other transaction data.

[0109] In this exemplary embodiment, blockchain BC has a first data block B1 with a first data record, a second data block B2 with a second data record, and a third data block B3 with a third data record. During the compliance tracking process, the first step includes generating the first data block B1, thereby initiating blockchain BC. Other steps include adding the second data block B2 with the second data record and the third data block B3 with the third data record, thereby expanding blockchain BC.

[0110] Each of the data blocks B1, B2, and B3 has a specified calculated checksum CS1, CS2, and CS3, such as a hash value. The checksum CS can be determined using, for example, the SHA-256 algorithm (Secure Hash Algorithm).

[0111] The corresponding data blocks B1, B2, and B3 can have block numbers BN1, BN2, and BN3 representing the block's position in the blockchain BC. One or more digital signatures SIG1, SIG2, and SIG3 represent validators. Blocks B1, B2, and B3 include data DATA1, DATA2, and DATA3, and blocks B2 and B3 contain corresponding checksums CS1 and CS2 for compliance tracking and for corresponding previous blocks B1 and B2.

[0112] Therefore, since the first data block B1 is the first data block B1 of blockchain BC (also known as the genesis data block), it does not have the checksum CS of the previous block. The second data block B2 has the first checksum CS1 of the first data block B1, and the third data block B3 has the second checksum CS2 of the second data block B2.

[0113] Furthermore, one of the data blocks B1, B2, and B3 may also exist in the form of a smart contract. Smart contracts are software-based contracts that can store a wide variety of contract terms and conditions. During contract execution, certain related actions (such as payments) can be executed independently when corresponding triggering conditions (such as the fulfillment of contract terms and conditions) are met.

[0114] In one possible embodiment, the database DB (or database system) can be, for example, a DLT-based system (DLTS) or a cryptographic blockchain BC, and the data block can be block B of the blockchain BC or DLTS. Data block B may include, for example, details related to the data block size (data size in bytes), a data block header, a transaction counter, and one or more transactions.

[0115] The data block header may include, for example, version, connection checksum, data block checksum CS, timestamp TS, proof-of-work, proof-of-stake or proof-of-authority verification, and a random number (a one-time value, random value, or counter used for proof-of-work verification).

[0116] Block B can, for example, simply be a specific storage area or address area of ​​the total data stored in a distributed database system / network application. Therefore, blockless distributed database systems can be implemented, such as IoT Chain (ITC), IOTA, and Byteball. The functionality of block B in these blockchains, particularly involving blockchain BC, is combined with transactions to ensure that, for example, the transactions themselves protect the transaction sequence or chain of transactions in the distributed database system / network application (i.e., specifically, storing these transactions in a secure manner).

[0117] For this purpose, for example, a join checksum can be used to connect the transactions themselves by using the individual checksums or transaction checksums of one or more transactions as the join checksum. When a new transaction is stored in a distributed database system / network application, this join checksum is also stored in the corresponding new transaction. In such an embodiment, data block B may also include one or more transactions, where, in the simplest case, one data block corresponds to one transaction.

[0118] In the context of embodiments of the methods and systems, "blockchain node," "node," and "node of a distributed database system / web application" can include devices. These devices may include, for example, field devices, mobile phones, computers, smartphones, clients, or subscribers that perform operations for a distributed database system / web application (e.g., blockchain BC). Such nodes may, for example, execute transactions or data blocks of a distributed database system / web application, or insert or connect new data blocks B containing new transactions to a distributed database system / web application.

[0119] Specifically, this verification and / or connection can be performed by a trusted node (e.g., a mining node) or solely by a trusted node. A trusted node is, for example, a node with additional security measures (e.g., firewalls, access restrictions on nodes, etc.) to prevent node tampering. Alternatively or additionally, when a new data block is connected to a distributed database system / network application, the trusted node may, for example, store a node checksum (e.g., a digital signature or certificate) in the new data block.

[0120] Therefore, it is particularly likely to provide evidence that the corresponding data block B has been inserted by a specific node or indicates its origin. The equipment (e.g., the corresponding device) is, for example, equipment in technical systems and / or industrial facilities and / or automated networks and / or production units, and is also, in particular, a node in a distributed database system / network application.

[0121] In this context, these devices can be, for example, field devices or devices in the Internet of Things (IoT), particularly nodes in distributed database systems / network applications. A node may also include, for example, at least one processor to perform its computer-implemented functions.

[0122] In the context of embodiments of the methods and systems of the present invention, the "connection checksum" CS can be understood as a checksum that, in particular, indicates or references the previous data block of the distributed database system (or network application) (often specifically referred to as the "previous block hash" in technical literature) for the corresponding data block of the distributed database system (or network application).

[0123] This specifically involves forming a suitable join checksum (CS) for the corresponding preceding data block. For example, a transaction checksum or the data block checksum of data block B (i.e., an existing data block in the distributed database system or web application) can be used as a join checksum to join the new data block with the (existing) data block in the distributed database system (or web application).

[0124] However, for example, a checksum CS might be formed based on the header of the previous data block or on the entirety of the previous data block, and used as the join checksum. This could also be calculated for multiple or all previous data blocks. For example, a join checksum CS could be formed based on the header of a data block and the data block checksum. However, in a distributed database system (or network application), a corresponding data block B includes a corresponding join checksum CS that is calculated for or related to the previous data block, and more advantageously, is related to the direct preceding data block of the corresponding data block B.

[0125] For example, the corresponding connection checksum CS might be formed based only on a portion of the corresponding data block B (e.g., the previous data block). This allows, for example, the implementation of a data block that includes both an integrity-protected portion and an unprotected portion. This allows, for example, a data block B whose integrity-protected portion is immutable while its unprotected portion can still be modified later. Here, 'integrity protection' specifically means that the integrity-protected data can be determined by the checksum to have been tampered with.

[0126] In one possible embodiment, the system provides accounts for energy and resource producers, their sites, and assets. The system also provides accounts for energy and resource consumers, their sites, and assets. The system may also provide accounts for certification authorities. The system may further provide accounts for scheme holders to maintain their schemes. The system supports the approval of certifications.

[0127] The system can connect to machine signals provided by instrumentation or automation / control entities via a gateway GW of the different assets involved.

[0128] exist Figure 1 In step S2 of the computer implementation method shown in the flowchart, the energy-related data recorded in the non-fungible energy token (ENTF) is checked against the machine-interpretable scheme requirements of the scheme provided by the scheme holder by the compliance check algorithm CCA. When the compliance check performed in step S2 provides a positive evaluation result, the associated non-fungible certificate token (CNFT) is automatically generated in step S3 of the computer implementation method.

[0129] In one possible embodiment of the computer-implemented method, the applied scheme may include an energy-type scheme. In one possible embodiment, the scheme holder may hold multiple schemes. In one possible implementation, the scheme holder may provide a suitable scheme for compliance checks. The provided scheme may be selected by the asset owner. The asset owner may contract with a certification body that audits its assets based on the selected scheme. Therefore, the certification body must have the authority to evaluate the scheme. This authorization is granted to the certification body by the scheme holder.

[0130] This method and system can record incremental data for each asset (energy nonfungible token or ENFT). The recording of incremental data can be configured for each product, allowing for the configuration of energy values ​​or individual products. This enables timely compliance checks to be performed in step S2 based on production activity rather than fixed reporting time periods.

[0131] Each record can provide data such as energy source, higher or lower thermal energy values, production or depreciation time, and attributes of the energy production asset. In step S2, the provided data is automatically evaluated against a set of machine-interpretable requirements.

[0132] The system provides a set of applicable digital requirements known as schemes, which represent, for example, a set of machine-interpretable requirements that are legal, voluntary, or self-declared, and which are continuously checked against incremental energy records in step S2.

[0133] If the evaluation results are positive, the system can automatically generate a certificate CNFT (non-fungible certificate token) in step S3. Each CNFT has a 1:1 link to an associated non-fungible resource token (RNFT), and in particular, a link to an associated non-fungible energy token ENFT.

[0134] Energy certification services can be provided to track the environmental impact of the entire production process. It covers a variety of certification schemes for renewable and low-carbon electricity, hydrogen, electrofuels and other energy carriers, as well as resources such as carbon dioxide.

[0135] Furthermore, the authentication system connects physical assets to a distributed ledger technology (DLT) infrastructure. The implemented DLT system provides certificate verification, interoperability, tamper-proof authentication, and portability across different industrial sectors.

[0136] Once qualified, digital certificates or tokens are automatically issued immediately in accordance with legal or market requirements.

[0137] All the relevant information needed to prove the sustainable origin and carbon footprint of a green or low-carbon product is contained in the digital certificate.

[0138] Digital energy certificates, or generated non-fungible certificate tokens (CNFTs), ensure the traceability of the carbon footprint of energy products, energy imports, and energy consumption. They provide proof of reduced carbon intensity. The system serves as a trusted and transparent certification platform for the entire Resource Conversion Chain (RCC). Therefore, it can collaborate with well-known international scheme holders (such as ISCC or TÜV) to support different types of certification schemes.

[0139] Accredited certification bodies have the authority to evaluate these certification programs.

[0140] This system enhances traditional plant audits (initial and repeat audits) by incorporating real-time production data. As previously mentioned, standard audits cover requirements that can only be checked manually. Furthermore, continuous monitoring of compliance can be achieved using a selection of available digital signals.

[0141] To monitor real-time compliance-related data, a communication interface with relevant plant instruments, namely the gateway GW, was implemented.

[0142] When energy production assets within the conversion chain are set to "operating" within the system, real-time energy data can be continuously stored in non-fungible energy tokens (ENTF). Each ENTF represents a configurable portion of verifiable energy, such as 1 kg of hydrogen. ENTF records energy data that is checked by a compliance algorithm according to specified scheme requirements (e.g., CMS 70: CO2 equivalent threshold).

[0143] Once general compliance is confirmed and the asset is marked as "certified" by the certification authority within the system, incremental certificates are issued as non-fungible certificate tokens (CNFT) in the digital wallet of the business operator.

[0144] To protect the system from "greenwashing," the system according to the present invention does not support the "book and statement" principle, but instead supports "quality balance." To achieve this, in one possible embodiment of the method and system, the transfer of digital certificates can only be performed after the underlying Power Purchase Agreement (PPA) has been confirmed. The signatures of both parties (e.g., the economic operator of the power generation asset and the power consumer) are recorded within the system so that they can be audited at any subsequent point in time.

[0145] If both the producer and consumer are registered within the system, the transfer of each digital certificate can be configured according to a given Power Purchase Agreement (PPA). The system could also, for example, reflect the validity of a contract between an electricity producer and a hydrogen producer, allowing digital certificates to be automatically exchanged between the respective asset owners' configured digital wallets within a configured timeframe.

[0146] exist Figure 1 In step S4 of the method shown in the flowchart, the depreciation of the digital certificate can be performed based on metered energy consumption, or, if no consumption has occurred, by expiration. The expiration of the digital certificate can be defined by the authentication scheme and occurs automatically within the system.

[0147] The following is based on Figure 2 The Resource Conversion Chain (RCC) shown in the diagram uses the impairment of energy certificates to report the compliant use of clean energy in subsequent phases of the RCC.

[0148] In addition to the creation, transfer, and impairment processes, each economic operator can be responsible for reporting the cancellation of clean energy production and electricity certificates to the official registry. This helps prevent double counting and fraud.

[0149] An organization within the system is a legal entity that provides information to or consumes information from the system. An organization includes at least one user. An initial user registers the organization during the registration process.

[0150] Organizations can have different roles within a system: • Asset owner - the legal owner of the asset • Asset operator (the company that operates the facility on behalf of the asset owner) • Asset operators - producers (e.g., wind farm operators) • Asset operators - producer-consumers (e.g., electrolytic cell operators) • Asset operators - consumers (e.g., logistics companies that consume electric fuel) • Implementation service provider - a company that implements gateways to connect assets to the system • Auditor (Notifying Body) - A company authorized to declare compliance based on the applied protocols. • System Operator - A company that provides support (certified experts) and software maintenance for the system. • Cloud Operator - A company that provides computing services in the cloud. • Government agencies The system supports user configuration. Users are individuals authorized by an organization to act within the system. An organization can have multiple users.

[0151] Users are assigned to organizations. Users not assigned to an organization may only exist for the initial user. The initial user is forced to be configured with the appropriate organization.

[0152] Users are typically human individuals who interact with the system through a user interface. Users are described through user files containing their usernames and email accounts. Additionally, users can possess certificates and passwords.

[0153] Users can also be non-human entities that can interact with the system, for example, via an API. Such entities are always assigned to an organization so that any damage can be traced back to that organization.

[0154] The following organizational roles are provided within the system: • System Operator - Operator of the system • Asset operators (business operators) – those who produce and consume resources, especially energy. • Solution holder - responsible for defining the solution • Certification bodies - auditing individual asset management organizations and their assets Depending on the organizational role, the system provides different user interface views and interactions.

[0155] Organizations with different roles can interact for the purpose of energy authentication. For example, a site's asset management company might choose an auditing organization. This choice allows users of that auditing organization to access the organization's data. The auditing organization can then be authorized to activate or deactivate continuous authentication.

[0156] Digital wallets are used in the system to securely store value. Digital wallets are equipped with keys. These keys can also be used for signing.

[0157] Digital wallets can have different uses depending on the organization's role. For example, for asset operators, each site may include its own digital wallet. Digital site wallets can be used to collect non-fungible resource tokens (RNFTs), particularly non-fungible energy tokens (ENFTs) and non-fungible certificate tokens (CNFTs). Keys are also used for signing transfers.

[0158] For authentication authorities, digital wallets do indeed provide keys for authentication.

[0159] Generally, the token type used in the system application is non-fungible token (NFT), and it has a unique identifier.

[0160] Each token includes immutable record data at the time of minting. Each token has an owner, which is achieved through allocation to digital wallets. Each token can be transferred from one digital wallet to another via configurable transfers. The token stores data according to authentication requirements.

[0161] Non-fungible tokens (NFTs) are useful in providing security. Information stored on an immutable cryptographic blockchain cannot be accessed, stolen, or used by anyone without the corresponding key.

[0162] Non-fungible tokens (NFTs) are unique and non-fungible, making it impossible for one NFT to be "equal" to another. NFTs are digital representations of entities, often likened to "digital passports" because each token contains a unique, non-transferable identity that distinguishes it from others. NFTs are also scalable, meaning that one NFT can be combined with another to create a third, unique NFT.

[0163] This system utilizes non-fungible resource tokens (RNFTs), particularly non-fungible energy tokens (ENFTs), and non-fungible certificate tokens (CNFTs). ENFTs record incremental energy values ​​as immutable and configurable data. CNFTs record compliance with schemes derived from, for example, voluntary declarations. Generally, RNFTs can record the (measured) incremental quantity of resources R (especially environmentally relevant resources) produced, stored, or consumed within the Resource Conversion Chain (RCC). Environmentally relevant resources include, in particular, energy, raw materials and intermediate materials, gas emissions, and water resources.

[0164] The energy production and energy consumption companies within the Resource Conversion Chain (RCC) include one or more sites.

[0165] Each site of an energy production or energy consumption company includes relevant site information such as site name, address, and location (coordinates), which identifies the corresponding site. Each site may own one or more assets. Each site is owned by an organization.

[0166] The assets provided by the site include technological entities suitable for the production, consumption, processing, storage, or conversion of resources such as energy. Each asset is owned by an organization. The asset may be operated by another qualified organization.

[0167] Each asset has a name and a verifiable asset identifier. Each asset may have associated additional information. The certification program may request such information so that the system can perform a compliance check on it in step S2 of the method.

[0168] Assets can be created, read, updated, and removed within the system. Each asset represents a physical entity. Each asset belongs to only one site. Each asset may include at least one energy output meter for tokenization.

[0169] The asset can have multiple balancing meters for greenhouse gas (GHG) calculations. Each meter can be recorded as a counter (e.g., MWh) or a flow (MW) signal. Flow values ​​can be accumulated. Each meter can include a quality signal to indicate temporary faults in the system.

[0170] Each site can be configured with multiple assets. Asset types can be selected from a list, for example. This allows changing the unit of the capacity field next to the asset type and restricting the energy type of the tokenized meter to provide relevant entries.

[0171] The installed capacity of an asset can be set (e.g., hydrogen in kg / h). The installed capacity can be used in the dashboard for a site capacity overview.

[0172] In addition, in one possible embodiment, location GPS values ​​for assets and sites can be supported.

[0173] The first run date can be set during configuration. The first run date is the date the asset is installed and put into operation. This date is related to certification requirements and can be used, for example, by downstream energy consumers.

[0174] In one possible implementation, tokenization can be activated or deactivated for assets. This setting enables or disables data transfer to the cloud system. Deactivated assets do not send tokenized data. This can be used during the maintenance or calibration of connected instruments.

[0175] During configuration, you can select a certification authority from a dropdown list, for example. If a certification authority is selected, it gains access to the asset configuration settings.

[0176] The certification status can display the current approval status. If the certification authority has checked the settings, it can change the asset's initial certification status to an approved certification status, thereby enabling the generation of digital certificates. This status can also be revoked by the certification authority.

[0177] Energy data can be static or dynamic. The system supports both for incremental clean energy certification.

[0178] Dynamic energy information requires online digital asset communication, while more static information can be managed manually, such as by a representative of the asset owner or auditor. If human data related to authentication is input, it may require verification signatures by the author and validation by a designated authority. Where applicable, information is exchanged via digital communication and interfaces.

[0179] Energy commercialization depends on energy type and national regulations. Power purchase agreements (PPAs) are used for long-term transactions.

[0180] For the authentication of the system's electrical power, a Power Purchase Agreement (PPA) is considered. Additionally, online transaction contracts can be considered. Therefore, an interface supporting high-speed communication was implemented.

[0181] Power Purchase Agreements (PPAs) or other Resource Purchase Agreements (RPAs) typically span several years. They are crucial for financing power facilities and play a significant role in decarbonization. PPAs are entered into between medium to large-sized energy producers and utility companies or enterprises. PPAs are mostly managed outside the system. Energy contracts are finalized through several commercial stages (request, offer, order, order confirmation) prior to energy delivery and payment.

[0182] The system requires verifiable proof of existing contracts, including the digital identities of the energy provider and energy consumer, the amount of energy, and the agreed guarantee of origin (GO).

[0183] Accountability and responsibility for information stored in nonfungible energy tokens (ENTF) or other nonfungible resource tokens (RNFT) belong to the asset owner organization.

[0184] Each type of resource (especially energy) has different stages or states required for certification. Each resource is produced, transferred, stored, and eventually consumed.

[0185] Once incremental energy is produced in a specific energy form (e.g., chemical energy in the form of electricity eE or hydrogen hE) (as reported by measurement data), non-fungible energy tokens (ENTF) are minted.

[0186] In one possible implementation, non-fungible energy tokens (ENTFs) are minted for different forms of energy. For example, eENFTs can be minted for a sufficient quantity of produced electrical energy (eE), and hENFTs can be minted for a sufficient quantity of produced hydrogen energy (hE). If the production of the corresponding resource R (e.g., electrical energy eE or hydrogen energy hE) meets the production compliance requirements defined in the applied scheme and checked by the compliance check algorithm CCA, then each minted ENFT includes an associated (linked) generated non-fungible certificate token (CNFT).

[0187] Non-fungible tokens (NFTs) are created through a process called minting, in which the information of the NFT is recorded on the blockchain. At a high level, the minting process requires creating a new block B, validating the NFT information by validators, and then closing block B.

[0188] The minting process may involve smart contracts that allocate ownership and manage the transferability of non-fungible tokens (NFTs). Minted non-fungible resource tokens (RNTFs) are initially owned by resource asset operating companies.

[0189] The minted non-fungible energy tokens (ENTF) were initially owned by the energy asset operating company. The associated non-fungible certificate tokens (CNFT) could then be transferred, stored, and consumed.

[0190] Energy data associated with the physical transport of energy from producers to consumers can be transferred and devalued based on contracts and proven consumption data.

[0191] As a resource, energy has different types, including: • Electrical energy, chemical energy • Gases, such as hydrogen and ammonia • Fuels, such as electric fuels • Solids, biomass, ammonium nitrate Each type of energy can be tracked incrementally, such as 1 MWh, 1 kWh, 1 MJ, 1 kg, 1 m³ / h. 3 .

[0192] Each energy increment is auditable, for example, using data stored in tokens.

[0193] The non-fungible energy tokens (ENFT) used in the system can be adapted to store the following information: • NFT-ID • BC (Blockchain) Agent ID • Asset ID • Tokenize meter / signal ID, energy type • Token size • Timestamp begins • Timestamp ends • Token quality (good or bad) • Total CO2 equivalent per token • MJ Energy (for RFNBO) Energy token data enables the tracing of relevant information, such as the address of the business operator, the producer consuming the energy (e.g., wind farm power), site location, meter data, metering certificates, etc.

[0194] Each energy increment can include state-specific information, specifically: • Facility owner / operator • Facilities auditors / notifying bodies • Energy precursors (e.g., electricity from wind farms) • Time attributes, such as production time, transfer time, storage time, and consumption time. • Specified location, such as production location, transfer location, storage location, consumption location. • Instrument data, provided by (metered) energy meters, such as meter identification, meter accuracy, and metering certificates. • Signal data, including signal name, signal identifier, value, unit, flow direction, timestamp, quality parameters (such as purity) and CO2 footprint, communication quality (good, bad, uncertain). • End-to-end trustworthiness, including signature and / or encryption If energy is fed into the grid (electricity, gas, fuel), the energy consumed is not physically identical. The system cannot detect the physical flow, but it can ensure that the grid maintains a proper balance between input and output of certified energy.

[0195] If the owner of a non-fungible energy token (ENTF) leaves the system, their energy data can still be allocated to the system wallet. This allows for subsequent auditing. The token cannot be removed from the system.

[0196] Incremental energy data constructs non-overlapping continuous time series or time-series data (data streams) for a given energy flow. In the event of missing data, configurable alternative values ​​and corresponding states (alternatives) are available. Alternative values ​​need to be tagged for auditing purposes.

[0197] Tokenized meters need to be configured to enable incremental energy certification.

[0198] Depending on the configuration, the system continuously generates non-fungible resource tokens (RNFTs), or non-fungible energy tokens (ENTFs), for the resources R produced (e.g., energy E in the form of energy). ENTFs are immutable records of the produced energy E. For each ENTF, the necessary data is persisted in the cloud system, for example, to meet mass balance standards.

[0199] Additional data recorded, such as production timestamps (TS) or greenhouse gas balance CO2 equivalent and energy values, are used by methods and systems to verify violations of time correlation or greenhouse gas removal thresholds.

[0200] Only non-fungible energy tokens (ENFT) that conform to the scheme can generate corresponding non-fungible certificate tokens (CNFT).

[0201] In one possible implementation of the system, the authentication scheme can be selected from a drop-down menu of the applicable schemes. The drop-down menu displays the schemes supported by the system.

[0202] Energy type or form can be pre-selected based on asset type.

[0203] The token size (e.g., 1, 10, 100) and unit can also be set. The unit can be selected from a drop-down list. Only units related to energy type can be selected (e.g., electricity is kWh, MWh).

[0204] For energy other than electricity, a value for each token of energy needs to be specified. The unit of energy is MJ. In the case of energy, this value is calculated by the system's processor.

[0205] In the case of hydrogen (H2) or electric fuel, a lower calorific value can be specified.

[0206] To support greenhouse gas balance, a fixed CO2 equivalent value, expressed in kg or g, can be assigned to each non-fungible energy token (ENTF). This fixed CO2 equivalent value, divided by the energy value per token, can be compared to program requirements to detect violations of set thresholds.

[0207] The configuration of one or more balance gauges supports additional functions: • Online tracking (e.g., the amount of energy processed). • Impairment of clean energy certificates received from upstream energy providers (such as electricity or hydrogen providers). To achieve maximum connectivity, the system can support different field-level protocols for instrument communication, such as Modbus TCP and OPC UA.

[0208] Signal configuration provides sufficient namespace fields to configure transparent and unique identifiers for signals. For auditing purposes, the same signal identifier can be used in both traditional audit documentation and signal configuration.

[0209] The data fields can be matched with those used in existing distributed control systems. The data fields can be used with any type of reference naming system (e.g., a tagging system).

[0210] In one possible embodiment of the method, the configuration dialog box can support specifications for two signals for each instrument, namely the value signal and the quality signal.

[0211] Value signals are used to track energy or mass flow.

[0212] The quality signal is used to track the quality of the value signal. This causes the source of the value signal (instrument or control system) to send an additional quality value that prevents the generation of nonfungible certificate tokens (CNFTs) from nonfungible energy tokens (ENTF) due to instrument failure or other reasons.

[0213] If the quality signal changes from a "good" state to a "bad" state, a certificate cannot be generated. The quality status can be continuously tracked. If bad quality is detected even for a very short time during data collection, the current non-fungible energy token (ENTF) will be in a bad state, which will exclude that ENTF from receiving non-fungible certificate tokens (CNFT).

[0214] Signal definitions can be set with labels, names, items, signal names, measurement ranges, and units for energy values, providing a clear and transparent set of information for reference in traditional audit documentation.

[0215] The system can track flow rates at a fixed sampling rate and calculate counter values. These counter values ​​can be used to set up token issuance based on token size. The time base setting can be derived from the selection of the measurement unit (e.g., kg / h → time base = hour).

[0216] In addition, a unit divisor can be specified (for example, if the input signal is kg / h, the divisor can be set to 1000 to achieve tons / h if the required certification is in tons).

[0217] If the sampling rate is low and the signal fluctuates, the accuracy of the flow rate value will be limited.

[0218] If a cumulative value is selected, a more precise value can be used to set the token issuance based on the token size. The system expects integer values. The cumulative signal has metered precision and is the preferred signal.

[0219] However, resetting the instrument or control system must be done in conjunction with the system to ensure that the digital certificate is not lost.

[0220] Quality signals are used to prevent the issuance of digital certificates in case of failure. The system's default quality state is "bad." Only "good" signal quality is allowed to issue digital certificates.

[0221] Personal data requires data privacy. Furthermore, data may need protection due to intellectual property rights (such as production data). Therefore, energy increment data is not sent but stored in the business operator's digital wallet. Where applicable, data encryption and access controls are supported.

[0222] Only authorized users are allowed to trace the energy flow along the resource conversion chain. Full traceability access is only provided to the node operator's administrator. This can be requested under specific audit circumstances. For commercial operators with transfer information, backtracking can be performed at the user level.

[0223] Assessing the compliance of a given scheme requires asset-specific information. This type of information, which is not publicly available for certification, is only visible to designated certification bodies.

[0224] A scheme is a machine-readable representation of real-world norms and regulations. Schemes are used to assess and validate compliance with these norms and regulations within a system. Schemes can be created according to the definition of the scheme holder. They can be revised and deprecated. In one possible embodiment, the applied scheme may include schemes associated with a specific energy type.

[0225] Each asset owner must comply with the scheme defined in their energy contract. If an asset owner uses a system to digitally comply with a chosen scheme, the asset owner must have their assets audited accordingly by a notified body.

[0226] For each scheme supported by the system, regulatory agencies (such as CMS 70 TÜV) can authorize auditors to perform on-site audits and confirm compliance within the system. Therefore, asset owners can only select auditors available within the system.

[0227] Published solutions typically provide the following information: • Solution metadata, such as solution title, solution holder, revision, validity. • Scope of application • Communication restrictions • Requirements regarding the certification process • Requirements for certificate holders • Energy requirements As part of the scheme, a compliance check algorithm is used. The compliance check algorithm CCA is applied to the asset's energy output, and if the energy input, energy output, and asset-specific parameters meet the scheme requirements, a non-fungible certificate token (CNFT) is created.

[0228] The system records compliance using incremental clean energy certificates. The certificates accordingly list the applicable energy and program data.

[0229] The applied compliance check algorithm (CCA) can be archived and documented for future audits. Documentation of the applied compliance algorithm can be part of a certificate or provided solely through the system portal.

[0230] For each type of energy produced by an asset, schemes can be created, read, updated, and discarded. Regulatory schemes, voluntary schemes, and self-declared schemes are possible.

[0231] Voluntary protocols in regulated markets are introduced by independent protocol holders (e.g., ISCC, REDcert, RSB) who have received formal approval from competent authorities (e.g., the European Commission). Requirements for voluntary protocols can be managed in a repository within the system, which is continuously updated according to real-world regulations. Therefore, system operators can install certified experts. Protocols can be verified and signed by regulatory bodies. In a preferred embodiment, protocols are published by the protocol holder in a machine-readable format.

[0232] Voluntary schemes or standards in voluntary markets can be introduced by scheme holders (such as TÜV SÜD of CMS 70, ISCC of ISCCPlus) without formal approval from government authorities.

[0233] As a virtually effortless form of certification, self-declarations can exist that energy producers can configure and sign. Such self-declarations require no third-party audit. They offer better traceability within the system than existing solutions, but do not reach the level of voluntary or regulatory schemes.

[0234] Digital clean energy certificates can have different statuses.

[0235] Digital clean energy certificates can be issued, transferred, and depreciated. Certificate transfers between asset owners are also possible. Figure 2 It is shown schematically in the diagram.

[0236] If an increase in energy or other resources is produced, and the compliance of the scheme is confirmed and the compliance of the assets is declared by an auditor, a digital certificate, namely CNFT, is issued. The owner of each new digital certificate is the resource producer, specifically the energy producer.

[0237] In one possible embodiment, such as Figure 2 The transfer of digital certificates shown can only be performed on top of existing signed Power Purchase Agreements (PPAs) or other Resource Purchase Agreements (RPAs). This transfer is performed automatically. If multiple Power Purchase Agreements (PPAs) exist for a given type of energy, the system provides means to configure the digital certificate transfer accordingly, such as proportional transfer.

[0238] To support trusted quality balance of renewable energy, associated digital certificates (CNFTs) can be transferred from producers to consumers. The Certificates page displays the certificate transfers of sent and received digital certificates separately in a table. The view can be switched accordingly. To begin the transfer, certificate transfer needs to be configured.

[0239] The configuration for Certificate Transfer (CNFT Transfer) may require specifying the following data fields: • Hash reference • Producers • Consumers • Certificate transfer type • Effectiveness of the transfer A Power Purchase Agreement (PPA) hash reference is a fingerprint of an externally signed contract between an energy producer and an energy consumer. Audits require this hash value to prove that a certificate has been transferred to the consumer based on an existing signed energy / power purchase agreement (PPA) in accordance with quality balance principles.

[0240] The system can automatically fill in the producer's organization and digital wallet. Site and assets need to be selected to define the producer wallet. Organization and site need to be selected to allocate consumer wallets for transfers.

[0241] As a pay-per-output certificate transfer, the transfer automatically pushes all generated digital certificates (CNFs) to the consumer's wallet. When pushing digital certificates, specified start and end dates and times can be considered.

[0242] Users can save and send certificate transfers, which are tracked in the blockchain database. After sending, the consumer can see the transfer on their transfer page. The consumer can then inspect the provided certificate transfer (CNFT transfer) and accept it. Thus, producers of energy E or other resources R can see the new signature status of the certificate transfer. Finally, the producer of resource R (e.g., power or energy E) needs to activate the certificate transfer. Automatic transfers then forward all CNFT certificates accordingly.

[0243] If the owner has the right to do so, or if energy E or other resources R are consumed and therefore the energy consumer or other resource consumer provides proof to the depreciation unit, then the digital certificate CNFT can... Figure 1 In step S4 of the method shown in the flowchart, the system's deduction unit automatically decrements the value, as follows: Figure 2 The flowchart is shown schematically. Clean energy certificates exist within the system but can also be displayed and reported externally.

[0244] Digital certificates are compilations of trusted and verified data, and in one possible embodiment include: • Issuers, such as Certificate Authorities (CAs) or Trust Centers • Owners holding digital certificates • Specified Power Purchase Agreement (PPA) • Production assets • Location of production assets • Time validity • List of compliance options (regulatory and voluntary) • Compliance algorithms applied • Precursors to resources (such as energy) (e.g., wind farm electricity as a precursor to hydrogen).

[0245] This information may be part of published information, or as an alternative, provided only through the system in the online portal.

[0246] Each certificate is digitally signed and can be verified at any time after its issuance. Therefore, machine-readable identifiers (such as QR codes) can be used. Each digital certificate or total value can be published by producer or consumer for visualization on external websites.

[0247] If a party wishes to archive Energy Certificates (ENFTs) or other Resource Certificates (RNFTs) outside the system, it can export the certificate, for example, as a PDF file (Class A for long-term archiving). This export functionality may support signed PDF files. The usage of each digital certificate can be monitored and logged.

[0248] In one possible embodiment, the system does indeed provide a user interface that supports asset owners in trading, for example... • Asset interface configuration and troubleshooting (technical expert) • Configuration and activation of voluntary solutions (technical experts) • Monitoring and reporting (Business Manager) • Contract Configuration (Business Manager) • Support Request In one possible embodiment, the system does provide an operation and maintenance interface to support the following operations: • Logging and monitoring of system warnings and alarms • Anomaly detection and troubleshooting for asset interface communication • Configuration of the scheme approved by the certification body.

[0249] In one possible embodiment, the system could provide a public portal that allows anonymous users to perform online checks.

[0250] Each user equipped with a certificate identifier (such as a QR code) can read the corresponding information.

[0251] In addition, the portal can offer the following to improve transparency: • The source code and hash value of the smart contract • Statistics on certification • Organizational and asset data that comply with privacy terms and conditions In one possible embodiment, the system provides a certification authority portal that supports the following functionalities: • Solution configuration, validation, and approval • Access to designated organizations and their asset data • Configuration and signing of asset compliance algorithms, compliance deactivation and activation for specific assets, and overview dashboards and reports. • REST-API for data management CNFT provides additional authentication information, such as the scheme applied, the scheme version, and the certification authority.

[0252] The methods and systems of this invention enable digital management of global energy processing and conversion chains and local reporting of compliance. Long monitoring cycles with manual tasks are eliminated, allowing for timely digital certification. Digital certificates can be generated and transferred to consumers immediately. Producers and consumers can report compliance directly without intermediaries (e.g., grid operators). Quality balance principles can be demonstrated through the configuration and signature on certificate transfers. Registries can synchronize to act as oversight bodies. Registries are exempt from real-time data processing of consumption performance.

[0253] The system provides enhanced access to clean energy certificates.

[0254] In a preferred embodiment, the system according to the invention does indeed support automatic depreciation of the consumed clean energy to provide: • Precise allocation of related products or goods • Maximize the utilization of renewable resources, and • Monetization without using certificates • Utilization of GHG removal mass In one possible embodiment, the system can support different certificate transfer methods, particularly pay-per-output transfer and pay-per-use transfer.

[0255] In the pay-per-output certificate transfer, all digital certificates forged by the asset / instrument are pushed to one or more consumers (segment ranges).

[0256] In pay-per-use certificate transfers, only the required certificates are pulled from the wallets of contracted producers or traders as needed.

[0257] In one possible embodiment, the system includes a depreciation optimizer. The depreciation optimizer of the system can perform multiple sub-steps.

[0258] Initially, the need for precise collection and measurement was maintained until the token size for new resource NFTs (RNFTs) (specifically, new energy NFTs (E-NFTs) for resource energy E of a specific energy form, such as hydrogen) was finalized.

[0259] Then, the remaining portion of the previously devalued non-fungible certificate tokens (CNFTs), such as tokens associated with resource electricity or electric energy eE, is used to meet the demand.

[0260] In the pay-per-output transfer, all contracted suppliers have delivered tokens with the required final time slot.

[0261] In the pay-per-use transfer, all digital wallets with pull options have been checked.

[0262] The check may take into account a waiting period to ensure that all contracting facilities have delivered non-fungible resource consumption tokens (RNFTs) so that, in step S4 of the method according to the first aspect of the invention, the non-fungible certificate tokens (CNFTs) stored in the asset owner's digital wallet are devalued by the system's devaluation unit.

[0263] Received (e.g., electricity) nonfungible certificate tokens (CNFTs) with split time slots can be used as an indicator of waiting for the next nonfungible certificate token (CNFT) to complete.

[0264] The maximum wait time (configurable) should not be exceeded to ensure rapid availability of newly generated (e.g., hydrogen) certificates.

[0265] All combinations of non-fungible certificate tokens (CNFT) can be checked to meet the remaining demand, such that the minimum number of tokens are devalued by the devaluation unit in step S4, and the energy capacity and / or CO2 equivalent threshold of the supplier contract are optimized.

[0266] The remaining non-fungible certificate tokens (CNFT) can remain in the digital wallet, for example, for further monetization.

[0267] Payment based on output: shifted from consumers. Pay-per-use (pay-per-consumption): Further sales by the producer. Unused digital certificates may expire according to applicable regulations.

[0268] This system provides automatic and efficient devaluation of CNFT digital certificates used in Resource Conversion Chains (RCC). Consumers can obtain the most suitable individual certificate from multiple producers. Consumers (pull mode) or producers (push mode) can collect excess digital certificates to transfer to other registries (book and claim) for monetization. The system avoids using digital certificates with extremely low or almost no energy consumption. Billing can be based on the optimized use of green electricity.

[0269] In one possible exemplary implementation of the system according to the invention, an electrolyzer (suitable for producing hydrogen h (H2) from water (H2O) and supplied electrical energy eE) is included, the electrolyzer having a tokenized meter for incremental hydrogen h and a balance meter for measuring electricity consumption, and a "token timestamp" decrement can be selected for time periods longer than a predefined time period (e.g., calendar week or calendar month).

[0270] If a non-fungible hydrogen energy token hENFT is created, the start timestamp TS1 and end timestamp TS2 can be checked against the calendar month.

[0271] If the start timestamp TS1 and end timestamp TS2 are both within the same calendar month, the system searches its digital site wallet for associated non-fungible certificate tokens (CNFT) of the selected scheme type and tokens within the same calendar month, and automatically devalues ​​(in step S4) the oldest certificate token (CNFT) until the required amount of associated resources R is covered. If there is a remainder from another non-fungible certificate token (CNFT) that belongs to the same calendar month, that CNFT can be used for devaluation.

[0272] Conversely, if the start timestamp TS1 and end timestamp TS2 span more than one month, the system can interpolate the consumed electrical energy eE into separate calendar month portions. Each portion can then be used for deduction.

[0273] The system can register the devalued non-fungible certificate token CNFT, along with its token ID, timestamp TS, and devalued electric power eE, in the blockchain BC.

[0274] The system can report the depreciated non-fungible certificate token (CNFT) for each source (organization, site, asset) in the declaration message or declaration document file, along with the token ID, the token timestamp (TS), the total energy, and the energy value of the partially depreciated token.

[0275] Unlike the token timestamp depreciation described above, in one possible exemplary embodiment, load mode depreciation can be applied for time periods shorter than a predefined time period (e.g., calendar week or calendar month).

[0276] For example, given an electrolyzer with a tokenized meter for incremental hydrogen (H2) h and a balancing meter for electricity consumption metering, a time-dependent "load mode" impairment can be selected. Time dependence can include, for example, hourly dependence or monthly dependence, depending on the use case and / or depending on the resource R involved.

[0277] The system can register the devalued non-fungible certificate token (CNFT) along with its token ID, timestamp (TS), and devalued energy in the blockchain BC. The system can report the devalued token for each source (organization, site, asset), along with the token ID, token timestamp (TS), total energy, and the energy value of the partial devalue.

[0278] To meet the time correlation (TC) requirement, a time correlation (TC) process with the following steps SA to SG can be applied, such as... Figure 4 Flowchart and Figures 5 to 7 As shown.

[0279] First, in the initial step SA, the time correlation TC is configured. Organizations (such as national governments) can define time correlation requirements for specific resources R, particularly energy E in different forms of energy. These required time correlations can be included as part of a predefined application scheme.

[0280] The time correlation (TC) indicates the required time relationship (TR) between a first resource R1 and at least a second resource R2. Resource R can include different forms of resource energy E, such as electrical energy (R1 = eE) and energy in the form of energy carriers, such as hydrogen H2 (R2 = hE). The distinction between resources R can depend on the use case. For example, hydrogen H2 stored in a tank at a specific first pressure p1 can be considered the first resource R1, while hydrogen H2 stored in a tank at a second pressure p2 can be considered the second resource R2. Resources R can be produced or consumed. The consumption of the first resource R1 can contribute to the generation of the second resource R2. Energy carriers can vary depending on the use case. Other carriers of energy E can include other combustible materials, including combustible fuels or gases. Electrical energy eE, as resource R, can be stored in different forms and distributed in different ways, particularly via a power supply grid. Hydrogen H2, as another resource R, can be stored in tanks and distributed to production assets via pipelines. Different assets (e.g., production facilities with manufacturing machinery) can receive electrical energy eE from the power supply grid, or can receive hydrogen H2 as an energy carrier hE, to convert at least one first resource R1 (e.g., raw materials) into at least one second resource R2 (e.g., intermediate or final products) at a stage of the resource conversion chain RCC.

[0281] The Time Relevance (TC) setting can be configured on the Organization tab. Scenario selection can be enhanced to allow you to choose time correlation as an optional part of the scenario.

[0282] In one possible embodiment, using such as Figure 5 , 6 The time series ts shown in Figure 7 is used to manage the correlation of time periods that extend less than a predetermined period (e.g., one day). The optimized detrimental correlation time period could be, for example, 1 hour. Figure 5 As shown.

[0283] Users can select time-related TC, where the time series ts is supported by power production assets (ets) suitable for producing electrical energy eE.

[0284] Users can also select time-related TC, where the time series ts is supported by hydrogen (H2) h or other energy carrier production assets (hts).

[0285] In a further step SB, the required time-related energy data is obtained from the energy (electricity) production meter and the energy consumption (electricity) meter.

[0286] Temporal correlation (TC) at a lower time scale can be achieved by recording energy meter signal information into a time series (ts) over time.

[0287] Depending on the instrument's technical characteristics and time synchronization, the timestamp TS can be provided by the instrument, control system, or blockchain agent (BCA) software for time synchronization.

[0288] Different possible alternatives exist for time series (ts) production.

[0289] Meters (or control systems) can, for example, send energy flow values ​​(e.g., power values ​​in kW) without timestamps (TS) via Modbus TCP. A blockchain agent (BCA) can be installed on a time-synchronized operating system. Time series (TS) can be calculated per token based on a national time period pattern.

[0290] Alternatively, the blockchain agent BCA can calculate time series ts based on OPC UA timestamps according to the country time period pattern.

[0291] Alternatively, the instrument can send a non-clock-synchronized time series ts according to the national time period pattern. Then, the blockchain agent BCA will map the received time period to the clock according to the time synchronized with the operating system.

[0292] Alternatively, the instrument can send a time-synchronized time series ts. Then, the blockchain agent BCA calculates the time series ts by token according to the national time period pattern.

[0293] Alternatively, the instrument can send pulses that determine the energy level. These pulses can be converted into signals, and then the blockchain agent BCA calculates the time series ts by token according to the national time period pattern.

[0294] Alternatively, the instrument operates according to the MID function.

[0295] In the further step SC, the acquired data can be sent to the cloud and, depending on the grid pattern, stored in memory or a database in conjunction with the non-fungible energy token (ENFT). The blockchain broker BCA can support repeated transmissions of time-series (TS) data to the cloud. Data transmission should support reduced time latency for minting ENFT (e.g., once per minute).

[0296] Once the configured energy value E for minting the associated non-fungible energy token ENFT (e.g., eENFT or hENFT) is reached, the energy token ENFT is automatically generated, and the associated time series ts can be stored (e.g., off-chain) in a data storage device. The non-fungible energy token ENFT can include non-fungible energy token ENFTs used to carry energy E in a specific energy form (e.g., electrical energy (eE) or hydrogen energy (hE)). Therefore, each non-fungible energy token eENFT produced has an energy time series (ets) specified according to the local power grid pattern.

[0297] Furthermore, the power consumption of electrical energy eE can be tracked using a configured balancing meter. Therefore, each non-fungible hydrogen token hENFT produced to form another form of energy E has a time series (hts) specified according to the local power grid pattern.

[0298] To facilitate the simple trading and control of renewable energy E, in a preferred embodiment, the energy quantity value forms the primary parameter for tokenization. An optional parameter is the time of production / consumption, and thus an optional time series ts appendage to the token. (Clock-time-based tokenization, such as 4.593 MWh for 10:15-10:30, has drawbacks in terms of token creation and trading during low production times).

[0299] In the further step SD, the data or time series ts can be transformed according to the required time interval (defined in the scheme). For time-related TC, the applicable time pattern can be obtained from the scheme definition (e.g., it needs to meet 15 minutes (or 1 hour)).

[0300] like Figure 5 As shown, certificate tokens in a digital wallet can be converted based on the time base required by the scheme (during operation). The time series of energy certificate tokens for the produced energy is also converted during operation. A matching process is then performed to devalue the minimum number of certificate tokens required, such as... Figure 7 As shown in the example, only then will a certificate representing the energy produced be generated. Impairment processing is performed before energy certification.

[0301] Therefore, the system converts the time series ts into the desired pattern (e.g., 1 hour). This applies to the time series (ts) of the available non-fungible electric energy token eENFT (ets) and the time series (ts) of the produced non-fungible hydrogen energy token hENFT (hts).

[0302] In the further step SE, the energy value of energy E is matched within the relevant time period.

[0303] If the produced hydrogen (H2) is used to mint non-fungible hydrogen energy tokens hENFT as hydrogen energy hE, the compliance algorithm CA executed by the compliance check unit CCU will match all relevant time periods of the non-fungible hydrogen energy tokens hENFT(hts) with the time periods of the available non-fungible electrical energy tokens eENFT(ets) of the consumed electrical energy eE.

[0304] In the case of the "Pay-for-Output" transfer type (currently supported), for impairment purposes, the system matches the remaining electricity eE from the impaired electricity tokens and checks whether all available tokens from the configured transfer have been received.

[0305] A reasonable configurable waiting time limit needs to be considered. Incomplete tokens can be detected to wait for subsequent tokens. In one possible implementation, the devaluation of the additional token CNFT is performed in such a way that the minimum amount of non-fungible certificate tokens CNFT is devalued (surplus CNFT tokens can be used for monetization).

[0306] In the further step of SF, the energy-related certificate is devalued by the impairment unit, such as Figure 7 The example illustrates this. If all compliance checks of the system's Compliance Check Unit (CCU) have been satisfied, the associated non-fungible certificate token (CNFT) is devalued, and new hydrogen energy certificates (hENFT) and associated CNFT for the produced hydrogen (H2) can be minted.

[0307] This process can be repeated for each non-fungible energy token (ENFT) seeking certification.

[0308] Finally, in step SG, the devaluation of the non-fungible certificate token CNFT performed in step SF can be reported using the new certificate.

[0309] The depreciated non-fungible certificate token (CNFT) of the associated (linked) electricity certificate eENFT used for consumed electricity (eE) can be reported using the generated associated hydrogen certificate hENFT of CNFT used for produced hydrogen (h). The statement can indicate the corresponding electricity certificate ID and the matching energy value for each time period. The statement can also indicate the electricity tokens split due to the residual method.

[0310] Figure 7 An example is provided to illustrate the operation of a possible embodiment of a computer implementation method for optimizing the time correlation (TC), utilization, and depreciation of digital renewable resource certificates for Resource Conversion Chain (RCC).

[0311] In step S1 of this method, resource-related data is provided by asset records within the Resource Conversion Chain (RCC). Subsequently, in step S2, a compliance check is performed to assess whether the resource-related data provided by the asset records meets the machine-interpretable requirements specified in the scheme. If the compliance check in step S2 provides a positive assessment result, a non-fungible certificate token (CNFT) is generated as a digital renewable resource certificate in step S3. The generated CNFT is stored in the digital wallet of the producing asset owner.

[0312] The resource-related data records provided may include non-fungible resource tokens (RNFTs). Resource-related data records may include at least one non-fungible energy token (ENTF), which is automatically generated when incremental energy E is produced by energy production assets of the resource conversion chain RCC and reported as energy-related data by the energy production assets.

[0313] Proof of resource consumption is provided by the non-fungible resource token (RNFT) of the resource-consuming asset and / or by the asset owner of the resource-consuming asset. The non-fungible resource token (RNFT) associated with the non-fungible certificate token (CNFT), particularly the non-fungible energy token (ENTF), may include a token timestamp and specified load pattern data, such as... Figure 7 As shown in the example.

[0314] Load pattern data may include, for example, 15-minute load pattern data provided by tokens A and B associated with CNFT received from energy production asset 1, or 30-minute load pattern data provided by tokens C and D associated with CNFT received from energy production asset 2, such as... Figure 7 As shown in the example.

[0315] Load pattern data is allocated to non-fungible resource tokens (RNFTs) according to State Grid specifications, such as... Figure 7 As shown. For example, a 1-hour scenario pattern is applied. In a preferred embodiment, a State Grid-specific load profile dataset (time series) can be linked to each NFT production and consumption asset, such as... Figure 7 As shown in the example.

[0316] exist Figure 7 In the example shown, during the hour between 10:00 and 11:00, the metering consumption (schema mode) is 1.0 (as shown in the load mode for token A) plus 0.2 (as shown in the load mode for token B) plus 10.0 (as shown in the load mode for token C) plus 0.3 (as shown in the load mode for token D). Therefore, the total metering consumption during the hour between 10:00 and 11:00 is 11.5, as... Figure 7The table is shown below.

[0317] Energy-consuming assets (such as electrolyzers) have a metered consumption of 11.1 per CNFT of hydrogen per hour between 10:00 and 11:00, which is 5.8 (between 10:00 and 10:30) plus 5.3 (between 10:30 and 11:00).

[0318] like Figure 7 As shown in the table, for the time period between 10:00 and 11:00, the sum of 1.0 (contribution of token A) plus 10.0 (contribution of token C) plus 0.3 (contribution of token D) is 11.3, which best matches the consumption value of 11.1 for energy-consuming assets (such as electrolyzers) (best time correlation).

[0319] Between 11:00 and 12:00, the contribution of token D (i.e., 7.5) and the consumption value of 7.4 achieve the best time correlation match, as follows: Figure 7 The table is shown below.

[0320] The load pattern data recorded in non-fungible resource tokens (RNFTs) can be used for devaluation with transferred non-fungible certificate tokens (CNFTs). Load pattern data on the consumption of resources (especially energy) by resource conversion assets or resource consumption assets are recorded in non-fungible resource tokens (RNFTs), particularly non-fungible energy tokens (ENTFs).

[0321] The load pattern data of available non-fungible certificate tokens (CNFTs) and associated non-fungible resource tokens (RNFTs), particularly the associated non-fungible energy tokens (ENTFs), provided in digital wallets are converted into scheme load pattern data based on the time-dependent requirements of the applied scheme. Figure 7 The table example is shown below.

[0322] The depreciation in step S4 of the method according to the invention is automatically performed during the time correlation (TC) process by matching the consumption load pattern data with the load pattern data of available non-fungible certificate tokens (CNFTs), such as... Figure 7 As shown in the example.

[0323] In a preferred embodiment, the devaluation of non-fungible certificate tokens (CNFTs) stored in the digital wallet is performed by a devaluation optimizer that devalues ​​the minimum amount of CNFTs by examining possible variations or combinations of the sum of contribution values, such as... Figure 7 As shown in the example. Figure 7 In the given example, token B was not devalued for efficiency reasons.

[0324] Different embodiments of the methods and systems of the present invention described above can be combined with each other.

[0325] Although the present invention has been described above by way of embodiments, it is not limited thereto and can be modified in a wide range of ways. In particular, the present invention can be changed or modified in various ways without departing from its core principles.

Claims

1. A computer-implemented method for optimizing and devaluing digital renewable resource certificates used in a resource conversion chain (RCC), the resource conversion chain having resource production assets and conversion assets, the resource production assets being adapted to generate at least one resource, and the conversion assets being adapted to consume resources to generate products, the method comprising: (S1) Resource-related data is provided through the records of assets within the Resource Conversion Chain (RCC); For each stage of the Resource Conversion Chain (RCC), a compliance check (S2) is performed using a compliance check algorithm to assess whether the resource-related data provided by the asset's records meets the machine-interpretable requirements specified in the applicable scheme as defined by the scheme holder. If the compliance check provides a positive assessment result, a non-fungible certificate token (CNFT) is generated (S3) as a digital regenerated resource certificate, and the generated non-fungible certificate token (CNFT) is stored in a digital wallet; as well as When the associated resource is consumed by the resource-consuming asset, and proof of the associated resource being consumed by the resource-consuming asset is provided by the non-fungible resource token (RNFT) of the resource-consuming asset and / or by the asset owner of the resource-consuming asset, the non-fungible certificate token (CNFT) stored in the digital wallet is automatically devalued (S4).

2. The method according to claim 1, wherein, The records of the resource-related data provided include non-fungible resource tokens (RNFTs), and in particular non-fungible energy tokens (ENTFs), which are automatically generated once incremental energy is generated by energy-producing assets and reported by the energy-producing assets as energy-related data.

3. The method according to claim 1 or 2, wherein, The solutions provided by the solution holder include energy-type solutions, which include electricity solutions, hydrogen solutions, and electric fuel solutions.

4. The method according to claim 2 or 3, wherein, The Non-Fungible Resource Token (RNFT) includes token timestamps and allocated load pattern data.

5. The method according to claim 4, wherein, Load pattern data is allocated to non-fungible resource tokens (RNFTs) in accordance with State Grid specifications.

6. The method according to claim 4 or 5, wherein, The load pattern data recorded in the non-fungible resource token (RNFT) can be devalued through the transfer of non-fungible certificate tokens (CNFT).

7. The method according to any one of claims 4 to 6, wherein, Load pattern data on the consumption of resources, particularly energy, by resource conversion assets or resource consumption assets are recorded using non-fungible resource tokens (RNFTs), particularly non-fungible energy tokens (ENTFs).

8. The method according to any one of claims 4 to 7, wherein, Based on the time-related requirements of the applied scheme, the load pattern data of the available non-fungible certificate tokens (CNFT) and the associated non-fungible resource tokens (RNFT), especially the associated non-fungible energy tokens (ENTF), provided in the digital wallet are converted into scheme load pattern data.

9. The method according to claim 8, wherein, The depreciation is performed using the scheme load pattern data by matching the consumption load pattern data with the load pattern data of the available non-fungible certificate tokens (CNFT).

10. The method according to claim 9, wherein, The devaluation (S4) of the non-fungible certificate tokens (CNFT) stored in the digital wallet is performed by a devaluation optimizer, such that the minimum amount of the non-fungible certificate tokens (CNFT) is devalued by checking possible combinations.

11. The method according to any one of claims 1 to 3, wherein, The impairment (S4) of the non-fungible certificate token (CNFT) includes a token timestamp impairment.

12. The method according to any one of claims 1 to 3, wherein, If no resource consumption occurs and / or no proof of resource consumption is provided, the non-fungible certificate tokens (CNFT) stored in the digital wallet will automatically depreciate according to the expiration date defined in the scheme (S4).

13. The method according to any one of the preceding claims, wherein, The resources mentioned include environmentally relevant resources, particularly energy or carbon dioxide.

14. The method according to any one of the preceding claims, wherein, Resource-related data includes near real-time data containing machine signals.

15. The method according to claim 14, wherein, Near real-time data related to resources is monitored and transmitted by the gateway (GW) of the relevant asset, or received from other data providers, particularly from grid operators or service providers.

16. The method according to any one of the preceding claims, wherein, The non-fungible energy token (ENTF) stores information, which includes at least one of the following: - NFT identifier, - Asset identifier, - Instrument Identifier ID, - Signal identifier, - Energy type - The token size of the token, - Timestamps, token quality, - Total CO2 equivalent per token - Energy value.

17. The method according to any one of the preceding claims, wherein, The non-fungible resource token (RNTF), and in particular the non-fungible energy token (ENTF), is encrypted.

18. The method according to any one of the preceding claims, wherein, The NFT identifier used to reference the associated non-fungible resource token (RNTF) and the generated non-fungible certificate token (CNFT) includes additional authentication information, which includes the scheme applied, the version of the scheme applied, and the certification authority.

19. The method according to any one of the preceding claims, wherein, The scheme defined by the scheme holder includes scheme metadata, which includes scheme title, scheme holder, scheme revisions and scheme validity, communication restrictions, requirements for the authentication process, requirements for certificate holders, and requirements for relevant resources.

20. The method according to any one of the preceding claims, wherein, The non-fungible certificate tokens (CNFTs) are automatically transferred between the digital wallets of asset owners, particularly based on resource purchase agreements between the asset owners.

21. The method according to claim 20, wherein, Certificate transfers can be either pay-per-output or pay-per-use.

22. A system for the optimized utilization and devaluation of digital renewable resource certificates, the digital renewable resource certificates being used to manage resource conversion chains (RCCs), the resource conversion chains having resource production assets and conversion assets, the resource production assets being adapted to generate at least one resource, and the conversion assets being adapted to consume resources to generate products or other resources, the system being implemented by employing a method according to any one of claims 1 to 21, the system comprising: Data records of assets within the Resource Conversion Chain (RCC), the data records being adapted to provide resource-related data; A compliance check unit, the compliance check unit being adapted to perform compliance checks to assess whether the resource-related data provided by the asset's data records meets the machine-interpretable requirements specified in an applicable scheme as defined by the scheme holder; A token generator adapted to generate non-fungible certificate tokens (CNFTs) as digital renewable resource certificates stored in a digital wallet when the compliance check performed by the compliance check unit provides a positive assessment result. as well as Impairment unit, the impairment unit being adapted to impair the value of non-fungible certificate tokens (CNFT) stored in the digital wallet when the associated resource is consumed by a resource-consuming asset and when proof of the associated resource being consumed by the resource-consuming asset is provided by the non-fungible resource token (RNFT) of the resource-consuming asset and / or by the asset owner of the resource-consuming asset.

23. The system of claim 22, further comprising a devaluation optimizer adapted to optimize the devaluation of the non-fungible certificate tokens (CNFTs) stored in the digital wallet by the devaluation unit.

24. The system according to claim 22 or 23, wherein, The token generator is adapted to automatically generate non-fungible energy tokens (ENTF) once the energy-producing asset produces incremental energy and the incremental energy is reported to the token generator by the energy-producing asset as energy-related data.

25. The system according to claim 24, wherein, The energy-related data recorded in the non-fungible energy token (ENTF) is checked by a compliance algorithm executed on at least one processor of the compliance check unit in the system to perform a compliance check based on the machine-interpretable scheme requirements of the scheme provided by the scheme holder, thereby automatically generating an associated non-fungible certificate token (CNFT) when the compliance check provides a positive assessment result.

26. A computer program product comprising a computer-readable storage medium storing computer-readable program code executable by a processor of a computer system to implement a method, the method comprising instructions which, when executed by a computer, cause the computer to perform at least one step of the computer-implemented method according to any one of claims 1 to 21.

Images