Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Public Keys] re: referenced keys: Is multiple level recursion allowed? #20

Closed
brentzundel opened this issue Sep 20, 2019 · 7 comments
Closed
Assignees
Labels
discuss Needs further discussion before a pull request can be created pending close Issue will be closed shortly if no objections

Comments

@brentzundel
Copy link
Member

@mwherman2000 moved from the CCG (w3c-ccg/did-spec#143)

@msporny msporny added the discuss Needs further discussion before a pull request can be created label Oct 1, 2019
@selfissued
Copy link
Contributor

What is the specific question being asked? A key has a specific value and there's nothing recursive about it.

@selfissued
Copy link
Contributor

I propose that we close this, because the question makes no sense.

@dlongley
Copy link
Contributor

dlongley commented Feb 18, 2020

@mwherman2000, I suggest we close -- request doesn't make sense. And you can reference anything you want via identifiers as many times as you like (open world data model), but that doesn't mean we will specify anything like that in the core.

@msporny msporny added the pending close Issue will be closed shortly if no objections label Feb 18, 2020
@peacekeeper
Copy link
Contributor

I wanted to mention that @kdenhartog did a presentation during a recent DID Resolution meeting that involved referencing keys across different DID documents:

This presentation envisions a property called publicKeyRef, which I think matches closely the intention of @mwherman2000 's original request.

So I don't agree that this issue doesn't make sense - it does to me. However I believe that the proposed functionality can be implemented via extensions of representations such as JSON-LD, and/or that it can be added to the DID Implementation Guide. Therefore I'd say that this doesn't necessarily belong into DID Core and that we can close this issue.

@msporny
Copy link
Member

msporny commented Feb 21, 2020

I don't think we even need publicKeyRef... why can't you just point to a key in another DID Document? In any case, I agree w/ Markus that there are mechanisms (id and URLs) that allow us to point to other places on the Internet with the spec today.

@brentzundel
Copy link
Member Author

Seeing no objections raised to closing this issue.

@kdenhartog
Copy link
Member

I don't think we even need publicKeyRef... why can't you just point to a key in another DID Document? In any case, I agree w/ Markus that there are mechanisms (id and URLs) that allow us to point to other places on the Internet with the spec today.

I suppose this is possible if people write their resolution process to handle this case. As Markus said, I think this doesn't necessarily belong in DID Core spec though as it has to do with the resolution process.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
discuss Needs further discussion before a pull request can be created pending close Issue will be closed shortly if no objections
Projects
None yet
Development

No branches or pull requests

6 participants