| Both sides previous revisionPrevious revisionNext revision | Previous revision |
| fediverse-notes [2025/12/04 07:31] – z428 | fediverse-notes [2025/12/04 09:47] (current) – z428 |
|---|
| * ActivityPub as a protocol foundation has quite a bunch of things that are surprising and at times annoying, please see [[fediverse-notes-ap]]. | * ActivityPub as a protocol foundation has quite a bunch of things that are surprising and at times annoying, please see [[fediverse-notes-ap]]. |
| * Specifically for new and less technical users, a few hurdles make onboarding and regular use challenging to impossible, see [[fediverse-notes-users]]. | * Specifically for new and less technical users, a few hurdles make onboarding and regular use challenging to impossible, see [[fediverse-notes-users]]. |
| * The Fediverse lacks some sort of "shared", agreed-upon identity and some "structure" of whichever sort to communicate that identity to the "outside" world. This causes interesting and at times annoying effects, because that's very much unlike what Mastodon gGmbH does - they //do// marketing, communication, advertisement in this way or the other which might be a reason for Mastodon (as a brand/software name) being quite a bit more known than Fediverse (as a much more vague term for a distributed communication network). There would be an obvious solution to that problem but in most cases this seems to be addressed or resolved by blaming Mastodon for how they handle things. Which is at least disputable. | * In some cases, a very heterogenous community understanding, brand identity and conflicts between all of this adds to this set of issues, see [[fediverse-notes-identity]]. |
| | * Everything else, and in my opinion the vast majority of not-so-good aspects of the Fediverse, partially caused by some of the topics mentioned above but not only, is about a sheer endless amount of interoperability glitches and complexity side-effects that are tough to avoid, see [[fediverse-notes-interoperability]]. |
| | * Privacy in the AP Fediverse is an interesting topic too, see [[fediverse-notes-privacy]]. |
| | * Client choice, just like everything else, comes with its own share of aspects to consider, see [[fediverse-notes-clients]]. |
| |
| |
| * Server implementations provide feature sets that are at times drastically different. Examples: | |
| * Friendica and Hubzilla (and its clones/siblings) are able to connect to Diaspora* as well, all along with ActivityPub nodes. Friendica is able to connect to Bluesky and a bunch of other systems too. Mastodon and most other newer Fediverse implementations, though, aren't. | |
| * Hubzilla and its descendents/siblings are the only of these systems so far to feature a kind of nomadic identity that eases the problem of your posts being tightly tied to a particular server. | |
| * Pixelfed supports, similar to Facebook, Vk, Instagram, a "stories" approach of displaying image posts that disappear after 24 hours. This isn't working for anyone else in the Fediverse so far, and I am not sure post of the Pixelfed users are actually aware of that. | |
| * On that same page, Mastodon still uses to only display at maximum four pictures attached to a post whereas other platforms support considerably more. There's currently no good way for a Mastodon user to figure that out, neither is there a way for people composing / sending such posts to know that quite a bunch of their contacts might not be able to see the majority of its content. | |
| * Hubzilla provides web authentication between nodes, meaning if you're signed in to "your" Hubzilla server, any other Hubzilla server will be able to recognize you as a logged-in user and allow you to interact with posts and do communication locally. Friendica does implement this to some point I believe, in Mastodon and most other platforms being logged in to your instance still will leave you unauthorized on every other instance. | |
| * Effectively, only Mastodon and Pixelfed have a wider choice of stable, reliable mobile clients on Android and iOS. Most Mastodon clients somehow work with Friendica as Friendica is implementing Mastodons client API at this point but some things still don't and some things specific to Friendica probably never will. There also is an ActivityPub Client API standard which apparently hasn't seen much adoption, for whichever technical and political reasons. | |
| * For some services (specifically Hubzilla or Misskey) there's a plethora of forks or descendants out there, on different levels of quality and with rather varying levels of maintenance and community. In some situations, asking more specific questions about the version you are on might end you up in being told that your software choice is already by far outdated and pointed to one of these arcane forks which is set to do all of that right, finally - to find out there's not even a single public instance available and "it basically works even though some features are still rudimentary but feel free to spin your own instance on a VPS". | |
| * ActivityPub messages are, as far as I managed to figure out, "just" signed, not encrypted. Meaning: Even apparently "private" messages exchanged between individuals aren't really "private" but exchanged between services merely with the assumption of them being "private". This isn't a secret but something at least from my perspective not stressed enough, specifically when talking about using the software and environment as an at-risk or vulnerable group. | |
| * All along the same line, I have had a lot of different accounts on a lot of different federated platforms. More than once, I cleaned up and deleted posts and accounts. For quite a bunch of these acounts, still, though, I see both my profile and a random set of posts on some instances. This, too, is an obvious thing in a decentralized environment but it also might be interesting to keep in mind: Deleting your data is something that just "hints" other systems to please actually remove this data rather than ensuring it is really gone. (There might be interesting legal side-effects to that but that's a topic of its own I guess.) | |
| * There's no defined way of making communication failures visible to end users. Unlike in protocols such as e-mail (which would leave you at least with some sort of status if a message ultimately failed to be delivered), in ActivityPub there is no standardized way of making a user know that recipients didn't receive a message because of technical issues. In my case, messages from Friendica to micro.blog have been lost for "a while" for a technical incompatibility between the both systems without either the recipient or the sender (me) even knowing things are missing. Hubzilla does rather well making these information more transparent, all other implementations basically fail to expose that. At the moment, there's a reliability issue here, and it's hard to even figure out whether anything is wrong, let alone learning how to address and fix this. | |
| * Lack of a more dedicated understanding of content causes interesting and sometimes unwanted experiences in timelines. Like, with pixelfed talking to Mastodon or Friendica, there's no way to distinguish between an image post that has a comment on it, or a text post with an image attached, or a long-form text post with images embedded so that not just the image itself but also its position in an article flow matters. Pixelfed will blindly display all of these as images with text below. Mastodon will display all of these as text with images attached. Subsequently, a pixelfed timeline or a Friendica "pictures" channel will both contain photographies and artwork (which is desired) and screenshots of operating systems or rage-posts quoting certain news articles and having snippets of the articles attached as pictures and there's no real way to make a good distinction content-wise. | |
| * The Fediverse is driven by enthusiasts and most of them are very passionate about what they do. That's a good thing if you manage to chime in and let their enthusiasm come for you. It's slightly more difficult in some cases if requests, needs, reports seem to get into way of this enthusiasm. The best thing is not to be heard, seen, taken seriously. There are worse outcomes which I don't want to quote here in detail but cause me, in example, to stay away from Loops or Pixelfed for an indefinite period of time no matter how good they might eventually get. | |
| * The inability to see old posts of new contacts, especially if they're on an instance that hasn't been known to ones own instance before, is a re-occurring weirdness. There is a straightforward technical explanation for that, but from a client point of view, this is weird and most likely to work pretty much against every kind of expected behaviour. This seems different for other protocols on the Fediverse. | |
| * Particularly weird situations arise if following people with posts set to be seen by followers only. In this case, too, nature of federation totally seems to clash with the expectation people coming from virtually every other social network will have: No matter whether Tumblr, Instagram, Facebook - "private" profile means you'll see posts once you established some sort of contact relationship with the account owner. This doesn't seem to work at all here. | |
| * Amount of different server implementations with different glitches and different update frequencies can and will increase maintenance burden for everyone else, like, making sure ones own implementation works with the recent version of whichever other server just popped up in federation and caused issues for some users. It's a complexity nightmare, and even worse assuming that a lot of federated projects are driven either by individuals or extremely small teams with very little (time) resources. Some people and teams seem to resort to giving up on full AP / Fediverse compatibility and instead just strive for being compatible with Mastodon which seems to be the most widespread AP server in terms of user and instance count. Not a cool thing if one's on anything else but still something one can relate to, given limited developer time at hand. | |
| * Community-wise, depending on where you pop up and how you get started, Fediverse itself can be overwhelming and also somewhat unwelcoming. This has improved a bit recently per my perception, but, more or less unconsciously touching the right topics one can end up in nasty disputes all along even ones very first posts out there. From that point of view it somehow sometimes resembles strictly maintained late-1990s mailing lists where you could expect a strong lecture on your mistakes much more than people being mellow or forgiving with those who are new to the party. | |
| |
| |
| Some words on myself for context here, pushed to the bottom because even though it might help to follow my perspective, it shouldn't be priority here at all. Per 2025 I'm in my late 40s. Professionally, I've been into IT ever since the late 1990s, have spent 20+ years building distributed in-house applications and most of the time had a focus on reliability and availability of these solutions, in 24x7 operations. I've been involved into second level support for end users, internally, externally. On a technical level I've touched CORBA, SOAP, Java RMI and REST, built monoliths and microservices and used Java, PHP, Perl and Python for that stuff. I've learnt to suffer from the drawbacks and issues of both centralized and decentralized systems in that context, and I've even more learnt to suffer from user communication in situations in which technically crafted user interfaces failed to meet experts users demands. The last decade I spent as both a scrum master dedicated to getting a very skilled and motivated team to do a good job (which worked quite well) and recently as a project lead in customer environments implementing a specialized software solution focused on information management and retrieval and integration of both old and new, standard and custom systems. | Some words on myself for context here, pushed to the bottom because even though it might help to follow my perspective, it shouldn't be priority here at all. Per 2025 I'm in my late 40s. Professionally, I've been into IT ever since the late 1990s, have spent 20+ years building distributed in-house applications and most of the time had a focus on reliability and availability of these solutions, in 24x7 operations. I've been involved into second level support for end users, internally, externally. On a technical level I've touched CORBA, SOAP, Java RMI and REST, built monoliths and microservices and used Java, PHP, Perl and Python for that stuff. I've learnt to suffer from the drawbacks and issues of both centralized and decentralized systems in that context, and I've even more learnt to suffer from user communication in situations in which technically crafted user interfaces failed to meet experts users demands. The last decade I spent as both a scrum master dedicated to getting a very skilled and motivated team to do a good job (which worked quite well) and recently as a project lead in customer environments implementing a specialized software solution focused on information management and retrieval and integration of both old and new, standard and custom systems. |
| Personally, I've been on the GNU/Linux/Software Libre train ever since installing Linux for the first time in 1996, reading through the usual documents like the GNU Manifesto, the GPL, the Cathedral/Bazaar document and Stephensons Command Line article and still am enthusiastic about the idea of community-driven technology to be able to leave behind corporate solutions - if there just is "a community" with a reasonably well-agreed-upon set of goals and priorities to pursue, given it's ... just incredibly hard to complete with global companies both determined and funded to do exactly what they currently do. Too, I've seen XMPP, I've seen and been on platforms like identi.ca, Diaspora, GNUSocial or early Friendica, I've seen their aspirations and where they repeatedly, again and again, ended up. And there's a bunch of frustration especially arising from the latter and the community part. It's been growing. When it comes to the Fediverse, I'm somewhere in between having a lot of thoughts and noticing a lot of things that feel slightly odd but at the current stage of my life lack the time to really do anything about it. | Personally, I've been on the GNU/Linux/Software Libre train ever since installing Linux for the first time in 1996, reading through the usual documents like the GNU Manifesto, the GPL, the Cathedral/Bazaar document and Stephensons Command Line article and still am enthusiastic about the idea of community-driven technology to be able to leave behind corporate solutions - if there just is "a community" with a reasonably well-agreed-upon set of goals and priorities to pursue, given it's ... just incredibly hard to complete with global companies both determined and funded to do exactly what they currently do. Too, I've seen XMPP, I've seen and been on platforms like identi.ca, Diaspora, GNUSocial or early Friendica, I've seen their aspirations and where they repeatedly, again and again, ended up. And there's a bunch of frustration especially arising from the latter and the community part. It's been growing. When it comes to the Fediverse, I'm somewhere in between having a lot of thoughts and noticing a lot of things that feel slightly odd but at the current stage of my life lack the time to really do anything about it. |
| | |
| | |
| | ===== Comments? ===== |
| | |
| | Want to leave comments, thoughts, considerations, ...? These pages are write-protected as they mainly serve as my own writepad. Feel free to however leave comments here: [[fediverse-notes-comments]] |
