To protect our data? They can create stealth instances and get the same data. I think we have to accept and be mindful that the things we share on the fediverse can be exploited by people we don’t like.
To exclude their users? I understand they have partnered with Namecheap to offer users customized instances with their own domain. Is it even a technical possibility to exclude all their users’ instances?
To make a statement? Okay, but then we need to do more than just defederate.
Okay but how does this protect the protocol? What is the difference between us defederating them, and what you describe which is essentially them defederating us? Why would they bother in the first place, then? I don’t really think any of this is about us, but rather about Twitter and Google.
Like, does it endanger the HTTP protocol that we exchange HTTP data with them?
I think it’s about keeping the userbase on ActivityPub as much as possible. When meta will start doing ActivityPub and probably change it, everyone will need to follow because Meta will own all the userbase and “subreddit”.
At some point, they will decide to drop ActivityPub because it’s not good enough for what they want to do. Just like what Google did to XMPP. And maybe Google was right about XMPP, I don’t know.
Another reason is what you are saying, a personnal battle against Meta and big corp.
At the end of the day, will anything the fediverse Admin do will matter ? Only time will tell I guess.
One key difference with HTTP is just like TCP. Everyone uses it so it’s much harder to just change it and fuck everyone else. ActivityPub is an easier target for this strategy.
This article has been circulating around the fediverse and I think it greatly illustrates why it’s so important to defederate from large corporations before they can get a foothold. It’s about so much more than just them getting our data.
What are the objectives of defederating?
To protect our data? They can create stealth instances and get the same data. I think we have to accept and be mindful that the things we share on the fediverse can be exploited by people we don’t like.
To exclude their users? I understand they have partnered with Namecheap to offer users customized instances with their own domain. Is it even a technical possibility to exclude all their users’ instances?
To make a statement? Okay, but then we need to do more than just defederate.
It’s more about protecting ActivityPub protocol than anything.
Before we know it, thread will impose its proprietary protocol and the fediverse will simply die with it.
Honestly, I’m not sure if it will happen. Social media is already pretty much corporate world so we will see what will happen.
Okay but how does this protect the protocol? What is the difference between us defederating them, and what you describe which is essentially them defederating us? Why would they bother in the first place, then? I don’t really think any of this is about us, but rather about Twitter and Google.
Like, does it endanger the HTTP protocol that we exchange HTTP data with them?
I think it’s about keeping the userbase on ActivityPub as much as possible. When meta will start doing ActivityPub and probably change it, everyone will need to follow because Meta will own all the userbase and “subreddit”.
At some point, they will decide to drop ActivityPub because it’s not good enough for what they want to do. Just like what Google did to XMPP. And maybe Google was right about XMPP, I don’t know.
Another reason is what you are saying, a personnal battle against Meta and big corp.
At the end of the day, will anything the fediverse Admin do will matter ? Only time will tell I guess.
One key difference with HTTP is just like TCP. Everyone uses it so it’s much harder to just change it and fuck everyone else. ActivityPub is an easier target for this strategy.
This article has been circulating around the fediverse and I think it greatly illustrates why it’s so important to defederate from large corporations before they can get a foothold. It’s about so much more than just them getting our data.
https://ploum.net/2023-06-23-how-to-kill-decentralised-networks.html