2 ms·

> With the permisivity of the protocol, Meta (and anyone) can consume any ActivityPub data they want. Well, in practice it's pretty easy to block Facebook-rang

> With the permisivity of the protocol, Meta (and anyone) can consume any ActivityPub data they want. Well, in practice it's pretty easy to block Facebook-range IP addresses at the firewall level, and then there's no other way for Facebook to get (authenticated) information about posts/users. "Will admins end up going that far" is an open question, but it's not like Facebook is going to be renting out residential IPs and forging user-agents to get around these types of bans.

shagie 3y ago
If all they are after is the data inbound, spinning up something to federate, consume, and forward as a relay on AWS or another cloud host is similarly easy and anonymous - it is exactly the same way that many small instances are hosted. Trying to prevent Meta from being able to consume ActivityPub content is an arms race that Meta would win with the collateral damage being every small instance of an ActivityPub application. That collateral damage would be inflicted by other ActivityPub instances rather than Meta itself.
- jeromegv 3y ago
  I don't quite understand your point. Is that within the context of Meta wanting to ingest data from Mastodon in order to train their AI or whatever data they want to ingest? Of course they can do that, setup their own instance or their own cloud, and ingest a lot of the posts coming out of the main Mastodon instances. Any company can do it, and it has nothing to do with Threads being on ActivityPub. You don't even need to go that far! You can add .rss to any user on Mastodon and get a fully public feed of their activity (if they didn't put their profile private) Or are you arguing that Meta can ingest Mastodon posts within Threads without the consent of Mastodon instances? Because that's quite unlikely, they said they want to be good citizen of the federation. If a server is not federating with them, then they will just obey the block and won't go around those blocks to show content in Threads even if the users/instances decided not to be federated with Threads

shagie 3y ago

If all they are after is the data inbound, spinning up something to federate, consume, and forward as a relay on AWS or another cloud host is similarly easy and anonymous - it is exactly the same way that many small instances are hosted. Trying to prevent Meta from being able to consume ActivityPub content is an arms race that Meta would win with the collateral damage being every small instance of an ActivityPub application. That collateral damage would be inflicted by other ActivityPub instances rather than Meta itself.

jeromegv 3y ago
I don't quite understand your point. Is that within the context of Meta wanting to ingest data from Mastodon in order to train their AI or whatever data they want to ingest? Of course they can do that, setup their own instance or their own cloud, and ingest a lot of the posts coming out of the main Mastodon instances. Any company can do it, and it has nothing to do with Threads being on ActivityPub. You don't even need to go that far! You can add .rss to any user on Mastodon and get a fully public feed of their activity (if they didn't put their profile private) Or are you arguing that Meta can ingest Mastodon posts within Threads without the consent of Mastodon instances? Because that's quite unlikely, they said they want to be good citizen of the federation. If a server is not federating with them, then they will just obey the block and won't go around those blocks to show content in Threads even if the users/instances decided not to be federated with Threads