All Collections
Frequently Asked Questions
V3 Manager App
IPFS CIDs Stored in Content Hash Record
IPFS CIDs Stored in Content Hash Record
Rasmus (cthulu.eth) avatar
Written by Rasmus (cthulu.eth)
Updated over a week ago

The string of letters and numbers you see in an IPFS link is its "Content Identifier" or CID.

IPFS has two types of CID's:

CID version 0

When IPFS was first designed it used base 58-encoded multihashes as the content identifiers that looked like this:


Many applications and services still use these by default, but the format is close to being replaced.

CID version 1

The IPFS project will switch to CIDv1 as the new default in the near future.

IPFS developed CID version 1 which is a far more flexible approach, and will become the IPFS default, that looks like this:


CID v1 contains some leading identifiers that clarify exactly which representation is used, along with the content-hash itself. These include:

  • A multibase prefix, specifying the encoding used for the remainder of the CID

  • A CID version identifier, which indicates which version of CID this is

  • A multicodec identifier, indicating the format of the target content — it helps people and software to know how to interpret that content after the content is fetched

These leading identifiers also provide forward-compatibility, supporting different formats to be used in future versions of CID.


I've set my CID but a different CID shows!

When you set a CIDv0 on your ENS name it will be converted to a CIDv1, so if you enter a CID that looks like this:

Then once it's set on your ENS name it will look like this:

For example, if you edited the Content Hash record for your ENS name and set it to:


You would see your record reformatted to the CIDv1 version of the IPFS hash:


Did this answer your question?