You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Quick-reference of what ships in MVP, what follows in NEXT, and what remains an active research track.
For full details on any item, follow the spec link in the rightmost column.
Context
Discord, Slack, and Teams are the platforms most people use as a reference point when evaluating Orbit. The honest answer is: Orbit covers a large portion of what those platforms do, some things differently by design, and a handful of things not yet or not at all.
A full sober assessment - category by category, with explicit gap calls - is in the Platform Comparison document. Read that first if your primary question is "how does this stack up against what we use today."
The short version:
Orbit
Text chat, DMs, history
+
Replies, threads, retractions
+
Message editing
client-side (not yet an IRC standard)
Message reactions
+ (client-side via tags)
Full-text search
+ (via Ergo Postgres/SQLite history backends)
Group voice, video, screen share
+
P2P 1:1 calls
+
Files and inline media
+
Presence and rich status
+
Desktop + web + PWA
+
Embeddable widget
+ (as iframe)
Mobile native app
-
Push notifications
+ (native draft/webpush)
OIDC / SSO / MFA
+
Anonymous guest access
+
IRC bot ecosystem
+
Webhook / REST integration API
-
Self-hosting, open protocol
+
Federation
-
Role hierarchies
*
Enterprise compliance tools
-
Application platform
-
Legend: + supported, - not yet or not planned, * model difference (covered differently by design)
Orbit does not fork the IRC server. The Uplink is any stock IRCv3 server (Ergo is the reference), and Orbit conforms to IRCv3: whatever Ergo implements, the Orbit client supports. The one text feature IRC has not standardized yet is message editing, which Orbit handles at the client layer until a standard lands.
Each section heading indicates the scope - MVP, NEXT, or Research. Items that cross scope boundaries are noted inline with a parenthetical. Open questions are prefixed with OPEN.
MVP
Everything below ships in the first usable release. The MVP is deliberately narrow: text chat with history, group voice, file storage, anonymous web widget, and a lightweight desktop client.
Auth-script bridge (SASL PLAIN, any provider/algorithm, JWKS-based) as the general path; native accounts.jwt-auth via IRCV3BEARER for RS256/EdDSA/HMAC providers (static key; no ECDSA/ES256, no JWKS)
Features planned for post-MVP releases, roughly ordered by expected priority.
Message Editing
Message editing is the one text feature IRC has not standardized yet. Orbit conforms to IRCv3: if Ergo or the IRC spec adopts editing, the Orbit client supports it; until then Orbit handles it at the client and tag layer. Reactions already work today (client-side via tags); the only concession is that reactions cannot be shown on messages surfaced purely from a search result.
Feature
Details
Spec
Message editing
Not yet an IRC standard; handled client-side until Ergo or IRCv3 ships it
Federation requires server-to-server linking that is absent from stock Ergo. It is deferred and not a planned track for now; it is not a reason to fork. See Out of Scope.
Feature
Details
Spec
Server-to-server linking
Not present in stock Ergo; deferred with no current resolution
Optional, capability-gated (draft/channel-rename); blocked on registered channels, so display-name metadata is the rename path for established channels
Blockers: MoQ is still IETF draft stage; Iroh untested at scale; Safari does not support WebTransport; Iroh↔WebTransport bridging architecture unspecified; maintaining two media transports increases complexity significantly.
Leptos / WASM Frontend
Feature
Details
Spec
Rust to WASM frontend
Rewrite desktop frontend from Vue to Leptos; shared Rust types across IPC bridge
Blockers: Immature ecosystem; WASM debugging harder than JS; high onboarding cost; web widget must remain JS-based regardless (WASM bundles too large for embeddable widget); requires >30% memory reduction over Vue to justify the effort. Depends on MVP client being feature-complete for fair comparison.
Linux Gaming Overlay - Tier 1 (Layer-Shell / X11)
Feature
Details
Spec
Wayland overlay
wlr-layer-shell on wlroots-based compositors (Sway, Hyprland, river)
Scope: Deliberately narrow - speaker indicator (avatar + speaking ring) and optional webcam PiP. No chat, no notifications.
Blockers: Wayland compositor fragmentation (wlr-layer-shell not supported by GNOME Mutter or KDE KWin); dual X11+Wayland maintenance burden; must add <0.5ms per frame.
Linux Gaming Overlay - Tier 2 (Vulkan Explicit Layer)
Feature
Details
Spec
Vulkan implicit layer
Custom .so intercepting vkQueuePresentKHR to composite speaker indicators onto game framebuffer
Do not fork the IRC server. Run a stock IRCv3 server (Ergo reference) and conform to IRCv3. Push, OIDC, metadata, and redaction are already native; editing is handled client-side until IRC standardizes it. Forking would break IRC compatibility and make features Orbit-only
Any OIDC-compliant provider (Keycloak, Authentik, Zitadel, Supabase) - Transponder is a role, not Orbit-built software; the auth-script bridge is the general-purpose JWT verification path (any provider/algorithm), with native Ergo accounts.jwt-auth as an option for RS256/EdDSA/HMAC providers