There was a post about how beehaw was defederating from shitjustworks and lemmy.world about 6 hours ago. Are we involved in that, as are we a subset of lemmyworld?
So when beehaw says they're degenerating from sh.itjust.works and lemmy.world, the way that works is that any content from those specific servers will not be ingested into beehaw's view of the fediverse. That includes content and comments. It's identical to how if a Mastodon instance setup for LGBTQ communities and a Mastodon instance set up for far right extremists decided to defederate from each other, they would just never see any content that originated from each other's servers. Since kbin.social is not sh.itjust.works or lemmy.world, we should be fine in sharing back and forth with those communities, and because kbin.social hasn't defederated from those servers, content will flow back and forth between them fine. beehaw users should be able to see content from kbin.social minus any contributions from the defederated servers.
It's a very powerful tool in toolbox for the Fediverse, and one that absolutely brings an eye to the moderation of servers when it's used. I think it's a bit of a bigger deal in this part of the Fediverse right now because there aren't a ton of options yet for federated link aggregators; it's pretty trivial now to move to a different Mastodon server if you disagree with the instances being defederated from the one you're on. That said, it's very much a "with great power comes great responsibility" thing; I think that it's fantastic that servers are able to engage or disengage with whomever they want. Most will get along just fine and it's not really an issue.
I also think that as part of a "community taking back the internet from billionaires" movement, defederation is one of our most powerful tools. If Meta comes into the scene and starts scraping the Fediverse and building marketing profiles and training their AI chatbots on our data, it'll take about 3 minutes until people are maintaining a blocklist on git* for all server administrators to simply block Meta from accessing the majority of the Fediverse. There is a challenge in deciding what the scope of "generally acceptable behaviour" is, but we did it before centralized social media and we can do it again. If anything, I think some of the challenges of the last 10-20 years was this idea that diametrically opposed communities should occupy the same "space" on the internet. Get a big general pool, and give flexibility for communities to push in a direction they want if they want to go outside that space.
Some of these things will iron themselves out as more instances of lemmy or kbin or whatever decides to interoperate with these two spin up. In the end, I think these are tools that allow us to develop healthier communities. In the long game, it won't matter for any one server if they can't access beehaw because good content will be distributed amongst a ton of servers. And if the people from lemmy.world or sh.itjust.works really want that beehaw content, then they can work to address some of the issues that beehaw feels are worth defederating them for!
Thank you very much for this insightful, lengthy reply. I think it’s a great feature. My initial concern was ensuring continued engagement in the early stages of this experiment. I got very excited yesterday when everything seemed to open up and there was content out there, and got concerned when I woke up this am when Beehaw pulled the lever to shut out some instances. They are well within their rights. Just want to make sure this whole community isn’t going to croak before it gets a chance to find out what’s it’s defacto rules are
Oh, definitely understandable. It takes a little while to wrap your head around how all this actually works. I learned most of it with the Twitter exodus when I moved to Mastodon. Once you do get it, though...it's kind of like taking the red pill and realizing how railroaded the internet has actually been for the last 15 years. I genuinely think the Fediverse and ActivityPub will be a massive turning point in how we use the internet, and over time (think a decade time of time-scale) will redefine how social engagement occurs on the internet.
Technology -- and the efforts of open source developers -- got to the point where we can make Facebooks and Reddits and Twitters and GoodReads and Instagrams and more that can run on a server anyone's willing to spin up, and content no longer needs to be gated to one community thanks to the ActivityPub standard.
And think of it this way: a piece of content on kpub is really no different than a piece of content on Pixelfed or Mastodon. They're all embedded within an ActivityPub "container" that has a standard form. All these websites exist now not because you have to be super-specific in how to read the content, but rather to craft experiences that are optimized for different types of content. kbin has microblogs, which is really just Twitter/Mastodon. Some will like it here, others will find the experience that a dedicated microblogging client like Mastodon far more favourable for viewing that kind of content. When sharing a photo on Pixelfed, you can assign licenses, attributions, and locations, which makes sense given its intent to be a photography website. You don't really need that for a lot of images shared here or on Mastodon , but all that info is stored inside the exact same ActivityPub "container" as a link you put on here; nothing is stopping kbin or Mastodon from reading that data, or being able to write it if they wanted to. At the end of the day, it's all the same stuff, and you just need the application you're building to interact with the right parts.
That's why you can do things like follow people from entirely different "platforms" on other Fediverse platforms. For example, here's someone I saw trending on Pixelfed who had some nice pictures: Charlie as viewed from kbin. It may not be ideal following them here -- it might not be the optimal experience for photo sharing -- but you can do it. Likewise, you can boost content from one "platform" into another.
The more I learn about it all, the more I find it impressive how forward-looking and comprehensive the ActivityPub standard was. And I'm sure it will flex and expand as needed heading forward.
Last thing I'll say because I'm way too wordy...one of the things I did when I was learning all this was set up a similar username on multiple accounts. I'm on here, Mastodon, Bookrastinating, and Pixelfed. I put a 💬 after my display name on Mastodon, a 📖 after my display name on Bookrastinating, and a 📷 after my display name on Pixelfed. From my Mastodon account, I followed my Bookrastinating and Pixelfed accounts. Now I post content into the relevant platform that's optimized for it: Mastodon for microblogs, Bookrastinating for reading stuff, and Pixelfed for photos. Those communities naturally develop interest for those specific types of content. But now, if I post a picture on Pixelfed that I really think my followers on Mastodon would like, I can just boost the content into my Mastodon feed. Not a link to the content, but the actual content itself. And it can move on into that community as well. I'm content right now having these different places optimized for different types of content, but on a technology stack that allows that content to seamlessly transition between applications. It's great!
Beehaw is big enough to be self-sustaining -- they don't allow users to create subforums there -- and it only takes a few hundred active users to actually create a self-sustaining community.
They have thousands.
At the same time, they only have like 10% of active Lemmy/kbin users. The rest of us will also be fine. People are mostly just irked because they have very active gaming and technology forums, and people are still habituated to seeking out the biggest community on a topic and treating it like it's the only one that matters.
This is an opportunity for everyone else to understand the importance of not relying on single points of failure -- this is the fundamental lesson behind the Reddit and Twitter migrations that people mostly haven't really processed yet -- and to subscribe to multiple manageable communities on topics they care about, and to treat them as communities, and not just a faceless content stream.
Where I still struggle is in the details of defederation for a service like kbin because it's more interactive than Mastodon. Here are some examples that confuse me.
For these, let's assume we have Servers A, B, and C. Server A has defederated from (i.e. blocked) Server B, but otherwise they are all connected to each other.
Someone from Server B originates a thread. Someone from Server C sees it and comments on it. I assume people on Server A don't see the post at all, even though there are comments from Server C people.
Someone from Server A originates a thread. I assume people from Server B can see it and comment on it? That is, the blocking is only one-way?
Someone from Server C originates a thread. Someone from Server B comments on it, and someone from Server C replies to that comment. What can people from Server A see?
Anyone who can shed light on this will be greatly appreciated. :-)
The fediverse has, generally, done a very poor job of explaining itself and how it works. There's a huge disconnect between most peoples' mental model of the space, and what actually happens.
During the Twitter migration, the mental model that people seemed to have was that of a mainfarme. That is, that "Mastodon" lived in one specific place, and that everyone was just "logging on" to it via portal, or dumb terminal.
Here, people seem to be better understanding that things live on multiple different websites -- in big part, I think, due to remote community/mamgazine names having the full address shown in the sidebars (Mastodon's UI goes to some lengths to hide when people are on other instances). But how it ends up looking is that you are viewing remote websites through your local instance, kind of as if your local instance is a Fediverse web browser. In this sense, viewing, say, politics@lemmy.ml is the equivalent of browsing to a separate website and viewing or interacting with that content directly.
This is not what happens, though.
Really, that's not what happens with Firefox or Chrome, either. When using a web browser, you request content from a remote computer (the web server), that content gets downloaded and stored on your local hard drive as your browser cache, and then you view the local copy of of that page. If the website is dynamic in some sense, updates from that website get repeatedly pushed to your computer.
This is also how federation works here.
When you view politics@lemmy.ml from, say, lemmy.world, or kbin.social, if you pay special attention to the address bar, you'll notice you're actually viewing kbin.social/m/politics@lemmy.ml. That's a magazine hosted locally on kbin.social. All of the posts and comments you see there are stored locally on kbin.social; when you engage with them, you're merely engaging with a local copy. These copies remain synchronized with other sites by passing messages back and forth.
Defederation is just refusing to accept messages from, or send messages to, a certain website.
With this in mind:
Someone from Server B originates a thread. Someone from Server C sees it and comments on it. I assume people on Server A don't see the post at all, even though there are comments from Server C people.
This is likely correct, yes. Server C will likely send a message to Server A with the comment, but Server A will not have the post in order to properly assign it, so it will probably just get dropped.
Someone from Server A originates a thread. I assume people from Server B can see it and comment on it? That is, the blocking is only one-way?
No. Server A is not sending messages to Server B, so Server B does not get the post, and the copy of the community that is mirrored on Server B will never be updated with that post.
Someone from Server C originates a thread. Someone from Server B comments on it, and someone from Server C replies to that comment. What can people from Server A see?
Server A will receive the messages send by Server C, so the original post, and the comment originating on Server C. It will have blocked the comment from Server B, though, so it will not know what to do with the comment from Server C. The comment from Server C will include metadata that tells Server A that it's a reply to a comment that Server A doesn't have a record of. So, in all likelihood, the comment will get dropped on Server A.
New here and still learning the ropes. With lemmyworld being defedrated and the way activitypub works, can I still post to, interact with(up vote, down vote) and subscribe to instances originating from beehaw? Or would being federated put all people who log in from lemmy.world on a block list from interacting with the communities and only being able to view?
None of the content from beehaw.org would update on lemmy.world, so if you (a lemmy.world user) subscribed to a beehaw community, no posts would ever be sent unless beehaw refederated lemmy.world. Essentially beehaw's server is not talking to lemmy.world in any way currently
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.
"Are we involved in that, as are we a subset of lemmyworld?"
No, since kbin.social and lemmy.world are not only two separate instances, but two different Fediverse applications (kbin / lemmy)... so yeah we're fine for now.
"but any content I engage with is effectively visible"
I self-host a small Calckey instance and previously self-hosted a Mastodon instance, and something I noticed is that different instances don't always federate well... So remote messages won't always show up.
E.g. say I follow Eugen from mastodon.social so I see his posts. For example there are four replies: one from a guy I follow on infosec.exchange, one from a fresh new account on mstdn.social, one from a tiny one-person instance, and one from a suspicious instance that was quickly suspended. I can (most likely) only see the first reply from my instance because the latter three won't federate with my instance... so yeah that's completely normal.
"How does this affect us?"
As background knowledge: (some) people are awful. In practice this means that any large, open-registration social media WILL attract difficult people. To solve this, select at least one: 1) close open registration, 2) limit the size of the instance, or 3) be ready to put a lot, a LOT more effort into moderation.
Many for-profit social media, as well as some large Mastodon instances, have to stay open-registration for various reasons, so they have to find large numbers of moderators to do the thankless jobs of filtering out terrible stuff. This doesn't always work smoothly. Pretty sure lemmy.world and sh.itjust.works were defederated because of this reason: open registration, and mods couldn't handle the bad people.
Pretty sure kbin.social is still open-registration at the moment? I mean kbin isn't as popular as the previous two so I assume we are safe now, but unfortunately ernest will have to make the tough decision one day. Jerry from fedia.io probably already knows what to do since he already manages infosec.exchange, one of the larger Mastodon instances lol.
We are entirely unrelated to Lemmyworld. That's an entirely different site. As kbinauts we can see and interact with both beehaw and Lemmyworld since both are federating with us. What happened is essentially beehaw "blocked" Lemmyworld (literally http://lemmy.world/). Beehaw did not block kbin.social so we're fine. But Lemmyworld users won't be able to interact with beehaw users and vice versa.
We are fine at the moment. I hope we don’t end up acquiring bad actors who try to ruin it for us. Wish there was a passport system so that if you are in a blocked instance but weren’t the trouble maker that you can still get access
Each website is independent from each other. They merely have the potential to automatically mirror content from other websites made using compatible software.
So lemmy.ml, lemmy.one, lemmy.world, lemmy.ca, etc. are all totally different websites that run Lemmy. Being different websites, they have totally different admins, and have different rules.
Meanwhile, kbin.social, kbin.run, kbin.place, kayb.ee, fedia.io, and readit.buzz, are totally different websites that run kbin. They similarly have totally different admins, and different rules.
Lemmy (the software) and kbin (the software) use the same communication language, so they can exchange content, but they're still being used by totally separate websites.
Admins over there seem to be all the reddit mods we didn't want. Made my first account over there, dumping that one. Was cool for the first few days, now it's "I'm better than your community so your blocked" blog posting.
I don’t think that’s a fair assessment. Their platform they want to cultivate is a place where vulnerable populations feel free to open up and share how they feel without fear of reprisal. We should respect that. Here, we may want a little more pushback. Just gotta maintain decency
vulnerable populations feel free to open up and share how they feel without fear of reprisal
Blocking everything that isn't sunshine and rainbows dose not make me feel open, and makes me fear offending the admins.
Still a new platform, so we're all still searching for the right group. It's just frustrating figuring it's a bad fit later or it changes for the worst. I assume it's the same reason most of us are here.
So what happens if somebody from Lemmy or shit just works replies to this post? Can beehaw users see and interact with them since kbin is still (mostly) fully federated? If not what if a kbin user then replies to them?
Federation as a concept seems intuitively simple, even if it's difficult to explain in layman's terms, but this selective defederation raises a lot of very strange and specific questions.
EDIT:
Shortly after the post, it was sent to the original kbin instance.
After 8 minutes, my reply apparently didn't make it to beehaw, so I assume all new comments from lemmy.world users, even on posts of third instances, are really banned on beehaw.
Beehaw users cannot see Lemmyworld users at all now. Lemmyworld users can see beehaw users on kbin.social magazines. Lemmyworld is currently deciding if they want to block beehaw back, which would prevent them from seeing beehaw users.
As kbinauts we can interact with both of them just fine.
Is anyone else seeing weirdness on this thread? When I view it in tree view, multiple comments have the same string of 15-20 responses that show underneath them. I took some screenshots showing this. Each of these begins with a comment that then has the same string of responses underneath it. The screenshots show the first 3 comments of that long string of comments.
Coming back here, this thread is now displaying correctly for me a few days later. Very strange behavior. Also, I realized I don't know how to post multiple images on a comment, lol. I'm going to have to figure that out.