Skip to content
This repository has been archived by the owner on Oct 29, 2019. It is now read-only.

[TERMINOLOGY] DID Method - overloading issues - Representations of DID Documents are written to the Ledger. ...not DIDs. ...misuse of "DID" #127

Closed
mwherman2000 opened this issue Dec 20, 2018 · 9 comments
Labels
editorial Editorial changes to the specification

Comments

@mwherman2000
Copy link

mwherman2000 commented Dec 20, 2018

In https://w3c-ccg.github.io/did-spec/#terminology, it states.

DID Method
A definition of how a specific DID scheme can be implemented on a specific distributed ledger or network, including the precise method(s) by which DIDs and DID Documents can be read, written, and revoked.

  1. RE: "including the precise method(s) by which DIDs and DID Documents can be read, written, and revoked."
    The use of "DIDs", "DID Documents" and "DIDs and DID Documents" are being overloaded here and not being disambiguated ...leading to overloading and #confudsion. A DID is an atrributed inside a DID Document. Only DID Documents or representations of DID Documents are read, written, revoked on the Ledger.

  2. Misuse of "DID" ...see [PURPOSE OF THE SPECIFICATION] Is this draft specification trying to address too many topics when there should be more than 1 spec #121 (comment)

Reference: Hyperledger Indy/Sovrin Comprehensive Architecture Reference Model (INDY ARM) - latest version - bullets (12) thru (16) in both the diagram, Narration, and principles.

@OR13
Copy link

OR13 commented Jan 11, 2019

It might help to add ...including the precise method(s) by which DIDs are constructed, how DIDs are resolved to DID Documents, how DID Documents are created, updated, and revoked.

A related confusion is the concept of revoking a DID... to my knowledge this is always implemented by some update to the DID Document. The spec seems to have the same ambiguity in this section:

https://w3c-ccg.github.io/did-spec/#delete-revoke

Maybe the spec should clarify that DIDs cannot be revoked, but a DID that resolves to a DID Document which is revoked, is considered revoked.

@mwherman2000 mwherman2000 changed the title [TERMINOLOGY] DID Method - overloading issues - Representations of DID Documents are written to the Ledger ...not DIDs [TERMINOLOGY] DID Method - overloading issues - Representations of DID Documents are written to the Ledger. ...not DIDs. ...misuse of "DID" Jan 17, 2019
@mwherman2000
Copy link
Author

mwherman2000 commented Jan 17, 2019

@OR13 ...misuse of "DID" ...please see the original comment for this issue (updated) ...or checkout #121 (comment)

@rhiaro rhiaro added the editorial Editorial changes to the specification label Jan 25, 2019
@rhiaro rhiaro closed this as completed in dddc566 Mar 3, 2019
@mwherman2000
Copy link
Author

mwherman2000 commented Mar 3, 2019

dddc566 doesn't address the specific wording issue highlighted at the beginning of this issue. The changes affect many other things but not the wording problem highlighted in this issue. Please re-open this issue until it is resolved.

The key question is: what precisely is being "read, written, and revoked", etc.? I don't believe it is the DID. Only DID Documents are written to the VDR; one case being a degenerate DID Document that only contains a DID. A degenerate DID Document that only contains a DID is still a DID Document. A degenerate DID Document that only contains a DID is not a DID.

Suggestion: Change "DID and DID Document" to "DID Document"

@rhiaro
Copy link
Member

rhiaro commented Mar 3, 2019

Michael, is the following better?

A definition of how a specific DID scheme can be implemented
on a specific distributed ledger or network, including the precise
method(s) by which DIDs are resolved and deactivated and DID Documents
are written and updated.

@mwherman2000
Copy link
Author

@rhiaro Yes, thank you.

@rhiaro
Copy link
Member

rhiaro commented Mar 3, 2019

Done! 6399564

@talltree
Copy link
Contributor

talltree commented Mar 4, 2019 via email

@rhiaro
Copy link
Member

rhiaro commented Mar 4, 2019

@talltree "specific DID scheme" is used throughout the spec with regards to DID method schemes (and "generic DID scheme" is used intermittently for did:). If this terminology is wrong, we might need to open a new issue about it.

@talltree
Copy link
Contributor

talltree commented Mar 4, 2019

@rhiaro Very good point. As you and I had a chance to discuss at the W3C Verifiable Claims Working Group meeting lunch today, if the terminology for talking about the structure of a DID that conforms to a specific DID method is "DID method scheme", I'm fine with that, because it sufficiently differentiates what is meant by a "scheme" from what RFC 3986 defines as "URI scheme".

But we should never say "DID scheme" unless we mean the generic DID scheme ("did:").

Hopefully that avoids the need to raise a new issue. What do you think?

rhiaro added a commit that referenced this issue Mar 30, 2019
rhiaro added a commit that referenced this issue Mar 30, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
editorial Editorial changes to the specification
Projects
None yet
Development

No branches or pull requests

4 participants