We really shouldn’t take this Meta thing lightly.
They could offer the slickest interface and keep people locked to their friends. That interface can use protocols that make it difficult/impossible for non-Threads instances to play ball (ooh this cool new feature is only available through the Threads app; Oh, mybasement.world.ml.xyz can’t read that content). There are many ways to Embrace, Extend, and Extinguish, we’ve seen Meta do it before (e.g. XMPP), and I’m sure we haven’t even thought of some ways Threads could EEE.
I think defederation from Meta’s instances is probably our only option to protect what we have.
Do you remember/are at liberty to elaborate on the reasoning and course of events at the time that lead to defederating?
@CrazyDuck Yes, I believe so :) Of course this is just how I remember it, it reflects my opinions and not of my employer’s, etc.
From my rough memory, around the time this happened in 2013 the following was true:
- Federation was considered to be already languishing due to relatively little usage aside from big instances like AOL (who were going down in any case). Actual people running their own individual/community instances were relatively few, and a significant fraction were spammers :(
- Developers in the chat space in G had decided to implement their own protocol for Hangouts, the “next generation” chat app. The consensus seemed to be that going with an in-house protocol would provide enough extra freedom to allow G to implement and ship features faster (whereas innovation on top of XMPP was deemed relatively hard).
- XMPP was, back then, considered unfit for the transition to mobile as it was a very ‘chatty’ protocol and that kills battery on mobile devices. I’ve heard this has been solved/worked around since? But I haven’t looked into how this was achieved, if at all, and whether we could have taken that route instead back then.
