-
Notifications
You must be signed in to change notification settings - Fork 97
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
Fill or remove section on DID URL Dereferencing #364
Comments
@peacekeeper how does your work found in the CCG relate to this section? I have been reviewing #253 |
@wyc the idea is that DID Core will only contain definitions of abstract functions with their inputs and outputs. The DID Core however would leave out implementation details such as resolver architectures, protocols, metadata data formats, algorithms, etc.. The DID Resolution spec in the CCG is meant to be the place for such content that goes beyond the abstract function definition. |
As per: w3c#364 - Fill the DID URL Dereferencing section with abstract function, function parameters, return values, and their definitions, using language and format consistent to (and drawn from) the DID Resolution section. - Delegate the handling of DID URLs which are also DIDs to the DID Resolution process, thereby ensuring that DID URL Dereferencing is a superset of DID Resolution, just as DID URLs are a superset of DIDs.
As per: #364 - Fill the DID URL Dereferencing section with abstract function, function parameters, return values, and their definitions, using language and format consistent to (and drawn from) the DID Resolution section. - Delegate the handling of DID URLs which are also DIDs to the DID Resolution process, thereby ensuring that DID URL Dereferencing is a superset of DID Resolution, just as DID URLs are a superset of DIDs.
This was addressed by #381. Closing. |
As per: w3c/did-core#364 - Fill the DID URL Dereferencing section with abstract function, function parameters, return values, and their definitions, using language and format consistent to (and drawn from) the DID Resolution section. - Delegate the handling of DID URLs which are also DIDs to the DID Resolution process, thereby ensuring that DID URL Dereferencing is a superset of DID Resolution, just as DID URLs are a superset of DIDs.
A section on DID Resolution has been added (#331). A section on Metadata Structure has also been added (#347).
We also have an empty placeholder section on DID URL Dereferencing, which we should either fill, or remove. Let's discuss in this new issue.
If there is support for having this section, we should be able to re-use content from existing PRs such as #253.
For example, an abstract DID URL dereferencing function could look like this (analogous to the
resolveStream
function):The text was updated successfully, but these errors were encountered: