I think #mastodon growing so quickly may have held back the #fediverse. It's considered a de facto reference implementation for #activitypub, but it's a limited implementation. It doesn't support most Actor and Object types, it's client and server are tightly coupled, and it was designed specifically for microblogging. ActivityPub was an afterthought for it and it doesn't use it anywhere near its full potential.

Now every new AP project is following suit, developing a client/sever combination specifically to handle a single Object type, any enabling federation support on a project by project basis. We need a full AP server that's not tied to a specific client. It should support AP C2S API so a user can login to any client using oauth and handle different types. A user could use one client to create events, one to manage photos, and another to write notes or articles, and they'd all be tied to the same account.

Hopefully, people will get past thinking of Mastodon, Pleroma, PixelFed, etc and just think of the ActivityPub network. I don't think the fediverse will continue to grow without this change in philosophy.

@0x1C3B00DA That's only one of two options. The other one is that you can use a nomadic identity with different servers, so that those can still be focused on a specific thing, but you can use the same account to post to say a micro-blogging network as well as photo community, or some Lanyrd-style event calendar site. All of them need moderation, and I also wouldn't want to lock people's entire social life into one server that they probably signed up for on a whim.

@0x1C3B00DA Also, "has held back" is a bit of a strange argument, considering that ActivityPub is not even half a year old and we have all these implementations working and being used already. Even if it's not a generic AP server, it certainly has done more for AP adoption than any other software, being the first implementation at all really.