Design: federation (future) #7
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
proj-rechat-federation
Account federation — explicitly out of scope for v1, but keeping the door open. (Discussed 2026-10-16.)
The idea
User on example.com logs into merith.xyz using their home server credentials. Profile owned by home server. Eventually: sign into either server, access channels from both.
Two problems, different costs
Federated auth (cheap): home server signs token with ed25519 key, remote validates via /.well-known/res-chat. Profile fetched on demand. No data sync.
Data sync (hard): merging channel streams across servers. Mitigated by UUIDv7 IDs — time-ordered, globally unique, so merging is a sorted merge.
Federation-ready decisions (do now)
Do NOT design yet
The sync protocol. It will be wrong before one server runs.