Discord baut seinen technisch überarbeiteten Client grundlegend um. Die Anwendung soll schneller starten und weniger Arbeitsspeicher benötigen. Bei einer Vorführung belegte die neue Version im laufenden Betrieb 290,2 MB RAM – ein Wert, der außerhalb der Präsentation allerdings noch von unabhängigen Tests bestätigt werden muss.

Vorgeführt wurde der Client von Technikchef Stanislav Vishnevskiy. Am 6. November 2026 teilte er die Pläne außerdem auf X mit. In einem Vergleich auf zwei nebeneinander gezeigten Laptops lief die neue Version deutlich schneller als der bisherige Client. Erste Nutzer sollen sie möglichst bald ausprobieren können, einen konkreten Termin gibt es dafür aber noch nicht. Offen ist auch, wann die überarbeitete Fassung für alle verfügbar sein wird.

Rust statt Electron und React

Discord verabschiedet sich vollständig vom Framework Electron und will künftig auf Rust setzen. Electron führt unter anderem JavaScript-Anwendungen als Desktop-Programme aus und nutzt dafür Chromium sowie Node.js. Das macht die Entwicklung mit Webtechnologien bequem, kann aber zusätzlichen Speicher und Rechenleistung beanspruchen. Auch React, die in Electron verwendete UI-Bibliothek, soll aus der neuen Architektur verschwinden.

Der gesamte Client soll künftig auf Rust basieren. Für die Desktop-Oberfläche verwendet Discord das in Rust geschriebene GUI-Framework GPUI mit eigenen Anpassungen – nicht, wie zuvor teils vermutet, Tauri. Der gemeinsame Kern für Desktop- und Mobilgeräte soll ebenfalls in Rust entstehen. Auf Android und iOS bleibt die native Benutzeroberfläche erhalten, greift aber auf dieselbe Rust-Anwendungslogik zu. React Native wird abgeschafft.

Discord arbeitet bereits seit 2018 mit Rust, und zwar in Teilen der Infrastruktur, bei der Sprachtechnik und im bisherigen Client. 2020 wurde außerdem der Dienst zum Lesen von Nachrichten von Go auf Rust umgestellt. Ein Ziel dabei war, Latenzspitzen durch Garbage Collection zu vermeiden. Für Echtzeit-Audio habe sich Rust laut Discord schon damals gut geeignet.

Hier könnte Ihr Advertorial stehen
Ein Advertorial bietet Unternehmen die Möglichkeit, ihre Botschaft direkt im redaktionellen Umfeld zu platzieren

Was hinter GPUI steckt

GPUI wurde von Zed Industries für den quelloffenen Code-Editor Zed entwickelt, der im April Version 1.0 erreichte. Das Framework verwendet keine Webtechnologien, sondern ein eigenes, GPU-beschleunigtes UI-System: Unter macOS kommt Metal zum Einsatz, unter Windows DirectX 11 und unter Linux wgpu.

Ganz ausgereift ist GPUI selbst noch nicht. Eine Version 1.0 gibt es bislang nicht, und Änderungen zwischen einzelnen Versionen können häufig inkompatibel sein. Eingebettete Inhalte wie YouTube und Activities sollen deshalb weiterhin über die System-Webviews dargestellt werden.

Discord erwartet von der Rust-Basis einen Speicherbedarf von voraussichtlich weniger als 300 MB. Öffentlich getestet wurde dieser Wert aber noch nicht. Die gezeigten 290,2 MB und die schnellen Startzeiten sind daher vorerst Vorführwerte – interessant, ja, aber noch kein unabhängiges Messergebnis.

Warum Electron bisher so verbreitet ist

Die Abkehr ist auch deshalb bemerkenswert, weil Electron viele Vorteile mitbringt. Das Framework kombiniert Chromium, Node.js sowie JavaScript, HTML und CSS. Damit lassen sich Desktop-Anwendungen mit Webkenntnissen entwickeln, inklusive Dateizugriff, Systemintegration und Tray-Icons. Visual Studio Code und Slack setzen ebenso darauf wie bisher Discord.

Für Teams mit Erfahrung in JavaScript oder TypeScript, React, Vue oder Angular ist der Einstieg vergleichsweise einfach. UI-Komponenten, Bibliotheken und dokumentierte Lösungen liegen zuhauf bereit, Anwendungen für Windows, macOS und Linux können weitgehend denselben Code nutzen. Automatische Updates sind ebenfalls integrierbar. Wenn Entwicklungsgeschwindigkeit und Produktivität wichtiger sind als ein möglichst kleiner Ressourcenverbrauch, ist Electron oft eine naheliegende Wahl.

Der Haken steckt im laufenden Betrieb: Jede Anwendung bringt im Wesentlichen eine eigene Browserumgebung mit, was CPU- und RAM-Verbrauch erhöht. Installer und Updates fallen größer aus – gerade bei begrenzter Bandbreite oder weltweit verteilten Standorten kann das lästig werden. Dazu kommen Sicherheitsrisiken durch die Verbindung von Browser- und Node.js-Umgebung, etwa XSS und Remote-Code-Execution, sowie die regelmäßige Arbeit rund um Chromium-Updates, Drittanbieter-Abhängigkeiten, Lizenzen und Unternehmensrichtlinien.

