Provide better service.type examples

[OR13]

we talk about service types, but we don't have a good list of examples, and we have not registered any service types in the did spec registries.

Some hypothetical service types we might want to add:

• DIDComm
• LinkedDomains
• GS1Resolver
• EncryptedDataVault
• ConfidentialStore

[OR13]

per your request @jandrieu

ping @philarcher @csuwildcat

[ChristopherA]

I see that list and can’t help but wonder how many of them would be better served by a VC offering signed by that DID “this is my EncryptedDataVault”.

I can see having one service that the controller uses to negotiate with a holder that wants more info, but I don’t like all those endpoints being public in the DID document.

[OR13]

yes, this has been discussed extensively... many of them belong in VCs and not in the did doc imo.

[agropper]

There needs to be some authorization demarcation point in the DID document. VCs alone don't do that because of privacy and herd immunity considerations.

…

On Tue, Dec 8, 2020 at 6:58 PM Orie Steele ***@***.***> wrote: yes, this has been discussed extensively... many of them belong in VCs and not in the did doc imo. — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#479 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AABB4YKQISIE2T643TFEJHLST24TLANCNFSM4USVLRAQ> .

[OR13]

Of the list only LinkedDomains has a compatible defintion IMO

[msporny]

The LinkedDomains example has been merged: #489

Can we close this @OR13, or were you expecting more changes to be made to the specification based on this issue?

[msporny]

Marked this issue as pending close. The issue will be closed in 7 days if there are no objections.

[msporny]

No objections to closing this issue. Closing.