I only partly live under a rock, so I’ve now heard that the Facebooks is making Threads, and it’ll talk to Mastodon.
Any idea how to keep them from taking over? Apparently, you’re a weirdo these days if you use Firefox, Brave/Qwant, and trust FLOSS > proprietary.
Threads will only talk to Mastodon et al. for as long as the protocol remains compatible and servers allow it to federate. My guess is that one or the other of those things won’t be true for long.
If your real question is, why do so many people like Threads better than the Fediverse? Well, the answer is that most people don’t want to think about how to sign up and find stuff—they just want to click a button and have all their decisions made for them. Federation is not a selling point for the average non-technical user who just wants stuff to be easy. And that leads to two more questions.
First of all, does the Fediverse want to attract these non-technical users?
If the answer to that is “yes”, how can they be encouraged to join up and stick around? The answer to that is, hide federation, which requires a few things. First of all, offer a default server on sign-up (to avoid overloading a single node, this should be chosen randomly from a list of general-purpose instances that are uncongested at sign-up time, as someone else already suggested). Making it easier to migrate an account between servers would help a lot.
The other thing is that there needs to be some kind of usable list of things to follow—people, hashtags, lemmy and kbin communities, or whatever is pertinent to that corner of the Fediverse—built into the interface, not off somewhere on a third-party site whose lists may include things on a server yours isn’t federated with, and offering the ability to subscribe without doing any copy-and-pasting. Ideally this directory should offer more methods than just keyword search or scanning everything on the list one item at a time for discoverability.
For Lemmy, these things could all be done through changes to join-lemmy.org and the default front end, plus some elbow grease to create and populate a browsable community index arranged by topic, in a form that can be easily passed around. I expect the requirements for other parts of the Fediverse are similar, but haven’t looked in detail.
deleted by creator
Defederating is something at least. But in reality like all societal problems stemming from late stage capitalism, the only true answers are extremely illegal
Who said we’re in late stage capitalism? If you ask the libertarians, we’ve been out of any sincere capitalism since WWII.
i saw a quote today which said the grass is always greener where you water it; so i suppose, you should keep engaging with the federated communities you want to support. After all, Meta wants engagment so chose not to engage with what you dont believe in
We don’t need to do anything. They simply can’t. ActivityPub is designed that way.
This is unfortunately wrong. ActivityPub is designed much like email is. Yet virtually everybody uses Gmail and the standards Gmail enforces apply to everybody else through network effects.
deleted by creator
https://fedipact.online/ for one, but it’s important to realize Facebook isn’t the only company that tries to pull embrace, extend, extinguish. Even lemmy.ml or mastodon.social (being by far the most popular instances in their networks) are vulnerable to compromise. It’s up to the users to distribute themselves across enough instances that one individual instance can’t call the shots.
Edit: this comment changed my mind. In a nutshell, if we can’t keep a large instance controlled by “the enemy” from destroying what we’ve got, then we just have to do better next time.
Threads or whatever Meta might introduce is just a specific example of the problem with a controlling instance.
Bitcoin has to take steps to avoid a 51% attack lest the whole thing come crashing down.
Condo buyers have to make sure they are not buying into something where the developer keeps over half of the units as rentals in order to control the board.
I think the fediverse has to also guard against any one instance hosting too large a fraction of users. I’m not sure that it even takes being as big as half the users. I’m not sure what a critical mass would be, but I’m sure that a large enough instance could “go critical.”