-
Notifications
You must be signed in to change notification settings - Fork 78
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
update service endpoint section #296
Conversation
LMAO, I just did a PR for this too. |
@csuwildcat LOL! I have a feeling your wording will be better than mine 😅 |
Note: do not follow beyond 1 levels deep recursion for |
@andorsk made a comment. TODO: add language around using service-profile for dwn spec. |
d2b9f4b
to
0ede370
Compare
Added the wording regarding recursion. @andorsk Let's create a separate issue for the service-profile so that we can better define what properties can exist in the service profile. Could you also include a link to the service profile spec/docs in that issue? |
Can we merge @TallTed 's updates and get this in? |
Co-authored-by: Ted Thibodeau Jr <[email protected]>
Thank you @TallTed !! As always, excellent work! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
after TallTed's updates, I think this looks good to go.
Addresses: #284 |
First pass at aligning the
Service Endpoints
sections.When looking at this I found myself asking a question which I figured will be good to document here and talk on the call.
Does the
enc
orsig
key have to reference a key that is associated with the resolvedDID
?For example could the JSON example shown have
"sig": ["did:eample:bob#dwn-sig"]
?