“DM me on Twitter” perhaps wasn’t the best way to start a post about fediverse, but OK, I got through it…
That article was a hot mess.
First of all, over half of that article was based on misunderstanding of how fedi and ActivityPub works. Meta will not just “push their content” out to the fediverse and drown it - even if they fully adapt and integrate ActivityPub (which was still marked as TBD in the roapmap). ActivityPub is not a broadcast protocol. There is no “global federated feed” that can drown you. Someone actually has to subscribe to users and their posts for them to show up on their instances. Sure, some additional messages will be “discovered” during that (likes and re-posts etc), but it’s not like all of Threads just flows into all fediverse servers automatically.
My timeline is posts from people who I follow. My local timeline are posts from people on my server. My federated timeline is all public posts from people (from other servers) that users on my server follow. It is trivial for me (as an individual) to domain block *.threads.net in my Mastodon user profile and then I will never see any posts from that server.
The chapter about content moderation was also a bit misleading. On fediverse side of things, content moderation is done by instance mods. If and perhaps more likely, when it becomes too much work to deal with, they will simply just defederate or limit Threads.
I’d imagine most smaller server admins and mods will eventually end up doing this, because they simply don’t have resources to moderate the message flow from a server that has hundreds of millions of users - this is already evident with mastodon.social and the other larger servers. Lot of places have defederated them.
But this is all working as intended. Defederation isn’t controversial, it happens all the time.
The actual moderation problem is entirely on Meta’s side. The fedi is full of bad stuff. Really bad, like CSAM. They will have to deal with all those kiddyporn .jp instances. Good luck telling that your shareholders Zuck.
There are some real problems with Threads integration, but none of those were mentioned. I don’t want Threads to monetize my content. If I post something on Mastodon and a person from Threads follows me, I don’t want Threads to show them ads based on what I wrote. But currently there’s no way to prevent that.
Also, if I should follow someone from Threads, there’s nothing preventing Meta from inserting an ad into that persons “Outbox” and therefore serving it to me on Mastodon. Sure, they’d be impersonating that user, but their whole business model is based on showing ads and datamining the clicks, so would be naive to think they wouldn’t enable ads on Threads later on.
Of course the last problem is easy to solve by blocking Threads, but you get my drift…
“DM me on Twitter” perhaps wasn’t the best way to start a post about fediverse, but OK, I got through it…
That article was a hot mess.
First of all, over half of that article was based on misunderstanding of how fedi and ActivityPub works. Meta will not just “push their content” out to the fediverse and drown it - even if they fully adapt and integrate ActivityPub (which was still marked as TBD in the roapmap). ActivityPub is not a broadcast protocol. There is no “global federated feed” that can drown you. Someone actually has to subscribe to users and their posts for them to show up on their instances. Sure, some additional messages will be “discovered” during that (likes and re-posts etc), but it’s not like all of Threads just flows into all fediverse servers automatically.
My timeline is posts from people who I follow. My local timeline are posts from people on my server. My federated timeline is all public posts from people (from other servers) that users on my server follow. It is trivial for me (as an individual) to domain block *.threads.net in my Mastodon user profile and then I will never see any posts from that server.
The chapter about content moderation was also a bit misleading. On fediverse side of things, content moderation is done by instance mods. If and perhaps more likely, when it becomes too much work to deal with, they will simply just defederate or limit Threads.
I’d imagine most smaller server admins and mods will eventually end up doing this, because they simply don’t have resources to moderate the message flow from a server that has hundreds of millions of users - this is already evident with mastodon.social and the other larger servers. Lot of places have defederated them.
But this is all working as intended. Defederation isn’t controversial, it happens all the time.
The actual moderation problem is entirely on Meta’s side. The fedi is full of bad stuff. Really bad, like CSAM. They will have to deal with all those kiddyporn .jp instances. Good luck telling that your shareholders Zuck.
There are some real problems with Threads integration, but none of those were mentioned. I don’t want Threads to monetize my content. If I post something on Mastodon and a person from Threads follows me, I don’t want Threads to show them ads based on what I wrote. But currently there’s no way to prevent that.
Also, if I should follow someone from Threads, there’s nothing preventing Meta from inserting an ad into that persons “Outbox” and therefore serving it to me on Mastodon. Sure, they’d be impersonating that user, but their whole business model is based on showing ads and datamining the clicks, so would be naive to think they wouldn’t enable ads on Threads later on.
Of course the last problem is easy to solve by blocking Threads, but you get my drift…
It’s almost - almost - as if this is what ActivityPub was designed for.