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.
That’s…Not how Lemmy works either. In fact, and someone may correct me if I’m mistaken here, your hell is sort of 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. The only crawlers we have are the people using the service and following remote people or communities or channels from other instances to let the one we’re on see them.
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.
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.
That’s…Not how Lemmy works either. In fact, and someone may correct me if I’m mistaken here, your hell is sort of 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. The only crawlers we have are the people using the service and following remote people or communities or channels from other instances to let the one we’re on see them.
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.
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.