The did:peer method was the first DID method without universal resolution. Designed to facilitate direct one-to-one DIDs, only those parties to the peerage can resolve the DID–no one else even knows the DID exists, much less how to get to the DID Document, making did:peer arguably even MORE decentralized than ledger-based DIDs. We talk with Daniel Hardman of SICPA, editor of did:peer, and Drummond Reed of Evernym, a leading implementer of did:peer, to get the inside scoop about why this method exists and when you should consider using it.
References
- Conflict-free Replicated Data Type (CRDT)
- Daniel’s novel, Cordimancy
- Daniel’s novel, Viking
- did:peer specification
- Evernym
- General Data Protection Regulation (GDPR)
- Hyperledger Indy
- Internet Identity Workshop
- Layer 2 Protocol
- Lightning Network
- Peer DID JVM (Implementation)
- Peerdid Python (Implementation)
- Pypeerdid (Implementation)
- Self-Sovereign Identity
- SICPA
- Simple Grant Language (SGL)
- Sovrin Foundation
- W3C Decentralized Identifiers (DID) 1.0 Specification
- Trust Over IP (ToIP Foundation)
- Trust Over IP Introduction
- Verifiable Credentials Data Model v1.1
- W3C Credentials Community Group
- W3C List of DID methods
- W3C DID Method Rubric v1.0
- W3C DID Test Suite
- Xkcd – Password Strength
Hosts: Joe Andrieu, Eric Schuh, and Erica Connell
Producer: Erica Connell
Executive Producer: Joe Andrieu
The Rubric is a production of Legendary Requirements
©2022 Legendary Requirements, Inc. All rights reserved.
Photo 7946854 © Photomyeye | Dreamstime.com