Post #2478172
2026-04-23 21:00 UTC
@hipsterelectron@circumstances.run @mollyim@fosstodon.org afaik signal works a lot like deltachat and simplex, where it is mostly a point-to-point thing, with groups being done in a way where the client is doing the broadcasting to all members. correct me if i'm wrong, tho
federation here would then just mean servers relaying, i guess
signal has a few big issues, one being related to the other: it's centralized and it requires phone numbers to sign up. if it were not centralized i'm sure the phone number requirement wouldn't be enforceable anyways (and it should not be. it's just wrong to require a phone number to sign up)
with liberating signal, i mean addressing those issues, making it viable for me to use and recommend
Replies (1)
-
@hipsterelectron@circumstances.run 2026-04-23 21:33
@lumi@snug.moe @mollyim@fosstodon.org yes that is how my code works which forks libsignal but it would be a significant change from signal's current architecture and i'm not sure how onboard the molly project would be for that (meredith whittaker fwiw has been supportive of my research but i don't think she's wrong to identify it a very large change that's hard to justify given signal's current model). if they are, then i'd love to help see that through. but right now, the server helps to enforce cryptographic requirements and that would need to be changed. it's not a terribly large one and your assumption is correct in general