[proposal] Use stable address/account as canonicalId in resolved DID Documents
See original GitHub issueIs your feature request related to a problem? Please describe. Top-level names can expire or be detached from the user in other ways, so to ensure a continuance of connections and interactions with others who a person or entity has engaged with, it is best to use a stable Canonical ID.
Describe the solution you’d like
Output the stable account/address as the canonicalId
in the resolved DID Document.
Describe alternatives you’ve considered There are no other standard or reliable alternatives to this.
Issue Analytics
- State:
- Created 2 years ago
- Comments:5 (3 by maintainers)
Top Results From Across the Web
Finding the canonical user ID for your AWS account
You can use this ID to identify an AWS account when granting cross-account access to buckets and objects using Amazon S3. You can...
Read more >Address 0x082452013ad4ac4aad2e5a430c2ac70de1660767
The Contract Address 0x082452013ad4ac4aad2e5a430c2ac70de1660767 page allows users to view the source code, transactions, balances, ...
Read more >How to get the user's canonical ID for adding a S3 permission
To grant permissions to an IAM user on a bucket, you'll need to create a Bucket Policy - which is an JSON document....
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
@mirceanis I was made aware by @awoie that this may not be the right repo, and that there is one for ENS DIDs that this is more appropriate for. While I don’t personally use ENS, I think it would be good for that method to anchor on canonical IDs that aren’t subject to some of the issues I outlined.
Yes, that makes a lot more sense, and I agree! I suppose this is the right repo for it: https://github.com/veramolabs/did-ens-spec