You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 5 Next »

The net emissions data channel is a data channel representing the net emissions of an entity, which could be an organization, a building, or even a person.  It is the sum of all the emissions from different channels such as the utility emissions channel, plus offsetting Renewable Energy Certificates and carbon offsets.  It could be on a public or permissioned ledger network.  The net emissions could be recorded as tokens or Fabric assets, such as the Carbon Emissions tokens developed by the Interwork Alliance.

Note that the carbon emissions token is a fungible token, whereas data on the utility emissions channel are non-fungible, as they represent the emissions from a particular meter tied to a particular utility during a particular period of time.  This is a common feature of transforming non-fungible data into fungible tokens and could be handled in the same way as securitizing mortgage loans into mortgage-backed securities, bundling stocks into exchange traded funds, and other financial structures.  The non-fungible data, such as the utility emissions records, should be updated to link to the particular fungible token.  The fungible token should contain a manifest of all the non-fungible data which went into it. 

The only operation for a net emissions token/asset is Issue with the following fields:

  • issuer identifier
  • recipient identifier
  • asset type
  • quantity 
  • UOM
  • from date/time stamp
  • thru date/time stamp
  • metadata
  • manifest
  • date/time stamp of when the asset was created

Once issued from one entity to another, the token/asset stays with the recipient.  The recipient can in turn issue tokens to further recipients, such as down the supply chain.

Examples of this include:

  • Renewable Energy Certificate:
    • Issuer ID = Generator of REC
    • Recipient ID = Buyer of REC
    • Asset Type = REC
    • Quantity = 1
    • UOM = MWH
    • From/thru date time stamp = do we need this for REC's?
    • Metadata = Region and Time of energy enerated
    • Manifest = URL linking to the registration for the REC purchased
  • Carbon emissions offest:
    • Issuer ID = Certifier or Issuer
    • Recipient ID = Buyer
    • Asset Type = Emissions Offset
    • Quantity = amount
    • UOM = MtCO2e
    • From/thru date time stamp = do we need this for emissions offset?
    • Metadata = type of project, location, etc.
    • Manifest = URL linking to the registration of the emissions offset
  • Utility Emissions Data:
    • Issuer ID = utility or auditor 
    • Recipient ID = organization or entity
    • Asset Type = CO2 emissions
    • Quantity = amount of emissions
    • UOM = MtCO2e
    • From/thru date time stamp = time period of the net emissions
    • Meatadata = background data such as utility, billing period, amount and UOM of usage, etc.
    • Manifest = link to access the utility emissions data on the utility emissions channel 
  • Net Emissions Data:
    • Issuer ID = auditor
    • Recipient ID = organization or entity
    • Asset Type = CO2 emissions
    • Quantity = amount of emissions
    • UOM = MtCO2e
    • Metadata =
    • From/thru date time stamp = time period of the net emissions
    • Manifest = links to access all the emissions tokens/assets used to prepare this net emissions



  • No labels