๐ŸŸข
Filecoin Green Documentation
  • ๐Ÿ“—Filecoin Green Documentation
  • โ™ป๏ธStorage Providers Green Guidance Documentation
    • ๐ŸŒIntroduction
    • ๐ŸŒFilecoin Green
      • ๐Ÿ”ฑFilecoin Green Pledge
    • ๐Ÿ“‘Storage Providerโ€™s Tiered Sustainability Claims
    • ๐Ÿ“‹Storage Providers Sustainability Criteria
      • GHG Emissions Accounting
        • How Storage Providers should Calculate Emissions
      • Renewable Energy Procurement
        • How Storage Providers should Procure Renewable Energy
          • Renewable Electricity Sourcing Methods
            • Spotlight: DCENT
          • Additional methods for procuring renewable energy
            • Spotlight: Zero Labs
          • Credible Claims Requirements
          • Energy Sources and Technologies
      • Additional Reporting Criteria and Reporting Cadence
        • Water Use
        • Hardware Waste
        • Reporting Periods and Cadence
    • ๐Ÿ”†Conclusion
    • ๐Ÿ—ƒ๏ธAdditional Resources
      • Annex 1: Carbon Accounting Methodologies Hierarchy
      • Annex 2: Details on Storage Providerโ€™s Tiered Sustainability Claims
      • Annex 3: Filecoin Green Reporting Portal
      • Annex 4: Treatment of Carbon Credits
  • โš™๏ธFilecoin Green API Docs
    • ๐Ÿ”งList of APIs
      • โšกEnergy Consumption API
      • ๐ŸŒฟGreen Scores API
      • ๐Ÿ“ˆRenewable Energy Certificates API
      • โ†”๏ธFilecoin Miner ID <-> Peer ID relation API
  • ๐Ÿ–ฅ๏ธFilecoin Green UI Tools
    • ๐Ÿ”CID.place
    • ๐Ÿ“ƒREC Browser
    • ๐Ÿ“ˆMetered Energy Consumption
    • ๐Ÿ“ฉCSV Export utility
    • ๐Ÿ‘พCO2.Storage
  • ๐Ÿ“šAdditional Resources
  • ๐Ÿ‘พCO2.Storage Docs
    • ๐ŸงAbout
    • โš™๏ธData Model
    • โš’๏ธUI: Getting Started
    • ๐Ÿ—๏ธSetting Up the CLI
    • โœ๏ธTemplate Author's Guide
    • ๐Ÿ’ฅExamples
    • ๐ŸŒฑBuild a Web UI
    • ๐Ÿ–ฅ๏ธUI Functionality
    • โŒจ๏ธAPI Functionality
    • ๐ŸŽ†Configuring IPFS Nodes
    • โ€ผ๏ธFAQ
    • ๐Ÿ—บ๏ธDevelopment Roadmap
    • ๐Ÿ—ปDecarbonize Your Travel
    • ๐Ÿ’กEnergy Validation Process (EVP) Schema
Powered by GitBook
On this page
  • About
  • Data Primitives
  1. CO2.Storage Docs

About

About

CO2.Storage is a decentralized storage solution for structured data based on content addressed data schemas. CO2.Storage primarily focuses on structured data for environmental assets, such as Renewable Energy Credits, Carbon Offsets, and geospatial datasets. This focus stems from our realization that the budding Refi space, and tokenized carbon credits in particular, would benefit from the development of standard data schemas for environmental assets.

The Filecoin Green team is actively working on this project and welcomes contributions from the community.

We are seeking input to encourage standardization and reduce fragmentation of data schemas across the Refi space. To publicly discuss and crowd-source data schemas for CO2.Storage, please visit: CO2.Storage Schemas Repo.

We are also actively seeking input on features from industry participants and interested parties. Please provide your contact information if you'd like to receive updates: CO2.Storage Updates Form.

Data made available through CO2.storage is provided by users, and not verified by Filecoin Green.

Data Primitives

If you're looking for information on primitives to use for writing schemas, check out the Template Author's Guide.

CO2.Storage maps inputs to base data schemas (IPLD DAGs) for off-chain data (like metadata, images, attestation documents, and other assets) to promote the development of standard data schemas for environmental assets.

With IPLD DAGs, data is content addressed using IPFS, meaning the URI pointing to a piece of data (โ€œipfs://โ€ฆโ€) is completely unique to that data (using a content identifier , or CID). CIDs can be used for environmental assets and metadata to ensure the asset forever actually refers to the intended data (eliminating things like double counting, and making it trustlessly verifiable what content an asset is associated with). These standard, content addressed, data schemas will also enable more seamless cross-referencing for missing data and meta-analysis of different assets/credits, as well as help expedite the development of new forms of methodologies, supply, and marketplaces.

CO2.Storage currently has a feature rich UI and a Javascript API. Additionally, weโ€™ll soon release a Go API and Go Indexer. The CO2.Storage UI currently supports multiple data types, including (but not limited to):

-> int, integer

-> decimal, float

-> str, string

-> txt, text, textarea

-> bool, boolean

-> date (single date)

-> dates (multiple dates)

-> datetime (single datetime)

-> datetimes (multiple datetimes)

-> daterange (date range)

-> datetimerange (datetime range)

-> array (lists)

-> images (Images)

-> documents (Documents)

These data types correspond to the Form Element case statements here. If your schema requires data types that are not currently supported, please request for a new data type by emailing green@filecoin.org.

PreviousCO2.Storage DocsNextData Model

Last updated 1 year ago

๐Ÿ‘พ
๐Ÿง