๐Ÿ” Chapter 4: Self-Sovereign Identity (SSI)

WIA-FIN-010 Digital Identity Standard | Part 4 of 8

In this chapter: We explore Self-Sovereign Identity architecture, wallets, agents, trust frameworks, and how SSI puts individuals in complete control of their digital identities.

4.1 The Self-Sovereign Identity Model

Self-Sovereign Identity represents a paradigm shift in digital identity. Instead of identity being granted by central authorities (governments, corporations, platforms), SSI returns ownership and control to individuals. You become the sovereign over your own identity data.

4.1.1 Core Principles Revisited

4.2 SSI Architecture

A complete SSI system consists of several interconnected components:

4.2.1 Digital Wallets

Your SSI wallet is like a physical wallet, but for digital credentials. It stores your DIDs, private keys, verifiable credentials, and manages presentations to verifiers.

Mobile Wallets: iOS/Android apps (most common). Always with you, use device security features

Web Wallets: Browser-based, accessible from any device

Hardware Wallets: Dedicated devices for maximum security (like crypto hardware wallets)

Cloud Wallets: Hosted by providers with encrypted backup

4.2.2 Agents

Agents are software that acts on your behalf to manage identity operations:

4.2.3 Trust Framework

SSI doesn't eliminate trustโ€”it makes it explicit and transparent. Trust frameworks define:

4.3 The DIDComm Protocol

DIDComm enables secure, private communication between DIDs. It's like encrypted email, but using DIDs instead of email addresses:

{
  "type": "https://didcomm.org/credentials/1.0/offer",
  "id": "12345",
  "from": "did:example:university",
  "to": ["did:example:alice"],
  "body": {
    "credential_type": "UniversityDegree",
    "comment": "Your degree is ready!"
  }
}

4.3.1 DIDComm Features

4.4 Credential Exchange Protocols

Standard protocols govern how credentials are issued and presented:

4.4.1 Issuance Flow

  1. Offer: Issuer sends credential offer to holder
  2. Request: Holder requests the credential
  3. Issue: Issuer creates and signs credential
  4. Store: Holder receives and stores in wallet

4.4.2 Presentation Flow

  1. Request: Verifier sends presentation request
  2. Select: Holder chooses which credentials to share
  3. Present: Holder creates and signs presentation
  4. Verify: Verifier validates presentation and credentials

4.5 Governance and Trust Registries

While SSI is decentralized, some coordination is needed. Trust registries list authorized issuers for specific credential types:

4.6 User Experience in SSI

Good SSI systems make complex cryptography invisible to users:

4.6.1 Onboarding

4.6.2 Daily Use

4.7 Enterprise SSI Deployment

Organizations implementing SSI need:

Chapter Summary