Auf älterer Hardware, in VDI-Umgebungen und auf Terminalservern zählt jedes zusätzliche Megabyte. In großen Installationen können höhere CPU- und RAM-Anforderungen sogar zusätzliche Infrastrukturkosten verursachen. Automatische Electron-Updates müssen mit Softwareverteilungssystemen wie SCCM oder Intune zusammenspielen; Unternehmen setzen dafür teilweise gestufte Rollouts und eigene Testkanäle ein. Logging, Telemetrie und Crash-Reporting gehören unterdessen so eingebaut, dass Datenschutz- und Compliance-Vorgaben nicht unter die Räder kommen.

Rust ist nicht die einzige Alternative

Welche Technik passt, hängt vom Einsatz ab. Datengetriebene Business-Anwendungen wie Dashboards, Reporting-Clients und CRM-Oberflächen kommen mit Electron häufig gut zurecht, wenn es vor allem um Formulare, Tabellen und Diagramme geht und Echtzeit-Performance oder direkter Hardwarezugriff keine Hauptrolle spielen. Produktivitäts- und Kreativwerkzeuge – von IDEs bis zu Bild-, Video- und Audioanwendungen – sind ebenfalls möglich, brauchen aber gezieltes Performance-Engineering und manchmal native Module.

Bei Trading-, SCADA- und MES-Anwendungen werden wegen Echtzeit-, Sicherheits- und Compliance-Anforderungen dagegen häufig native oder speziell gehärtete Technologien bevorzugt. Unternehmen mit starken Web-Teams können Electron nutzen, um Desktop-Anwendungen rasch auf die Beine zu stellen. Wer bereits über viel native Kompetenz verfügt, sollte diese nicht ohne Prüfung durch Electron ersetzen, besonders bei stark performancekritischen Produkten.

Zu den Alternativen zählen native .NET-Stacks wie WPF, WinUI und MAUI. Sie bieten gute Windows-Integration, eine Visual-Studio-Toolchain, starke Typisierung und einen hohen Performancegrad. WPF und WinUI sind überwiegend Windows-zentriert, MAUI auf mehrere Plattformen ausgerichtet und weiter im Wandel. Qt mit C++ und QML gilt als performantes, etabliertes Cross-Plattform-Framework für Industrie-, Embedded- und High-Performance-Anwendungen, bringt aber höhere Einstiegshürden, C++-Komplexität und mögliche Lizenzfragen bei proprietärer Software mit.

JavaFX, Swing und SWT lassen sich gut in bestehende Java-Landschaften integrieren und eignen sich etwa für Enterprise- und Administrationsanwendungen. Ihre UI-Modernität und das Look-and-Feel liegen teilweise hinter aktuellen Web-Frameworks. Tauri, Neutralino und ähnliche Lightweight-Web-Frameworks versprechen Webtechnologien mit geringerem Ressourcenverbrauch als Electron, verfügen aber über kleinere Ökosysteme und sind in sehr großen Enterprise-Umgebungen weniger umfassend erprobt.

Bei einer Auswahl sollten Zielplattformen, UI-Komplexität, Offline-Fähigkeit, Synchronisation und langfristige Workflows ebenso auf den Tisch wie Startzeit, Latenz, Rendering, RAM- und CPU-Budget, Sicherheit und Compliance. Auch das Team zählt: vorhandene Kenntnisse in Web, .NET, C++, Java oder Rust, Lernbudget, Teamgröße und eine geplante Wartungsdauer von fünf bis zehn oder mehr Jahren können die Richtung verändern.

Praktisch wäre ein Vertical-Slice-Prototyp in ein oder zwei favorisierten Technologien. Dann lassen sich Startzeit, RAM-Verbrauch, CPU-Last, Reaktionsfähigkeit der Oberfläche und Entwicklerproduktivität messen, statt sich auf Prospekte zu verlassen. Eine Scorecard mit Performance, Developer Experience, Security, Ökosystem und Betriebsaufwand hilft bei der Entscheidung. Ebenso wichtig bleiben CI/CD-Integration, Packaging, Distribution, Community, Zukunftssicherheit, Vendor-Lock-in und die Frage, ob später UI-Schicht und Geschäftslogik migriert werden können.

Für Electron-Anwendungen gelten dabei strenge Sicherheitsregeln: unnötige APIs deaktivieren, Sandboxing und restriktive Richtlinien einsetzen, Binaries und Updates digital signieren und ihre Integrität prüfen. Zugangsdaten gehören nicht fest in den Code, sondern in Unternehmenslösungen wie Vault oder Azure Key Vault. Security-Fixes müssen schnell verteilt werden, kontrollierte Rollouts mit Testphasen bleiben trotzdem sinnvoll.

Electron profitiert von der Verbreitung und Langlebigkeit der Webtechnologien. .NET- und Java-Ökosysteme bieten Stabilität und langfristigen Herstellersupport. Entscheidend ist auch, ob Design-Systeme, UI-Komponenten und Geschäftslogik über Web-, Desktop- und Mobile-Anwendungen hinweg wiederverwendet werden können – und ob die gewählte Technologie zur Roadmap, zur Community und zum Umgang mit Sicherheitslücken passt.

Discord probiert nun einen deutlich anspruchsvolleren Weg: eine gemeinsame Rust-Codebasis für Desktop und Mobilgeräte, GPUI auf dem Desktop und native Oberflächen auf Android und iOS. Electron und React Native sollen wegfallen, eingebettete Webinhalte bleiben teilweise erhalten. Ob sich das im Alltag tatsächlich so leicht, schnell und sparsam anfühlt wie auf den beiden Laptops der Vorführung, wird sich zeigen.

Quelle 1: PC Games
Quelle 2: heise online
Quelle 3: FCC Computer