Skip to content

Latest commit

 

History

History
84 lines (53 loc) · 8.64 KB

did-spec-current-status.md

File metadata and controls

84 lines (53 loc) · 8.64 KB

The Current Status of the DID Specification

By Amy Guy <amy@rhiaro.co.uk> and Dmitri Zagidulin <dzagidulin@gmail.com>, Digital Bazaar

Work on the Decentralized Identifier 1.0 specification began at RWOT #2 in May 2016, and a draft was published on 21 November 2016. Work continues under the custody of the W3C Credentials Community Group, a group of 237 members, who contribute by taking part in weekly teleconference calls, engaging in discussions on the mailing list, and raising issues on the spec on GitHub.

This document serves as a summary of the current state of work. It includes a rough categorization of the current open issues, with the goal of identifying actions which can be taken quickly to move the spec forward, as well as topics which need extended discussion amongst the community. Issues (and sometimes PRs) are categorized as follows:

  • clarify: Clarification or disambiguation of concepts the community already has consensus on.
  • discuss: Topics which need more discussion to reach consensus about.
  • editorial: Updates to informative language, without changes to meaning or conformance criteria.
  • elsewhere: Issues relating to other documents (specs, namespaces, etc).
  • question: Questions about the spec or implementation guidance.

If you're new to DIDs, or want a refresher on the background and core concepts of the DID spec, you will find it useful to read the DID Primer (or extended DID Primer) first.

This document will be updated as work on the DID specification progresses, so information will be current at the time of RWOT8.

Clarification needed

Some topics have consensus amongst members of the Community Group, or are intuitively understood by people who have been deeply embedded in the work for a while, but remain unclear with regards to text in the specification. For these, the spec needs new text, or reworking of existing text, to make sure concepts are communicated clearly and unambiguously to new readers.

Issues are labeled 'clarify' and include:

Action: The CG should agree definitive definitions or statements for each of these, and then work to integrate them into the spec text.

Bigger discussion points

Some topics need deeper discussion to ensure common understanding amongst the CG and the wider community, or more technical work to make sure they are resolved properly.

Issues are labeled 'discuss' and include:

  • Do we need to explicitly name the thing that the DID identifies? (Or, consolidate casual references to the thing the DID identifies?) Eg. 'referent', 'entity', 'subject', .. (#154, #148, #145, #130, #139).
    • Current consensus: The thing that the DID identifies is a DID Document, no other terms are required or needed.
  • DID URI structure, and Resolving DIDs into DID Documents (#97, #90, #85, #80).
  • Key revocation (#96).
  • DID method discovery (#83).
  • DID controllers (#153).

Action: discuss at RWOT and on CCG calls, resolve misunderstandings, and where applicable break issues down into manageable changes that can be made to the spec.

Smaller todos

Editorial issues, such as grammatical fixes or reworking sentences without changing the meaning, and perhaps structural changes like section naming or ordering, are labeled 'editorial' and include:

Action: PRs please!

External documents

Some aspects of the DID work are eventually extracted into separate specifications. There are other external documents which are connected to the spec. Issues relating to these are labeled 'elsewhere' and include:

Action: Open issues or PRs on external documents, update references or summaries in the DID spec if applicable.

Other Discussion Points

And if that wasn't enough, there are other topics that are of interest to the CG which haven't (yet) been raised as issues.