Strypey (was at Quitter.se) is a user on mastodon.nzoss.nz. You can follow them or interact with them if you have an account anywhere in the fediverse. If you don't, you can sign up here.

it would be awesome if, when a user set up a account, it was not tied to the instance where they set it up, but distributed across the whole fediverse in some way, and they could log into their account on any instance of any fediverse connected software?

@strypey

How about if everybody just had their own ActivityPub?

@bhaugen I'm confused. Do you mean their own instance of an app? Or their own AP app? Or their own standard like AP (I'm guessing you don't mean that ;)

@strypey

I mean literally their own instance. Agent-centric architecture. You are always communicating from your own AP.

Groups can be agents, too, and have their own AP, which you can federate with.

"Your own AP" could be hosted by somebody else, but you are always you in the whole fediverse, if you want to be. And you can move your own AP to a different host or host it yourself if you want.

@lynnfoster has been writing about this:
loomio.org/d/3wDCtkoG/structur
loomio.org/d/Y8kHSzPE/activity-

@lynnfoster @strypey
@cwebber
@mayel
P.S. this means ActivityPub as an app...does that work for you?
Or just crazy?

@bhaugen @mayel @cwebber AP is a common standard used by apps, so your "having your own AP" usage is a bit confusing, unless you add "instance" or maybe "app" on the end ;)

@strypey @cwebber @mayel

Thanks for clarifying my sloppy statement. I meant "your own instance", which might mean "your own app" depending on some other details.

I also understand that portability of your instance requires identities that are not tied to domains.

@bhaugen @cwebber @strypey

I'm an advocate of self-hosting, but I also think supporting a form of "delegated identity" would be more inclusive and slightly more user-friendly (like for example OpenID did, where you could configure your personal domain name to indicate what OpenID provider you're using, and can switch at any time) so users can both self-host and move their identity between providers

@mayel @strypey @cwebber @bhaugen

why have providers at all? if we design the replication protocols such that you can submit activities to any relay, you get a lot of the advantages of federation without the need to delegate your identity for routine activities.
Strypey (was at Quitter.se) @strypey

@xj @mayel @cwebber @bhaugen I like the concept (see the shower thought that kicked off this thread), but I'm not sure how authentication works in a completely diffuse system? How do I tie posts to (one or more) consistent IDs? How do I prove to a relay I have permission to post as that ID? I'm curious about how (Secure ) deals with these issues

@strypey @bhaugen @cwebber @mayel @xj You hold your secret key and sign your message log. Simple as that.
@strypey @bhaugen @cwebber @mayel @xj

"Hello other node, I have a longer log from user X than you have, signed and everything."
@notclacke @strypey @bhaugen @cwebber @mayel

if clients can operate like SPV cryptowallets do, you don't have to store the entire blocklattice on your phone! you can just query a handful of relays to grab/cache the stuff that you are interested in right now.