Signal relies on centralized servers that are maintained by Signal Messenger. In addition to routing Signal’s messages, the servers also facilitate the discovery of contacts who are also registered Signal users and the automatic exchange of users’ public keys. […]
One of the controversial things we did with Signal early on was to build it as an unfederated service. Nothing about any of the protocols we’ve developed requires centralization; it’s entirely possible to build a federated Signal Protocol-based messenger, but I no longer believe that it is possible to build a competitive federated messenger at all. […] [interoperable protocols] [have] taken us pretty far, but it’s undeniable that once you federate your protocol, it becomes very difficult to make changes. And right now, at the application level, things that stand still don’t fare very well in a world where the ecosystem is moving. […] Early on, I thought we’d federate Signal once its velocity had subsided. Now I realize that things will probably never slow down, and if anything the velocity of the entire landscape seems to be steadily increasing.
¶“Stuck in time”. “Federation and control”. ¶6.
An open source infrastructure for a centralized network now provides almost the same level of control as federated protocols, without giving up the ability to adapt. If a centralized provider with an open source infrastructure ever makes horrible changes, those that disagree have the software they need to run their own alternative instead. It may not be as beautiful as federation, but at this point it seems that it will have to do.
Yeah. I love Signal but it doesn’t belong in that list. Dansup (creator of loops and pixelfed) is apparently working on “Sup” that will be a decentralized alternative to whatsapp.
Yeah… I’m bit afraid of “kbin Ernest Effect” (not sure what a proper term is) where personal issues pile up and the sole head developer just disappears.
Haven’t followed dansup much but from what I understand he is much more open to pull requests and listening to the community, but time will tell. Right now I appreciate and love his effort, giving, and the impact on fediverse he is brining.
Given that I’ve waited 3 weeks to join his smaller instance of pixelfed.art, I can tell things are already piling up. I am hoping the kickstarter does help.
There isn’t much information about “Sup”, but if I had to guess it could be that dansup is making sup app with XMPP(rotocol) as the messaging protocol.
Originally it was supposed to be ActivityPub based, but recently they posted something about it being for XMPP, Matrix and IRC as well 🤷♂️ Maybe they decided to fork Pidgin 😂
IMHO Sup. isn’t going to happen. They will have their hands more than full with Pixelfed’s new popularity and maybe Loops.
Matrix servers keep a copy of any remote room an account on the server has joined, and it’s possible to recreate a room from the copies held on different servers. There are more details I don’t remember, but at a high level that’s how it’s distributed.
Storing messages of remote rooms in addition to local rooms is why people complain about the storage requirements of Matrix servers. They don’t realize it’s distributed.
My comment wasn’t protesting the use of Signal; it was rather clarifying the misinformation in OP’s post — ie misinformation that Signal is a federated service.
I was using “decentralized” to mean that there isn’t centralized control over ownership of the service in general — eg anyone can spin up their own server (impractical, imo, pushing it more towards being centralized) and people can use it (making it decentralized, imo (Please correct me if I am wrong, but I do think my usage of the term is appropriate in this way.)), but people who use that server can only communicate with that server (making it not federated). But yes it could still be said to be centralized in that it operates on a client-server model [1].
This is more an argument of definitions, though. I’m not trying to claim anything in bad faith.
Signal isn’t federated [1][2][3.1]; it’s decentralized [1][2][3.2]. Though, for all practical purposes, I would generally argue that it’s centralized.
References
Yeah. I love Signal but it doesn’t belong in that list. Dansup (creator of loops and pixelfed) is apparently working on “Sup” that will be a decentralized alternative to whatsapp.
To me this person sounds like they have too many big projects at once. I wish them success tho
Yeah… I’m bit afraid of “kbin Ernest Effect” (not sure what a proper term is) where personal issues pile up and the sole head developer just disappears.
Haven’t followed dansup much but from what I understand he is much more open to pull requests and listening to the community, but time will tell. Right now I appreciate and love his effort, giving, and the impact on fediverse he is brining.
The kickstarter was a good idea.
Given that I’ve waited 3 weeks to join his smaller instance of pixelfed.art, I can tell things are already piling up. I am hoping the kickstarter does help.
XMPP is an established federated messaging app with encryption.
There isn’t much information about “Sup”, but if I had to guess it could be that dansup is making sup app with XMPP(rotocol) as the messaging protocol.
Originally it was supposed to be ActivityPub based, but recently they posted something about it being for XMPP, Matrix and IRC as well 🤷♂️ Maybe they decided to fork Pidgin 😂
IMHO Sup. isn’t going to happen. They will have their hands more than full with Pixelfed’s new popularity and maybe Loops.
Bro put citations in his lemmy comment 💀
Yeah, Moxie has openly shot down the idea of adding federation to Signal, and I’ve never heard them claim Signal was decentralized.
Matrix is federated, distributed, and decentralized.
XMPP is federated and decentralized.
It is? How so?
Matrix servers keep a copy of any remote room an account on the server has joined, and it’s possible to recreate a room from the copies held on different servers. There are more details I don’t remember, but at a high level that’s how it’s distributed.
Storing messages of remote rooms in addition to local rooms is why people complain about the storage requirements of Matrix servers. They don’t realize it’s distributed.
Don’t let perfect be the enemy of good
My comment wasn’t protesting the use of Signal; it was rather clarifying the misinformation in OP’s post — ie misinformation that Signal is a federated service.
No it’s not. From literally your own comment:
For a decentralized messenger use https://delta.chat/
I was using “decentralized” to mean that there isn’t centralized control over ownership of the service in general — eg anyone can spin up their own server (impractical, imo, pushing it more towards being centralized) and people can use it (making it decentralized, imo (Please correct me if I am wrong, but I do think my usage of the term is appropriate in this way.)), but people who use that server can only communicate with that server (making it not federated). But yes it could still be said to be centralized in that it operates on a client-server model [1].
This is more an argument of definitions, though. I’m not trying to claim anything in bad faith.
References