this repo has no description
0
fork

Configure Feed

Select the types of activity you want to include in your feed.

day one done

+56 -14
+56 -14
shared/challenges_markdown/one/part_two.md
··· 1 - //notes we are using the users multibase as the answer here. Explain how to find the did doc and what that key does 2 - 3 1 Great job beating Part 1! Now onto Part 2. 4 2 5 - This will be submitting their public verification code from the did doc since each did doc will have one. 3 + You now know how to find your did. But how to do you get things like the PDS url or the public signing key? These are 4 + stored on something called a [did document](https://atproto.com/specs/did#did-documents). On atproto there are two valid 5 + did's that can be used. [did:plc and did:web](https://atproto.com/specs/did#blessed-did-methods) with each one having a 6 + slightly different way to find the did document. 6 7 7 - Each one has a unique way to find something called a [DID document](https://atproto.com/specs/did#did-documents). Your 8 - did document holds various information about your identity. Things like where does your PDS live, the key that signs 9 - your repo, handle, and more. 8 + # plc 10 9 11 - explain where to find the did document for each did 10 + The PLC, or Public Ledger of Credentials, is a type of did host by Bluesky PBC currently, with plans to move to 11 + an [independent 12 + entity](https://docs.bsky.app/blog/plc-directory-org). This allows users to sign up for an account on the atmosphere 13 + easily and without prerequisites. The PLC is the authority of the did doc with the popular one 14 + being [https://plc.directory](https://plc.directory/). Access to changing the did doc is by rotation keys which are 15 + either secp256k1 (“k256”) or NIST P-256 (“p256”) public `did:keys` which are set on creation of the did and changed when 16 + using a previous one to sign for the change. Can read more on that [here](https://web.plc.directory/spec/v0.1/did-plc). 12 17 13 - # plc 14 - 15 - talk about where to find the PLC 18 + To find the did doc for a `did:plc` you can make a simple web request to `https://plc.directory/{did}`, like 19 + `https://plc.directory/did:plc:vc7f4oafdgxsihk4cry2xpze`. To find the rotation keys or previous revsions you can 20 + append `/log` to the url, `https://plc.directory/did:plc:vc7f4oafdgxsihk4cry2xpze/log` 16 21 17 22 # did:web 18 23 19 - talk about how to find your did:web (altho you probably already know this) 24 + With `did:web` the domain of the did is the authority of the did doc, and you can find it via 25 + `https://{did:web}/.well-known/did.json`. 26 + An example would be the `did:web:didd.uk` with it's did doc found at https://didd.uk/.well-known/did.json. There are no 27 + rotation keys since the proof is in the control of the domain and exposing the doc at the url. 20 28 21 - Keeping it simple proof of concept, blah, blah will have a real one here another time. Add a new field `partTwo` to the 22 - record with the value `{{code}}` 29 + # The doc 23 30 31 + The did doc itself is much the same for both did types. It holds important information like. The user's handle, the 32 + signing key (verificationMethod with the users did), and the PDS url (the `#atproto_pds` service). Can read more about 33 + the 34 + did doc [here](https://atproto.com/specs/did#did-documents). 24 35 25 - [//]: # (<input type="file" id="part_one_input" placeholder="Enter your code here" />) 36 + ```json 37 + { 38 + "@context": [ 39 + "https://www.w3.org/ns/did/v1", 40 + "https://w3id.org/security/multikey/v1", 41 + "https://w3id.org/security/suites/secp256k1-2019/v1" 42 + ], 43 + "id": "did:plc:vc7f4oafdgxsihk4cry2xpze", 44 + "alsoKnownAs": [ 45 + "at://jcsalterego.bsky.social" 46 + ], 47 + "verificationMethod": [ 48 + { 49 + "id": "did:plc:vc7f4oafdgxsihk4cry2xpze#atproto", 50 + "type": "Multikey", 51 + "controller": "did:plc:vc7f4oafdgxsihk4cry2xpze", 52 + "publicKeyMultibase": "zQ3shTnCYJAav9LgJrRWt81qiW2uKArPQNiNP62igctKXCQh9" 53 + } 54 + ], 55 + "service": [ 56 + { 57 + "id": "#atproto_pds", 58 + "type": "AtprotoPersonalDataServer", 59 + "serviceEndpoint": "https://shiitake.us-east.host.bsky.network" 60 + } 61 + ] 62 + } 63 + 64 + 65 + ``` 66 + 67 + To complete this challenge. Enter your did's `publicKeyMultibase` from your did doc into the text box below.