this post was submitted on 18 Dec 2023
477 points (95.4% liked)
Fediverse
17508 readers
19 users here now
A community dedicated to fediverse news and discussion.
Fediverse is a portmanteau of "federation" and "universe".
Getting started on Fediverse;
- What is the fediverse?
- Fediverse Platforms
- How to run your own community
founded 4 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Or what Google does right now with Chrome and web standards.
For those unaware of Google’s latest web browser malarkey: Web Environment Integrity
EFF/Cory Doctorow/Jacob Hoffman-Andrews: Your Computer Should Say What You Tell It To Say
The XMPP article was good, thanks!
But how would defederating prevent any of that?
It would make Threads unable to see content from instances defederating it and vice versa, preventing the Embrace step.
That's a common misconception actually, any and all data available via federation is already public and easily scrapable even without running an instance of one's own. Defederating only hides (in this case) Threads content from users on the instance doing the defederating, but the data is still public. Not to mention copies of it would still be fully available on any extant federated instances.
But they would still be unable to embrace (and, by extension, extend and extinguish) because users from Threads would be unable to interact with users from other instances. Basically, they'd be unable to get rid of a potential competitor using the EEE method.
But how could interoperability lead to extinguishing? That's the part I don't understand. By what means could Threads "extinguish" the network of instances that stay federated?
The same way we prevented any of that up ’till now: by doing our own thing on our own terms.