Any new platform is going to have a learning curve, some more than others. But it's going to be as confusing or tricky as you want to make it. If you want to join and read every small detail about the inner workings, that's fine, but you may find blood leaking from your ears rather quickly. Just jump in, and get involved. That is the best and easiest way to learn. Yes, you may make some mistakes, or have to ask questions. But if people mock you for this, then you know the place you have joined isn't for you. As it's full of idiots.
If I click on a username there's a big block button in the top right hand corner of the screen. The "Blocked" tab on my profile settings also suggests the ability to block communities. I've heard that kbin supports blocking entire instances at a user level, but only instances can defederate from instances on lemmy
I've heard that kbin supports blocking entire instances at a user level
Yes, to do this, go to kbin.social/d/insertinstancehere, then block from there.
I think this is one of the strengths of kbin, because kbin itself can be open and neutral as much as possible and let each user decide the content they want/don't want to see. Of course this doesn't stop bad actors from coming over, making accounts, and start giving the instance a bad reputation, making it increasingly likely for it to be defederated by other instances...
There is the ability to block users on Lemmy. And then they're really blocked, like you can no longer see any comments they made, or replies to their comments. And blocking a community should ensure that it doesn't show up when you're browsing all or searching.
One of the interesting things as a newbie is seeing how the relatively small existing population of the Fediverse reacts to the influx of new faces. The article sort of outlines an example of, as far as I understand it, exactly how the federated sites are supposed to work, but actually being faced with it is causing a little bit of trepidation and rethinking of old behaviors. Not really good or bad, just interesting.
That is really cool but, man, the tooling has to catch up quickly before the fediverse graduates from just “tech people” to the general public. I think the tooling will arrive but this is all so powerful/interconnected it can look scary if not managed well.
Makes sense. The blog post does highlight the openness of Federation, which is great when it's a niche and small collection of projects. The capability is still cool and potentially useful, but as Lemmy and kbin explode with Reddit refugees, and Mastodon so large with the Twitter-nots, it's getting busy.
I've already accidentally "followed" a Lemmy community from my Mastodon account, and I guess it works well enough, but the interface doesn't quite work for the medium.
Hopefully with all the displaced app developers, the Fediverse projects will gain steam.
If instances get stricter about federation, I really hope small instances are still allowed to federate with the large ones. For example, I'm running my own Lemmy server just for me, and had no trouble federating. That's what I really like about the fediverse - my little server is essentially treated no differently to the massive ones. That's really the point of the fediverse.
I'm interested in spinning one up as well, mostly for having the choice of what to name the domain lmao. Right now I gotta look more into it. Hopefully @dan can get back to us with some numbers.
It's working well! I already had a VPS that was only running Mastodon and had plenty of spare capacity, so I just installed Lemmy on the same server.
One of the hosts I use (GreenCloudVPS) was having a 9th birthday sale where they were offering a VPS with 9 cores (old Intel Xeon E5 though), 9GB RAM, 99GB NVMe disk space for $99 every three years ($33/year). It wasn't doing much until I installed Mastodon on it.
The possible problem with that is someone will eventually write a script that starts up new instances and then runs spambots on them. It's what happened with email. I think you can still self-host an email server, though, it's just a matter of running it well and communicating with the people that run blacklists if you get on one.
eventually write a script that starts up new instances and then runs spambots on them.
Spammers wouldn't even have to run Lemmy to spam, as they could have a spamming script that uses ActivityPub directly. I really hope that doesn't become widespread...
It's very unlikely that big instances will start blocking small ones. It can certainly happen, but I think most people running Lemmy instances are more likely to want to federate. If they don't they'll probably run one of the forks that explicitly disable it, so you'll never know that they exist from your instance.
I think as long as you don't give them reason to, they won't have any reason to block you. They'd have to explicitly block you, after all. If they aren't noticing any problems then I don't see why they'd take the time to block you.
So basically, you should be fine.
I'm also planning on hosting my own Lemmy instance at some point too.
What I'm concerned about is if the large instances move from a blocklist model (like they have now) to instead use an allowlist model, where only explicitly approved instances are allowed to federate with them.
That's true, that's a good point. Well I guess the only thing you can do is hope that doesn't happen lol
Setting up a Lemmy instance isn't the easiest thing, and automating it is even more challenging, so I don't necessarily think it's the kind of thing that can be done so easily. It's like 100x harder than creating a new account so I feel like It's not something that would be abused as much as like creating new accounts would be. I think it'll probably be fine.
I believe the developers on Kbin and Lemmy have moderation tools in their backlog. I think it will be interesting to see how they implement those and how it will work in the fediverse.
I don't really understand the whole "choose who you federate with", federation is a server-to-server thing as far as I am aware, and banning whole servers results in some of your users becoming unable to reach all of theirs, incurring a penalty on both sides. I don't think blocking users based on whoever hosts their account ever makes sense in the general case (it's a weak argument to prove someone "guilty by association"), and is incredibly unfair (the statement being made is that all users on that instance, without exception, should suffer the consequences of the actions of a few).
Unfortunately there isn't a finer grained tool. You can ban users, but if the instance they're from has open sign ups the banned user can just create a new account and return to harassing people on the server. This is the reason that Beehaw defederated with the two earlier this week. They tried everything they could before then, but the tools just aren't there yet to not punish the whole instance if the instance's admin isn't willing to meet part way.
Think about it this way. In real life, you choose who you associate with for many reasons. Do the same in the Fediverse. If your instance gets blocked look at your fellow users as to why, and to the admin policies of your instance administrators. The biggest issue is when Federation ends because that is disruptive. Keep in mind instances mostly never federate with all other nodes. They cannot. Some are illegal, others just full of bad actors and trolls.
I agree that it should be a last resort and it usually is. But when it happens look to your instance not the one de-federating.
Think about it this way. In real life, you choose who you associate with for many reasons. Do the same in the Fediverse.
Hard disagree:
the fediverse is inherently pseudonymous, you can't tell for sure who your peers actually are (and that's a good thing)
Even if you could, it's not practical to background check every single individual on your instance
Even if you could, you might find some people with diverging opinions without knowing for sure if that is sufficient ground for your whole instance to be banned by others (and whom)
Even if not, you can't predict future behaviour of people on your instance
Even if you could, it doesn't matter because ultimately only your own doing (and not that of others) should determine who gets to interact with you
Add comment