What is a Verifiable Credential?
Last updated
Was this helpful?
Last updated
Was this helpful?
A "Credential", in an everyday sense, is an attestation, evidence or proof of qualification, competence or authority issued to an entity, either individual or person, by a third party with relevant authority or assumed competence to do so. This may be evidence of authority, status, rights, entitlement to privileges, or the like, usually in a written form.
Historically, we have relied on public issuing bodies to verify our identities — i.e. passports, driving licence, birth certificates, etc. These credentials go on throughout our lives, being issued to us or requested by us at times we need them. We provide them to others regularly, without ever wondering what happens to them, where they now sit, and how long they’ll be retained.
Essentially credentials are a means to verify identity.
A Verifiable Credential ("VC") is a tamper-evident data file with a set of claims about a person, organisation, or thing that can be cryptographically verified. These verifiable credentials can be used to build Verifiable Presentations, which can also be cryptographically verified.
Okay, stop there, let's simplify what this technical language means.
Let's imagine something we're all familiar with.
Here's a classic email with some attachments.
This is how most people are familiar with sending information about themselves digitally.
I am sure everyone reading this has had to attach a photocopy of their passport to an email, in order to prove that they are who they claim to be. Or alternatively, has attached their CV to an email to prove their work and education records, either as a word document or PDF.
The problem with this system, is that it is not currently possible to check the validity of an attachment sent via email. Word Documents, PDFs, JPEGs etc have no security features that allows a third party to check if they were legitimate or not.
Let's take the example of the CV. You receive it as an attachment, you read it, and to check the validity you need to contact the references which are generally at the bottom of the CV to check whether this person really did all the things they claim to have done.
This is time consuming, and frequently, owing to the lack of trust in these data formats, can be susceptible to fraud.
A Verifiable Credential is a digital file that stores data. However, importantly it is designed to hold two core types of data:
Claims
A claim is an attestation about something. It could say that "I went to Oxford University".
Proofs
A proof is cryptographic evidence to support that claim. In decentralised identity, this evidence is generally attested to by an issuer. This proof is often represented by both the Decentralised Identifier ("DID") of the issuer, as well as a piece of cryptographic material, that relates to a specific public key of the issuer, for a specific purpose, such as an assertionMethod.
The verification key material and the Decentralised Identifier ("DID") enable the issuer to essentially sign the claims in the credential, to vouch for their autheneticity.
Verifiable Credentials change the way that data can be trusted when presented. This is because when you receive a Verifiable Credential, you are able to check, without contacting another party:
Whether that data was issued by a specific issuer;
That the data hasn't been tampered.
Unlike attachments in an email, which are data files that need to be independently verified, to trust their contents; Verifiable Credentials enable that verification innately, through the use of Decentralised Identifiers. This is a powerful component for building trust in a decentralised Web 3.0.
Therefore, you can reach the definition:
A Verifiable Credential ("VC") is a tamper-evident data file with a set of claims about a person, organisation, or thing that can be cryptographically verified. These verifiable credentials can be used to build Verifiable Presentations, which can also be cryptographically verified.
For more information, please see the Verifiable Credential Data Model Specification below:
