With debate raging in the Fedi about Threads’ federation, I was having a discussion with another user about the recently implemented instance blocks. They pointed out that, blocking an instance simply hides their content from your feed but doesn’t prevent your posts from being sent to them. Firstly, is this correct? Is this how instance blocks are implemented in Lemmy? If not, has this been discussed before? I couldn’t find such a discussion in Github issues…
It seems that many people have concerns about Meta’s use of their data, and would like to opt out of sharing their content with Threads. Is there any way to do this in Lemmy right now, or any plan to implement such a feature?
When you post to the fediverse, it’s federated. That is a strength for resilience, but the flip side is anyone can hoover up the data. I haven’t seen any plans to prevent this as it sort of goes against the nature of activitypub.
Mastodon instance blocks are already bidirectional AFAIK: if you block an instance your content does not get federated with them. I was actually surprised that this does not seem to be the case for Lemmy. I don’t think this break any core abstraction of AP…
I’m no expert that sounds like limited federation mode? Seems it’s supported for truly private instances (ie. Universities) but discouraged? At the similar server level I thought lemmy had bidirectional defederation too, but nothing that would be at the user level like the new instance blocking feature.
Can you share more info on how mastodon blocks function? Their documentation list the user action as “Hiding an entire server”, which seems in line with lemmy
More info I found:
For Mastodon server admins, a bit more about the “authorized fetch” feature. It makes it more difficult for blocked accounts to interact with public posts on your server. It’s not fool-proof as public posts can always be scraped by outsiders, but it makes life harder for trolls
This post from Eugen Rochko mentions that blocking Threads at the user level “stops your posts from being delivered to or fetched by Threads”. Basically, the user-level instance block is bidirectional.
Limited federation mode is a different feature, at the admin level. It doesn’t really affect the delivery of posts in either direction, it just hides the blocked instance’s content from the global feed. Defederation on the other hand is indeed bidirectional, but again it’s on the admin level rather than users’.
There isn’t practically any way of blocking your content from being seen on another platform. It’s an arms race and you’ll always lose. Look at Reddit, they had a whole campaign to kill their API, and most of their quality content is reposted here through bots. If you post something on the internet, there it no way to ensure it doesn’t appear on Threads, where you posted the content originally doesn’t change that fact.
The reason for not directly federating content to Threads isn’t so nobody there can ever see my amazing posts, it’s so Meta can’t easily profile me. Scraping public posts on a different platform would probably be illegal, at least in the EU, and reposts don’t give them a lot of data about me. Federating content, however, would give them most of the same data that Mastodon has on me without even having to ask.
Meta can always profile you from the content you post to the fediverse, and they don’t need Threads to do it. In the fediverse, every upvote, every down vote, every comment, every ban, and everything else is a matter of public record that can be easily queried by anyone without logging in to anything.
In the EU companies can’t scrape personally identifiable information without consent, even if it’s already publicly available. IANAL, and there’s probably ways they can sneak around the GDPR, but at least it’s not a free for all. It’s unclear though how it works for federation. It’s definitely not the same legally though.
