4 ms·
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
by 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 agoI 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