Comment on X's idiocy is doing wonders for Bluesky.
FauxPseudo@lemmy.world 4 weeks agoPartly. Except the time different Mastodon instances were not federated much or at all. If you wanted to go follow someone on Mastodon you had to know the exact server they were on. In an environment like Reddit and Lemmy where you’re there for the communities instead of the people that isn’t an issue. But if you want to go follow some specific podcaster you need to know the instance because there’s no guarantee that whatever instance you happen upon is going to be joined up with the one there on.
Everyone was busy running their own servers and not trying to tie everything together. It was a thing that could be done but a thing not enough were doing.
That’s nonsense. I’m on one of the main servers, and like 90% of my feed is from other servers, and it includes lots of small servers. And that’s been true for years.
It’s try the search function was bad prior to earlier this year, but it’s improved a bit. And if you are looking for someone specific, then presumably their account would be listed somewhere on their website?
pixelscript@lemm.ee 4 weeks ago
That sounds worse than I thought it was. I just assumed Mastodon was like Lemmy, where every instance federates with every other instance basically by default and there’s only some high-profile defed exceptions.
A Fediverse where federations are opt-in instead of opt-out sounds like actual hell. Yeah, more control to instances, hooray, but far less seamless usability for people. The only people you will attract with that model are the ones who think having upwards of seven alts for being in seven different communities isn’t remotely strange or cumbersome. That, and/or self-hosting your own individual instances. Neither of these describe the behavior of the vast majority of Internet users who want to sign up on a platform that just works with one account that can see and interact with everything.
ElectroVagrant@lemmy.world 4 weeks ago
That’s…Not how Lemmy works either. In fact, and someone may correct me if I’m mistaken here, your hell is how it works as I understand it. Instances don’t have any built-in crawlers to seek out others running on ActivityPub with the same software, e.g. Lemmy or Mastodon or the like. That’s genuinely been one of the biggest stumbling blocks with the whole protocol, as discovery is largely a manual affair.
One of the basic reasons for this that I’ve read is that it’s related to handling scaling, as each instance trying to handle all of the data of all the people on each other instance right away would bog down the servers and probably crash them. It also arguably works out, to a degree, that there’s a good chance not everyone on each instance is of interest to each other anyway, so you may not want or need each server to know about every other server’s people/channels/communities/etc.
But I’m going to stop before I get too much further into the weeds of all this. The irony is that the simplest solution to discovery issues with all of this presently is to invite those you want to have a similar experience to you, or want to connect to with the fewest jumps, to the same instance as you to mitigate any of those issues. Does that tend to undermine many of the benefits of it all? In a lot of ways, yeah, but that’s where many ActivityPub platforms are at currently, at least the more popular ones as I understand them.
pixelscript@lemm.ee 4 weeks ago
My true hell would be instances only federating explicitly through whitelist. If what the other reply I received about Mastodon is correct, and if Lemmy behaves similary, then they operate on an implicit auto-federation with every other instance. Actual transaction of data needs to be triggered by some user on that instance reaching out to the other instance, but there’s no need for the instances involved to whitelist one another first. They just do it. To stop the transfer, they have to explicitly defed, which effectively makes it an opt-out system.
The root comment I initially replied to made it sound, to me, like Mastodon instances choose not to federate with one another. Obviously they aren’t preemptively banning one another, so, I interpreted that to mean Mastodon instances must whitelist one another to connect. But apparently what they actually meant was, “users of Mastodon instances rarely explore outward”? The instances would auto-federate, but in practice, the “crawlers” (the users) aren’t leaving their bubbles often enough to create a critical mass of interconnectedness across the Fediverse?
The fact we have to have this discussion at all is more proof to my original point regardless. Federation is pure faffery to people who just want a platform that has everything in one place.
ElectroVagrant@lemmy.world 4 weeks ago
It’s more along the lines of, as Mastodon’s been one of the more popular ActivityPub platforms for awhile longer, there’s a longer history of federation faffery, i.e. instance admins/people not getting along leading to defederations leading to a somewhat more fragmented network. Lemmy’s only grown in adoption more recently and hasn’t had as much time for that faffery to crop up as much, and has a different style and audience to it anyway, so it may be less prone to that, time will tell.
Regardless, your conclusion is basically on point for many folks. Federation stuff is no better to them than the erratic moderation/management of larger platforms that’s driving them elsewhere. Of course problem is, moderation/management’s not really something tech can solve (as Bsky’s already run into with its attempts at enabling third-party moderation).
angrystego@lemmy.world 4 weeks ago
It sounds like an asocial network - something for me finally, perhaps :)
naught101@lemmy.world 4 weeks ago
Mastodon federation is not opt-in. As soon as anyone on one server is following one person on the other server, the servers are fully federated. From there, it’s opt-out, via blocking.