Defederate From Threads
| Description | Defederate from threads.net |
|---|---|
| Contributor | Jonny Saunders |
| Approval Status | Proposed |
| Loomio Thread(s) | |
| Additional Context | https://discord.com/channels/1049136631065628772/1084120490056097833 |
| Date Proposed | 2023-12-28 |
| Related To | Federation Abuse Policy |
Arguments
Plz feel free to add your own here
For Defederation
- Safety: Their moderation system is substantially misaligned with our code of conduct, and hateful content runs rampant on their platform. Notable examples include libsoftiktok, among others.
- Moderation burden: Accordingly, it will likely be difficult to moderate content from threads, since it would be an absolutely humongous instance.
- Scraping/surveillance: Meta is an advertising company, and they do not have benign intentions in joining the fedi. In the interest of a healthy internet, we should resist attempts made to scrape and use our members posts as algorithmic engagement fodder for threads users
- Being a good neighbor: Many instances will likely defederate from instances that don't defederate from thread, and I think we should try and place nice with other servers - I think we are probably more closely aligned to those instances that want to defederate from threads than we are to threads itself.
- Embrace, extend, extinguish: A well-trod pattern in tech behemoths for crushing rival open protocols - pretend like you love the protocol, build fancy tools for it, take ownership of the protocol, shut it down. See Google's extinguishing of XMPP for a recent, apropos example. We should resist attempts at corporate capture of the fedi
- Meta is a bad actor: There are so many examples, but eg. see Erin Kissane's harrowing piece: https://erinkissane.com/meta-in-myanmar-full-series
Against Defederation
- Communication with threads users: We might have friends on threads!