this post was submitted on 15 Jun 2023
41 points (100.0% liked)
/kbin meta
16 readers
2 users here now
Magazine dedicated to discussions about the kbin itself. Provide feedback, ask questions, suggest improvements, and engage in conversations related to the platform organization, policies, features, and community dynamics. ---- * Roadmap 2023 * m/kbinDevlog * m/kbinDesign
founded 1 year ago
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
To further what rideranton said, the way federation works is by mirroring content across different websites. You're interacting with copies of posts and comments that have been sent to lemmy.world, and when you reply to someone, or post in a remote community, all of that is happening locally. You're exclusively engaging with the local copy of everything.
When sites are federated, they then sync up their content. If they defederate, that syncing merely stops occurring.
Let's say there are five websites all federating, A, B, C, D, and E. There's a popular community, Junk, on B that people on all 5 websites use. This means all 5 sites house a local copy of Junk, and whenever someone posts to Junk their local site pushes those posts out to the other 4.
But one day, B defederates from A, because they decide that there are too many assholes on A. Now, anything people on B post to Junk just never reach A, and similarly anything people on B post to Junk never gets sent to A. But A is still communicating with C, D, and E. Their updates still flow out to those 3 other websites, and updates form them continue to flow back. Similarly, B is still in communication with C, D, and E, so they stay in sync as well. And really, from sites C, D, and E, it kind of looks like nothing happened (though if people pay close enough attention, they may notice that people from A never comment on posts from people using B, and vice versa).
Now, users on A may still be able to see posts and comments from users on B if they arrive on A via C, D, or E, but it won't work the other way: Because site B has explicitly blocked traffic from site A, any content whose author is on site A will be filtered out when syncing with C, D, or E.
That makes it a lot easier to understand. I was confused on how messages propagated. Your last paragraph is what cleared it up for me. Won't this lead to strange comment chains? You could have a hundred different people commenting on a chain and they're all a mix of federated and Def federated instances. Some will see some comments and others will see other comments but none will see all the comments unless they're completely federated with all the sites. This is where it loses me. Not that I don't understand what's happening, it's I don't understand how it's supposed to work in a threaded environment. I guess once I start seeing in an action I'll get a better grasp of it. I don't think this is going to work out as well as it was intended to.
Cheers.
It absolutely can lead to odd comment chains, depending on how filtering is handled. I'm not sure how either Lemmy or kbin do that, though. The easy solution is for site B to filter out posts or comments from site A, and every comment that follows in the chain.