did:ssw

The SSW (Self Sovereign Wallet) DID Method is a decentralized identifier implementation that operates on the Initial Network, a consortium blockchain network operated by trusted institutions in South Korea. Built on SK Telecom's STON ledger technology, this method provides a framework for managing digital identities in a controlled but decentralized environment.

The did:ssw method implements Self-Sovereign Identity principles while operating within a permissioned blockchain structure. DIDs are created through a unique system where only authorized administrators can initiate new identifiers, introducing a layer of institutional oversight to the self-sovereign model. Each identifier is generated using a Base58 encoding of a 16-byte UUID, resulting in 21-22 character identifiers that are case-sensitive.

Key features include:

• Permissioned Creation: Only administrator-privileged DIDs can create new identifiers
• Network Flexibility: Supports multiple networks (mainnet, testnet, devnet)
• Public Resolution: Anyone can resolve DIDs despite the permissioned nature
• Ed25519 Cryptography: Uses robust cryptographic standards for key management
• DIDComm Messaging: Built-in support for DID-based communication

Technical Implementation:

1. DID Generation and Structure

• Format: did:ssw:[network]:<idstring>
• NSI consists of 21-22 characters in Base58 encoding
• Generated from 16-byte UUID or Ed25519 verification key
• Follows W3C DID core specification

2. Resolution Process

• Public read access to DID Documents
• Returns standard W3C DID Document format
• Supports network-specific resolution (testnet/devnet)

3. Key Management and Security

• Uses Ed25519 cryptographic key pairs
• Implements Ed25519VerificationKey2018 suite
• Authentication and AssertionMethod verification relationships
• Permission-based access control system

4. Technology Stack

• Built on STON ledger technology
• Implements DIDComm Messaging protocol
• Uses consortium blockchain architecture
• Supports standard W3C DID Document format

5. CRUD Operations

CREATE: Requires administrator privileges
READ: Public access
UPDATE: Limited to DID owner or administrator
DELETE: Controlled revocation process

Security Model:

• Hierarchical permission structure
• Administrator-privileged DID management
• Internal network containment of privileged credentials
• Transaction-based signature verification

Privacy Features:

• Pseudonymous identity management
• Public key infrastructure
• Ledger-based immutability
• Service endpoint integration

Example DID: did:ssw:HCXdNZTEC4hQNtoVXaaRhP