That would be handy for easier authentication, but the agent-centric server approach would also give the user total control over their identity and private data (at least for those with a domain name and self-hosting, though this could be provided as a service for non-technical folks too.)
I now have a basic stub of an #activitypub microblog.pub Python library working with choice of database (mongo, sql, redis, etc) and choice of framework (flask or tornado):
Right now my data is spread. My identity is spread. And frankly I don't own my ID. If I wanted to migrate instances I'm at the mercy of the instance admins.
It is really exciting to see all this projects based on #ActivityPub. Great to see the raise of all this free, federated and open solutions. I have the feeling that we might be at a turning point where we can finally build the momentum to regain control over the internet. https://mastodon.at/@switchingsocial/100464510004807543
PS. We've been talking with @bhaugen and others about the need for a generic agent-centric #ActivityPub server, so that instead of signing up to a bunch of different servers, a user could have their indentity and data all in one place, and all the apps they use (clients, but if necessary server-side "plugins" as well) would interact with the activity/objects types that they support.
PS. and yeah Pinafore probably doesn't belong in that list (since Mastodon created it's own API rather than using the client API from ActivityPub, a lot of clients and even servers like Pleroma use that instead)
Yeah I agree, would be happy to classify things that way, only most apps so far are both server and client.
Been talking with @bhaugen and others about the need for a generic agent-centric #ActivityPub server, so that instead of signing up to a bunch of different servers, a user could have their indentity and data all in one place, and all the apps they use (clients, but if necessary server-side "plugins" as well) would interact with the activity/objects types that they support.
it's worth noting fontina is on hiatus at the moment while I'm working on Pubstomp, a generic AP backend server that fontina is going to be built on top of down the line that uses golang and dgraph as a DB