How should group chats work in decentralized systems?
Realman78
54 points
23 comments
July 09, 2026
Related Discussions
Found 5 related stories in 65.2ms across 5,215 title embeddings via pgvector HNSW
- Nostr vs. Fediverse vs. Bluesky: A Comparison of Decentralized Social Protocols Bluestein · 54 pts · August 25, 2026 · 45% similar
- There is no such thing as full decentralization andros · 25 pts · August 31, 2026 · 43% similar
- Understanding ChatGPT Work gmays · 114 pts · August 31, 2026 · 43% similar
- Building a decentralized bulletin board (and accidentally reinventing Nostr) ibobev · 40 pts · August 31, 2026 · 42% similar
- A Discord Alternative – Echoed acley · 37 pts · July 27, 2026 · 42% similar
Discussion Highlights (10 comments)
esafak
The hardest problem is social. Who is going to use this?
tpah8
One option that you sort-of mentioned but missed: go with the static groups, but don’t let the users feel that. In other words, show the kick/invite options to users when it does happen, but destroy and create a new group behind the scenes.
aeturnum
This is a nice little write up and I kinda feel like the author (sensibly) chose centralization just on a smaller scale. I also think that the algorithm is pretty similar to the og textsecure2[1] protocol signal used (and still uses?) in terms of key generation. It's different in that messages are in a distributed hash table instead of sent through a server and also that there's less cross-verification by chat members, but I'm not sure the author would lose any of their goals by using the signal approach (with distributed storage). [1] https://signal.org/blog/private-groups/
sandeepkd
Decentralization is not really a feasible option when you have more than one actors. Either you embed the centralization from beginning with some good and verifiable contracts or a certain majority is going to hijack the platform and act as centralized controllers.
miloignis
Neat, thanks for the writeup! I think a single creator-admin for small groups is a nice, simple, and practical design point. I did want to point out that Matrix does do distributed eventually-consistent authorization, which is their key invention IMHO. (Rooms are distributed among the homeservers, none of which are privileged over the others. You could (and their long-term plan from back in the day) was to run a tiny little single-device homeserver on every device to achieve P2P.) It's tricky, but a very cool algorithm! Several entities (including myself as a hobby project) are working in combining the Matrix eventually-consistent CRDT with MLS for encryption for a no-compromise distributed E2EE system. It's possible, but very hard, as you might imagine. Edit: Here's one academic paper writing up the abstract algorithm behind Matrix https://dl.acm.org/doi/10.1145/3381991.3395399
arto
@Realman78 Have you looked into how SimpleX does it? https://github.com/simplex-chat/simplex-chat/blob/stable/doc...
28304283409234
Like...email? Usenet?
ellis0n
Like Bitchat https://news.ycombinator.com/item?id=48852405
simonpure
There's a truly decentralized alternative to MLS: Key Agreement for Decentralized Secure Group Messaging with Strong Security Guarantees [0] [0] https://eprint.iacr.org/2020/1281
there_is_try
I am not sorry for commenting that a public blockchain is not a server and it would satisfy this use case.