Just pushed some changes to
Browser Attention & Reconnect Status
- Chat attention service: centralized browser-level unread tracking including dynamic tab-title message counts, browser notifications for new messages, and mobile sidebar attention indicators.
- Reconnect status tracking: new service to display real-time coordinator connection states in the chat UI.
- Key-package tracking refactor: groups now store `joinedWithKeyPackageRef` directly instead of marking packages as consumed, simplifying lifecycle management.
- `ChatGroupListItem` component: extracted reusable list item for consistent group rendering across sidebar and main views.
- Message UX improvements: added touch actions for mobile, improved text wrapping, and reaction tooltips showing reactor names.
- Welcome notifications: enabled periodic background refetching to keep pending welcomes up to date.
Cordn
Cordn is private group messaging you can own, with Nostr-based identity, end-to-end encryption, and flexible deployment.
Cordn is a small protocol built on two solid foundations: 
That power comes with a requirement. MLS needs tight coordination between group members. All the secrets that let you participate are computed locally, and without strict message ordering, an out-of-order message can cause your state to drift. You could silently fork yourself out of a group without ever noticing.
That is exactly why Cordn is built around the concept of coordinators, or delivery services, as the MLS specification calls them. A coordinator have very little responsability: it keeps messages in order. It cannot see who is participating. It cannot read messages. It cannot see IP addresses. It just orders messages and delivers them.
Cordn uses one coordinator per group. This keeps state simple and avoids the consistency problems and race conditions that come from splitting a group across multiple coordinators. The upside is that Cordn is fully open source, and deploying your own coordinator is effortless. Switching between coordinators is straightforward too, thanks to ContextVM.
You can run a coordinator behind a firewall or NAT. No static IP, no domain, no DNS required. Just run the existing coordinator implementation on any device and it becomes accessible. Using ContextVM was a deliberate choice. It makes deployment trivial, and it strengthens privacy because Cordn traffic is fully encrypted and blends into broader ContextVM traffic. An external observer learns nothing useful. They cannot tell that Cordn is being used, let alone who is using it or which groups exist. Running your coordinator would be the equivalent of running a Discord server or a Signal server, but in a very easy way, fully private and open source.
Coordinators handle three things: message ordering, storing and delivering encrypted blobs, and acting as a key package directory. That's it.
Spinning one up takes a single command:
'docker run --rm ghcr.io/cordn-msg/cordn:latest'
Because coordinators are intentionally minimal, migrating between them is clean. If your group’s coordinator goes offline, you can move to another one and carry on. The rule is simple: one coordinator per group at a time. Migration is not fully implemented yet, but it is coming soon, along with multi-device support.
Today I am announcing both the coordinator and a web client, now live at 
Reference
RFC9420: 