YSK: What other instances have the most notable Lemmy instances defederated with
pixelfed.social
Why YSK: Choosing an instance with defederation policies you're most comfortable with is important to make your Fediverse experience smooth in the long run.
Here is a chart showing the defederation count of each instance.
| Instance | Defederated with how many other instances |
|---|---|
| beehaw.org | 405 |
| feddit.de | 101 |
| lemmy.world | 63 |
| lemmy.ml | 44 |
| sh.itjust.works | 4 |
| exploding-heads.com | 3 |
You can get it by going to the instance's instance list and scrolling/Ctrl+Fing down to "Blocked Instances". To find the instance list, go to https://your-instance.url/instances, for example, https://lemmy.world/instances
You are viewing a single comment
So users in instance lemmy.world can see only the post in beehaw but not the comments in beehaw, because beehaw defederated from lemmy.world (one way only)? This actually creates more questions for me.
Why it is not possible to see beehaw users comments if lemmy.world has not defederated from beehaw?
Can I see comments on that post from users in instances that didn't defederate from lemmy.world? Can I reply to those users?
When you view any content on Lemmy, you are viewing and interacting with the local copy on your local instance.
Federation means that your instances's local copy should be up to date. Any changes or comments made on your local instance will be sent to the host's instance, to update the master copy there, which is then sent out all other instances.
Defederation cuts this off, leaving users only able to interact with their instance's local copy.
Posts are public. Any instance can download posts, so when Lemmy.world asks beehaw for new posts, it gets them so you can see all of beehaw's posts, and get your content.
Beehaw defederated with Lemmy.world, so beehaw is no longer requesting updated posts from Lemmy.world. So beehaw users will see increasingly out of date local versions of Lemmy.world communities if they try to view them.
Defederation also means that beehaw blocks anything that requires two-way communication, such as comments and votes. This is why beehaw will have mostly empty comment sections on Lemmy.world.
If you post or comment on a beehaw community, that interaction will not be federated. Beehaw will not get it, beehaw will not add it to the master copy.
But Lemmy.world added your content to its local copy. Other lemmy.world users will see it, but no one else. Even an instance in full federation with both, because instances only get updates from the master copy on the community's host. And defedrration means you cannot update the host's copy of the community.
This behavior is weird and confusing and not user friendly. I think future versions should treat one way defederated communities as unavailable or read only. Content that is out of date without explanation, or comments that go nowhere without an user-facing error message is not good ux.
Thanks. Very clear.
This is a great explanation, thanks.