npub1cwkpa4cdnwhcllr9tzu4d8qujmcpfx8d7jrgvnslzye5k2zdjzqsfjqe8n (npub1cwk…qe8n) No, did:plc is not good, it is just a centralized and vendor-locked version of did:web. Even if they manage to switch to a distributed architecture, fediverse developers should avoid did:plc because it is owned by a company that develops competing social network.
Good Enough solutions are did:web and did:key.
- did:web is equivalent to what we already have in Fediverse: keys are controlled by instances. But FEP-ef61 separates identity and data, so you can have data portability even though identity is still attached to a single server.
- did:key is equivalent to what Nostr does: keys are controlled by users
silverpill /
npub1df…27gmw
2024-03-19 10:30:44
in reply to nevent1q…lvx9
Author Public Key
npub1df0nthpgzfmvxrzj0cfypmmt45l0y770j260auqhm3l45hp3uhkqx27gmwSeen on
wss://relay.noswhere.comPublished at
2024-03-19 10:30:44Event JSON
{
"id": "d2b274f914c7735d95ee00b836ec8dd25fb0886d2a983d03fd45a5905b3f87e5",
"pubkey": "6a5f35dc281276c30c527e1240ef6bad3ef27bcf92b4fef017dc7f5a5c31e5ec",
"created_at": 1710844244,
"kind": 1,
"tags": [
[
"p",
"c3ac1ed70d9baf8ffc6558b9569c1c96f01498edf486864e1f11334b284d9081",
"wss://relay.mostr.pub"
],
[
"p",
"ae2ef126e5c3a0e7203aa27d230ed120b8f150d6d0f99ea638c5c6c1e4134889",
"wss://relay.mostr.pub"
],
[
"e",
"eaf60f808043fa8500e70a8a6f1ff648a928f5daee659049d5b9e6de01f2283e",
"wss://relay.mostr.pub",
"reply"
],
[
"proxy",
"https://mitra.social/objects/018e5643-7124-3d61-a481-f2fd890f936c",
"activitypub"
]
],
"content": "nostr:npub1cwkpa4cdnwhcllr9tzu4d8qujmcpfx8d7jrgvnslzye5k2zdjzqsfjqe8n No, did:plc is not good, it is just a centralized and vendor-locked version of did:web. Even if they manage to switch to a distributed architecture, fediverse developers should avoid did:plc because it is owned by a company that develops competing social network.\n\nGood Enough solutions are did:web and did:key.\n\n- did:web is equivalent to what we already have in Fediverse: keys are controlled by instances. But FEP-ef61 separates identity and data, so you can have data portability even though identity is still attached to a single server.\n- did:key is equivalent to what Nostr does: keys are controlled by users",
"sig": "78ac0490b53225c98a364e1dd8e009a851e9ee53856edd08fdca884150fc4f4987c62bbf3d0949c7233df95e2cc2ee8ebe28c14ca99629ee1cca1e00cd2159e4"
}