Post AsFBHOWViOz3b9VdHE by scott@loves.tech
 (DIR) More posts by scott@loves.tech
 (DIR) Post #AsDh421pKPKm42gjb6 by silverpill@mitra.social
       2025-03-19T17:49:21.085586Z
       
       0 likes, 0 repeats
       
       @fentiger Do you think this scenario is realistic? Actors under a single DID authority are likely to be tightly coupled to each other, as their activities need to be signed by the same key.
       
 (DIR) Post #AsDlDOoQO4z39M8qau by fentiger@zotum.net
       2025-03-19T18:24:34Z
       
       0 likes, 0 repeats
       
       @silverpill Well, in my (sketch of a) design, things like sharedInbox and proxyUrl point at the specific server that's hosting the clone, rather than being common to all the clones (and the oauthAuthorizationEndpoint and such are best found via different mechanisms entirely).I'll readily admit that there are other possible ways to build it, though.
       
 (DIR) Post #AsDlDPXnfNHPQ5N5Jw by silverpill@mitra.social
       2025-03-19T18:35:11.022354Z
       
       0 likes, 0 repeats
       
       @fentiger Understood. I am not making any breaking changes yet, let's see how current version works in practice first.
       
 (DIR) Post #AsFBHOWViOz3b9VdHE by scott@loves.tech
       2025-03-19T22:32:38Z
       
       0 likes, 0 repeats
       
       @silverpillDo you think this scenario is realistic? Actors under a single DID authority are likely to be tightly coupled to each other, as their activities need to be signed by the same key.So, is this grouping actors by keys? Does that mean actors won't have their own unique keys?
       
 (DIR) Post #AsFBHPJQmW7E2sOhWq by silverpill@mitra.social
       2025-03-20T11:02:22.484383Z
       
       0 likes, 0 repeats
       
       @scott DIDs in FEP-ef61 are like domain names. There can be a single actor under a DID (you can think about it as a single-user instance), or many actors.Actors can have their own unique keys in addition to keys specified in a DID document. This is necessary for backward compatibility, for example (Fediverse servers typically look up actor's key when they verify HTTP signatures).