A community to talk about the Fediverse and all it's related services using ActivityPub (Mastodon, Lemmy, KBin, etc).
If you wanted to get help with moderating your own community then head over to [email protected]!
Learn more at these websites: Join The Fediverse Wiki, Fediverse.info, Wikipedia Page, The Federation Info (Stats), FediDB (Stats), Sub Rehab (Reddit Migration), Search Lemmy
I can understand defederating from Threads, but transitive defederation is bordering on insanity.
This will do nothing but exert peer pressure onto instances that wish to remain impartial. Transitive defederation will play right into Meta's hands by fragmenting the Fediverse further.
“You’re either with us or you’re against us”
— level-headed, fair-acting groups of people throughout history
Only a sith deals in absolutes.
Yeah, strong arming instances to do something or another based on a personal preference I thought was meta's job, not the fediverses.
The entire point is that each instance should decide for themselves. If they want to defederate with me because I haven't made up my mind yet, then so long I guess, to me that says more about them then it does Meta.
As long as Meta can't infect the rest of the fediverse, or track or monetize it...fine. I just never, ever want Meta shit on my timeline.
or track or monetize it
Meta doesn't need federation to track or monetize anything.
I just never, ever want Meta shit on my timeline.
You can personally block them. You don't have to tell your admin to defederate the entire instance or defederate from other instances who choose not to.
How would Meta “infect” anything? Do you really think Meta is producing self-replicating things that jump from person to person?
What sort of "Meta shit" would you possibly expect to appear on your timeline?
I understand the argument for servers blocking Threads/Meta. It doesn't strike me as the right choice for every server, but it's clearly a good choice for some servers. Threads doesn't moderate the way many fediverse servers would like their peers to, and Meta is generally an ill-behaved company. Blocking it is appropriate for servers emphasizing protection for vulnerable users, and inappropriate for servers trying to be big and open. The fediverse is great because people can choose what's right for them.
I do not, however understand the argument for blocking servers that do not block Threads and I think the article could be improved with a more thorough explanation. Maybe there's something I'm missing about the mechanics at work here, but isn't one's own server blocking Threads enough to keep Threads users from being able to interact?
I'll be honest, if this gets adopted I'm out.
Most of these ideas are ridiculous in how they desperately build up windmills to handle a surplus of lances among some fediverse users, but this genuinely applies the very thing you - completely out of nowhere - assume Meta would do to what you're doing: EEE.
You're trying to strong-arm users of AP into your modified version usage guidelines for it entirely to suffocate anyone disagreeing.
That's despicable, even as just an idea.
The good news is that none of the large instances are going for these insane policies. Small instances and solo instances can defederate themselves into irrelevance all they want, just like beehaw did.
Splitting the fediverse in half just to get back at Meta is an awful idea.
Plus it wouldn't "get back at" Meta anyways. If their goal is to prevent or defend against some sort of EEE approach (nevermind how little indication their is that that is Meta's motivation for federating), then splitting the target into two smaller groups is perfect. They can easily do something about the one half, then claim that in addition to them, one of the two big camps of the fediverse already supports their new Meta-led protocol, in turn claiming the other half is silly for refusing to adhere to standards.
As in: Don't split the standard into two that are then easier to de-standardize if you are interested in standards.
I'm not so sure that this sort of divisive policy is healthy for the Fediverse. ActivityPub is meant to connect communities, not split them apart. I feel like this is just going to cause even more fragmentation at a time when ActivityPub can really be showing off its capabilities.
I imagine this would dissuade further adoption by other communities.
no thanks. no need to technology a kneejerk reaction to nonexistent problem.
I don’t know. Calling Meta a nonexistent problem sounds naive to me. Sure, something “hasn’t happened (yet)”. Except, it’s Meta … plenty has happened already. How many times are we going to allow selves to be fooled?
im not going to get into this, again, as im sick of asking the same thing and no one ever having a valid response so ill just state it.
theres no technical reason to think meta can overtake the ap protocol and substantially alter it in any appreciable way. that they have a federating server in threads is not some crazy threat unless your own shit becomes dependent on that federation. if it does, its on the instance owner not threads.
as it is, there is zero reason to not federate with threads other than substantial resource use (flooding) and righteous indignation.
i run a public instance, and as soon as threads interferes with it, i will nip that shit in the bud. until then, i plan on providing an offramp for those trapped in metas walled garden.
With ActivityPub, Meta is playing on our turf. They don't have home field advantage here. ActivityPub isn't a protocol that they control.
I mean, for now.
Mastodon, through its dominance is already shaping what the protocol is and isn't. For instance, the Server to Client API that mastodon runs is of its own making and design and just about every microblogging app relies on it such that any other platform tries to mimic it. It's become a de facto standard. Should mastodon change their API, many other platforms will feel compelled to follow suit. There are now voices calling for it to be standardised. BUT ... talk to people working on the actual protocol and they'll say they hate this because the protocol already has a standard for this and it should be used instead ... and app developers will basically say "well, everyone is using the mastodon API already ... why would I use this thing no one knows about".
Threads/Meta can do exactly the same thing over time. And once they have control over how some parts of the fediverse operate, which they will have by having "the standard" and the dominance of users to force people to comply ... then they can influence what is and isn't in the standard to suit their purposes (think surveillance and ads) and even add things that only work on Threads, which of course will presumably attract more users (as Threads is already huge).
More abstractly ... "our turf" here isn't the protocol. The protocol is over-emphasised as some magic element that makes everything here work. It's just a tool. The stuff that actually makes the fediverse work are all of the software platforms, such as Lemmy and Mastodon, that provide the actual social media we use. And they just use the protocol. It's the quality and design choices of these platforms that are "our turf", and these depend very much on the developers and the users and their motivations/desires. Threads is big enough that it can distort the network of motivations. An example ... There's a mastodon mobile app (Mammoth) that is the only one to implement a recommendation/algorithmic feed. One of their key motivations (they've stated so publicly) is to be ready for when Threads joins the fediverse so that their app can attract Threads users. They also run their own mastodon instance, which I can only presume they'd be happy to modify with their own features.
Another way they can exert influence is through altering the way moderation affects the fediverse. Moderating what comes through from Threads is likely to be onerous. It alone will be a reason for some instances defederating. But some instances will want to stay connected to the large userbase of Threads, and will tolerate some of the garbage coming through. The net effect will be to splinter the fediverse between those that can't and those that can tolerate a lower average quality of user/content. Such a hard splintering wouldn't occur if all of those users were spread out amongst more instances instead of coming from a single source/instance whose size alone attracts disproportionate interest and gravity (to the point that this discussion happens again and again).
Sure, something “hasn’t happened (yet)”.
Pretty much the definition of a nonexistent problem.
I swear to god the conversation around Meta joining the fediverse has been one of the most annoying things I've had to read about in a while.
We should defederate with any server that has less than 7 degrees of separation with Meta. We can call it the Kevin Bacon rule.
I just went ahead and defederated with my own brain. This way I never have to worry about Meta sludge ruining my life by existing on my screen.
Eh, nah, not as a preemptive thing. If threads users become a problem, then transitive defed is a good option. Otherwise it just makes the whole thing more annoying than it's worth.
Meta disgusts me but i cant lie and say the opportunity that my family may without me pushing much may join the fediverse on threads sounds much nicer then the status quo.
I am all for protecting the fediverse from metas ideas so i do support defediration.
With this transistive tool what happens if i am on my own instance, defederated from meta but i dont the transition and federate with a community that is federated with meta.
Could i see threads from my instance trough the federated one?
Is my own instance safe from meta?
Will transistive defederation mean others will automatically defederate with my instance because i federate with an instance that is federated with threads?
Man just gotta respond to one thing here. I’m not for protecting anyone from any ideas. Better to have an immune system than a sterile environment that requires isolation to maintain.
also blocking any instance that federates with an instance hosting harassers and hate groups – provides even stronger protection.
Even safer, unplug your router.
Y’all notice that things always talk about “user safety” and such but never detail just how the NAZIS at Threads will continue to interact with their users when the whole-ass domain is blocked.
This is just another purity test.
Nonsense
We really need better visualization tools for who is federated with what. Meta is just one large / recognizable company to pop into the fediverse. Others will move in over time, and if instances choose to do something like this (defed from any instance that didn't also defed), then it's going to be a complete mess trying to figure out who is federated with what. Those smaller defederated instances will need to be extra clear about who they are federated with and why, otherwise people will avoid them.
I personally think this is a bad choice to make, but instances are free to do as they please.
I envision brands creating their own instances that federate with Meta. Then you can get an exclusive Gucci account for some absurd amount of money and use it to flex on the plebs.
It'll potentially just end up like emails (which are also federated, after all), where Gucci employees get an @gucci.com email address and an @gucci.com ActivityPub handle.
While my primary masto is a single user instance, basically anywhere else I exist on the fedi is a subset of infosec dot *.
Those instances are all run by someone who a) is cool with spinning up a whole bunch of instances, b) is willing to risk the costs, and c) is excellent at delineating policy. There’s a “no fucking threads full stop” instance, and a “no threads by default, but user can flip switch” instance, for example.
That’s a method of operation that works from my pov but doesn’t suit everyone’s needs. Personally, I want nothing to do with threads but am more able to express my anti corp tendencies than I was in my twenties, and I’m more willing to accept that “it’s just bandwidth, find the instance that meets your needs.”
My needs involve no threads at all, but I can accomplish that with a very small amount of effort given. My circles.
I honestly don’t know what my mastodon instance’s take on blocking threads is but I probably will be blocking them on the account level. Blocking servers transitively because they don’t defederate with meta seems like it is unnecessarily siloing servers into a second “free” fediverse. If a server is moderating their accounts in accordance to the written policy then if they choose to federate with meta, it doesn’t feel like it’s any of my business.