Assuming you mean “Can Mastodon instances defederate with Threads?”: Yes. Mastodon (and similar services) run on the ActivityPub protocol, which allows them to decide who they do and do not federate with. Many instances have chosen to preemptively block Threads, many have chosen not to. Pick what works for you.

by adding features you can only get if you are on their platform. Their goal is to make most people prefer the Meta version of the fediverse

Why is this a bad thing? This is the system working as intended: a company forced to make a service people want, rather than just taking users for granted. You resist enshittification because you’re not being held hostage through access to content, so the company is forced to make the service good. And this will attract other companies to produce competing services.

And besides, most people already prefer the Meta version… they already have the user advantage. There’s already way more users locked in their services than there is on the rest of the Fediverse.

I am optimistic about Meta’s investment in the Fediverse. If you don’t believe the Fediverse can survive the embrace of big tech, I don’t think you believe in it at all. You don’t want an open web, you just want to be the one in control. The goal of a decentralized internet - in my opinion - is to separate content from service. And if you believe that is the future, then you have to accept that companies are going to build new services that will try to monetize that content. But the beauty of that paradigm is you get to choose the service that works best for you without sacrificing access to the people or media you’re interested in. And really, it’s not much different from say, Google, being able to monetize Chrome because it can access your website. I mean… yeah, but that’s kind of the point?

Pre-0.19 I assume you would need to be on an instance that is blocking them.

Post-0.19 you can block them as an instance, meaning “any posts from communities which are hosted on that instance are hidden”

So, the answer still varies depending on your goals for blocking.

For clarity:

• The 41% number combines both instances that have actually blocked Threads and those who have pledged to do so at some point, so “have blocked” is a bit misleading
• As stated, this is a percentage of instances, not users. Roughly 24% of users are on instances that have limited, blocked, or pledged to block Threads.

“Instances” at the bottom of the page will take you to a list of, I believe, federated instances, and at the very bottom, blocked instances.

while yes it’s cool that I can talk to Lemmy from my Mastodon account, it’s quite a clunky experience

I do wish they were slightly more interoperable. It’s currently very hard if not impossible to discuss Mastodon posts directly within Lemmy, and likewise you can’t make a Mastodon-style post to your personal Lemmy profile. These may seem like unimportant changes, but I think much of that stems from still viewing these services from the frame of the limitations of what they are based on. They could be so much more!

Lemmy itself has big problems with the interoperability of servers. There are two major issues I see with the way communities are structured. The first is that listed subscriber numbers are for your server only, which makes the entire ecosystem seem way less lively than it actually is, which has the effect of making it even less so. Subscriber numbers should be fed in from a community’s home server.

The second is that there are many redundant communities, which makes it difficult for onboarding new users. There should be some way to group like-communities into super-groups based on topics. That way community leaders have the ability to easily aggregate similar content, rather than leaving it to the user to figure out, and you could opt-out as a user by simply not subscribing to the super-group community.

I thought this as well, but I’ve started to think they could be useful if I follow way more aggressively, and create a list that is “what I want on my feed” and default to that. It’s stupidly cumbersome, but would have the desired effect. Of course you’re right that they should just let you add directly to a list - I think the reasoning for the current functionality is to limit stalking/harassment, though I don’t exactly understand how that is inhibited at all.

Some level of community merging seems both inevitable and necessary. Initially, my assumption was that a single instance would be the home for an individual community, but that’s just not how things work for many reasons. Communities of the same type should have a way to talk to each other, and more importantly, make it easy for users to follow them wherever they are. The current system is obviously inefficient for many reasons. I think there’s a lot of content across communities that is not being surfaced to users for whom that content is relevant, and it is making the entire system feel less lively than it could be.

Yes on desktop, no on mobile (as mentioned already).

There appears to be some miscommunication between instances in this thread regarding how posts appear from other communities. I think many arguments are stemming from this, so to clear things up:

It is trivial for users on sh.itjust.works to see what is posted where. It is less obvious for kbin.social users to do the same. Personally, I think it’s a kbin issue for not surfacing enough post information.

Some game-of-telephone misinformation originating from this article - though it has gone from Google killed it (which this article states), to it was a protocol that allowed Facebook and Google to communicate and then got killed, to Facebook killed it.

deleted by creator

I’m curious, are there policies for usage of data on a service like this? If you federate Meta (or any instance, or this instance), is that granting them the right to use your data as they wish? Assuming the answer is yes, could the Fediverse at large implement a broad, let’s call it “Terms & Conditions”, that must be acknowledged upon federation, regarding how the data is used? Or, if the answer is no, what are the limitations to how data in the Fediverse is used?

Also, how useful is my data to them anyway, if they can’t target me with ads? Certainly there are uses, but isn’t the primary end-game just selling me something? If I’m on an independent instance, I’m not sure how much I care about them having access to my data.

Edit: Mastodon founder Eugen touches on some these questions here. This is specific to Mastodon, I have no idea how much of this carries over for Lemmy.

Will Meta get my data or be able to track me? A server you are not signed up with and logged into cannot get your private data or track you across the web. What it can get are your public profile and public posts, which are publicly accessible.

I wonder if people would be interested in a “lurker” instance that disables comments/posts/etc. entirely. A “read-only” instance for the people who really hate the idea of being defederated, lol.

I think you have the wrong idea. These are just sign-ups. It is very easy to automate without precautions in place and is unrelated to bots pretending to be human in comments.