- Nach fünf Jahren Nutzung von Matrix.org und Element als wichtigste Kommunikationsplattformen und nach vielen Problemen und Enttäuschungen wurde entschieden, sie nicht länger zu verwenden
- Wegen langsamer Performance, instabiler Dienste und verwirrender UX kommt der Autor zu dem Schluss, dass sich die Plattform für alltägliche Nutzer nur schwer empfehlen lässt
- Das Ökosystem leidet nach Einschätzung des Autors unter fehlender strategischer Ausrichtung, Zersplitterung bei Client- und Serverprojekten sowie unvollständigen Kernfunktionen
- Der endgültige Auslöser war ein Vorfall, bei dem ein selbst betriebener Community-Kanal durch Probleme des Matrix.org-Homeservers praktisch unbrauchbar wurde
- Letztlich fiel die Entscheidung, zu XMPP zurückzukehren; die Ideale von Matrix.org/Element mit offenem Protokoll und föderierter Struktur werden zwar hoch geschätzt, gelten im aktuellen Zustand aber als für den praktischen Einsatz ungeeignet
Tl;dr und Einleitung
- Matrix.org und Element wurden fünf Jahre lang genutzt und aktiv beworben, dabei traten zahlreiche Probleme und Grenzen zutage
- Trotz eines idealistischen offenen Protokolls, der Einführung bei europäischen Institutionen und weiterem Wachstum war die tatsächliche Nutzererfahrung langsam und wenig zuverlässig
- Wegen der unklaren Entwicklungsrichtung, der Projektfragmentierung und der mangelhaften UX wachsen die Zweifel an der Zukunft des Dienstes
- Zuletzt ging durch ein Homeserver-Problem sogar der Community-Kanal verloren, weshalb die Rückkehr zu XMPP beschlossen wurde
Frühe Jahre
- Matrix.org startete vor zehn Jahren als föderiertes Messaging-Protokoll mit einem klaren Ziel: Echtzeitkommunikation zwischen Anbietern zu standardisieren – ähnlich wie SMTP bei E-Mail
- Technisch ähnelt es XMPP, unterscheidet sich aber durch JSON-basiertes Messaging, WebRTC und standardmäßig integrierte Ende-zu-Ende-Verschlüsselung (E2EE)
- Das Projekt wurde mit Unterstützung einer Tochterfirma von Amdocs (2014–2017) entwickelt, später übernahm New Vector Limited
- Zwar beteiligten sich verschiedene Organisationen und Unternehmen wie KDE, Purism, Status und die französische Regierung, doch Synapse (der offizielle Homeserver) wurde mit einem Technologie-Stack entworfen, der strukturell für langfristige Skalierung ungeeignet ist
- Aus der Community kamen alternative Serverprojekte wie Dendrite und Conduit hinzu, doch die Qualität zentraler Komponenten bleibt weiterhin niedrig
Use Matrix!
- Mit Mozillas Ankündigung von 2019, Matrix einzuführen, wuchs das Ökosystem, und Element (früher Riot) etablierte sich als führender Client
- Es folgten Einführungen bei europäischen Behörden und Institutionen wie dem französischen Tchap, im deutschen Verteidigungs- und Gesundheitswesen, in Luxemburg und Schweden
- Um die Grenzen der Electron-basierten Element-App zu überwinden, erschienen neue Produkte wie das native Element X, SchildiChat und FUTO Circles
- Trotz großer Erwartungen und eigener Bemühungen, Community-Kanäle zu betreiben und Freunde für Matrix zu gewinnen, wurden die grundlegenden Probleme des Dienstes nicht gelöst
Fast-forward
- Fünf Jahre später sind Erwartung und Geduld gegenüber Matrix und Element erschöpft
- Trotz jüngerer Änderungen wie der Einführung von MAS (Matrix Authentication Service) fehlen weiterhin grundlegende Sicherheitsfunktionen wie 2FA/MFA, und Element X weist Funktionslücken auf, etwa bei Threads, Spaces und Widgets
- Element X ist zwar schneller als die frühere Electron-Version, bleibt aber im Vergleich zu Signal, Telegram X und WhatsApp weiterhin langsam
- Besonders auf älteren Geräten wurde eine träge UI erlebt, aber auch auf aktuellen Geräten reagiert die App kaum besser; hinzu kommen der langsame Homeserver matrix.org und sogar Verzögerungen von mehreren Dutzend Sekunden bei einem TUI-Client wie iamb
- Verschiedene Alternativen, etwa die Anbindung an IRC-Clients, erwiesen sich wegen fehlender E2EE-Unterstützung und unzureichender Grundfunktionen als wenig praktikabel
- Die seit Langem problematische geräteübergreifende Verifikation für E2EE blieb bis vor Kurzem instabil; zudem erschweren komplexe Protokolle, Verschlüsselung und APIs den Zugang für 3rd-party-Entwickler
- Alternative Server wie Dendrite und Conduit sind noch immer ungeeignet für den großflächigen Betrieb, und der Client FUTO Circles wird 2025 eingestellt
- Die Verteilung auf verschiedene Technologie-Stacks – Python, Node.js/TypeScript, Go, Rust usw. – sowie ständige Repository-Änderungen erschweren die Pflege des Ökosystems
- Kritisiert werden außerdem das Fehlen einer klaren technischen Strategie bei New Vector und chronische Finanzprobleme
Vielleicht liegt es an dir?
- Auf Reddit, in Blogs und in Foren fanden sich viele Erfahrungsberichte mit ähnlichen Beschwerden
- Viele Nutzer reagieren mit Aussagen wie „Matrix ist im Kern einfach unkomfortabel“, und selbst in FOSS-Communitys ist „Unable to decrypt message“ zum Running Gag geworden
- Wegen Leistungsproblemen, zunehmendem Spam, dem unfertigen Zustand von Element X und der Instabilität des Web-Clients ist die Plattform nicht mehr empfehlenswert
- Deutlich häufiger als positive Einschätzungen finden sich Probleme, Kritik und negative Erfahrungsberichte
- Verwirrende Namensgebung, schwierige Suche und ein insgesamt sperriges Umfeld machen die Plattform für gewöhnliche Nutzer noch unzugänglicher
Der Tropfen, der das Fass zum Überlaufen brachte
- Anfang Juli war ein selbst betriebener Community-Kanal plötzlich nicht mehr zugänglich; in Element X war er noch vorhanden, im Web-Client erschien er jedoch als verschwunden
- Versuche zur erneuten Verbindung und Anfragen beim Support brachten keine Lösung; auf dem Homeserver erschien der Fehler, dass kein
m.room.create-Event vorhanden sei
- Andere Nutzer konnten weiterhin normal auf den Kanal zugreifen, während Änderungen und Vergaben von Berechtigungen nicht funktionierten – ein Beispiel für die Komplexität und Anfälligkeit des Berechtigungs- und Föderationsmodells
- Der Support reagierte nicht klar, aus Nutzersicht war schwer zu erkennen, wer überhaupt für das Problem zuständig ist, und letztlich scheiterte die Wiederherstellung des Kanals
Goodbye Matrix.org
- Wegen ausbleibender Antworten des Support-Teams und fehlendem Zugriff auf Server-Logs fiel die Entscheidung, die Element-Plattform nicht weiter zu nutzen
- Der Community-Kanal hatte zwar nur wenige Teilnehmer, doch es ist bedauerlich, dass ein über Jahre aufgebauter Raum durch eine einfache Störung verloren ging
- Wegen langsamer Performance, zunehmendem Spam, eines unfertigen Web-Clients und des unvollständigen Element X ist die Plattform für normale Nutzer nicht länger zu empfehlen
- Matrix.org und Element werden zwar für bestimmte Institutionen wie europäische Behörden bestehen bleiben, dürften aber wegen hoher Einstiegshürden und Komplexität beim breiten Publikum auf Ablehnung stoßen
- Mit seiner komplexen Struktur aus Berechtigungen, Adressen und Einstellungen sowie der schwachen UX ist es letztlich nur noch „ideale Enterprise-Software“
- Die Trennung wird mit Verweis auf Nutzerermüdung, wiederkehrende Probleme und schlechten Support erklärt
Zukunft und Alternativen
- Den Idealen von Matrix – offenes Protokoll, Privatsphäre, föderierte Struktur und Dezentralisierung – wird zwar zugestimmt, doch als Werkzeug für den realen Einsatz zeigt es klare Grenzen
- Nach den tatsächlichen Erfahrungen bieten XMPP und IRC deutlich bessere Zuverlässigkeit, Einfachheit und Interoperabilität
- Selbst Dendrite benötigt für den Alltagsbetrieb von Matrix 2 bis 4 Kerne und 8 GB RAM, was Betriebs- und Verwaltungskosten erhöht
- Systeme auf Basis von Erlang/OTP wie Ejabberd können dagegen mit wenig Ressourcen eine große Zahl gleichzeitiger Verbindungen unterstützen und beruhen auf einer in verteilten Systemen seit 20 Jahren bewährten Architektur
- Bedauert wird, dass Matrix statt Python, Node.js, Go und Rust nicht stärker auf eine vereinfachte Architektur auf Basis von Erlang/Elixir gesetzt hat, die deutlich leichter und günstiger zu betreiben gewesen wäre
Ein neuer Anfang
- Nach dem Ausprobieren verschiedener neuer Dienste erfolgt letztlich die Rückkehr zu XMPP (und IRC), deren Stärken in Einfachheit, Zuverlässigkeit und Interoperabilität liegen
- Mitglieder der Matrix.org-Community werden eingeladen, sich an einem neuen XMPP-Kanal (sowie einem SimpleX-Raum) zu beteiligen
- Die XMPP-Instanz wird fortlaufend verbessert; geplant sind künftig auch die Anbindung an Tor und I2P, ein UnifiedPush-Proxy sowie ein IRCv3-Server
- Auch SimpleX wird weiterhin betrieben, hängt jedoch ebenfalls von der jeweiligen Betriebsplattform ab
2 Kommentare
Vor einigen Jahren gab es auch bei GeekNews ziemlich viele Nachrichten zu Matrix, dann wurde es still darum — offenbar gab es solche Probleme.
Hacker-News-Kommentare
Ich habe dieselben Argumente mehrfach auch auf den Servern der Matrix Foundation vorgebracht. Die allgemeine Reaktion des Teams wirkte meist wie: „Dann bezahlt eben dafür, oder nehmt es so, wie es ist.“ In den letzten Jahren gab es zu viele große Richtungswechsel: von Jitsi zu WebRTC, ein kompletter Austausch des Authentifizierungssystems, der vollständige Wechsel von Element zu Element X usw. Derzeit gibt es zwei Clients: einen schnellen, aber funktionsarmen, und einen langsamen, aber funktionsreichen. Am Ende bleibt nur die Wahl zwischen Funktionsverzicht oder Langsamkeit. Ich würde das Projekt gern positiv unterstützen, aber meiner Erfahrung nach ist dieses Team übermäßig arrogant. Es ist wirklich schwer, einen auf offenen Standards basierenden Messenger zu finden, den man im Unternehmen nutzen kann. XMPP ist zersplittert und hat keine wirklich guten Clients. Matrix ist ein Chaoszustand vom Typ BDFL-hält-sich-für-zu-klug, und Signal ist zwar Open Source, aber selbst gehosteten Installationen gegenüber feindlich. Zusätzlich habe ich den Verdacht, dass diese Organisation komplett von Architecture Astronauts geführt wird. Alles ist so stark abstrahiert, dass es seinen Sinn verliert
Ich nutze seit zehn Jahren Conversations (mobil) und Gajim (Desktop). Das erfordert nur minimalen Aufwand und funktioniert problemlos. Ich frage mich, was ich dabei übersehe
Ich frage mich, ob du Delta Chat ausprobiert hast. Die Idee gefällt mir wirklich sehr, aber leider kann ich niemanden überzeugen, es mit mir zu testen
Ich halte die Interpretation der Teamreaktion als „Zahl oder akzeptiere es“ für stark überzogen. Realistisch gesehen war es eher eine Erklärung für fehlende Unterstützung, etwa „nicht genug Finanzierung, um gleichzeitig in Element und Element X sowie Synapse und Dendrite zu investieren“. Auch der Hinweis, dass die Projektänderungen zu groß seien, war in Wirklichkeit Teil der Verbesserungsbemühungen. Jitsi war zum Beispiel nicht verschlüsselt, und auch die Integration von Identitäts-/Zugriffskontrolle mit Matrix war unzureichend, daher diente der Wechsel zu WebRTC vielmehr der Verbesserung von Identitätsprüfung und Ende-zu-Ende-Verschlüsselung. Der vollständige Wechsel des Authentifizierungssystems war ebenfalls ein großer Fortschritt, um verschiedene OIDC-Anbieter sowie 2FA/MFA, Passkeys und andere moderne Authentifizierungsmethoden zu unterstützen. Auch bei der Diskussion um die beiden Clients Element/Element X ist bekannt, dass Element X schnell ist, aber Threads/Spaces noch fehlen; trotzdem sehen die meisten die Vorteile als deutlich größer an (wird derzeit entwickelt). Und zuletzt: Beim Betrieb von Matrix habe ich viele Fehlschläge und Erfolge erlebt; ob man das als Arroganz oder als „zu klug für das eigene Wohl“ bezeichnen will, überlasse ich jedem selbst. Zu dem Verdacht, die Organisation werde von Architecture Astronauts geführt, würde ich zum Schluss die öffentlichen Vortragsvideos der tatsächlichen Entwickler empfehlen
Zu der Aussage, es sei schwer, ein auf offenen Standards basierendes IM für Unternehmen zu finden: eIRC, ein Enterprise-Messenger auf Basis des IRC-Protokolls, wirkt interessant. Er zielt auf geringen Ressourcenverbrauch, hohen Durchsatz und niedrige Latenz und unterstützt auch eine auf Redis basierende Nachrichtenhistorie
Sowohl Architecture Astronauts als auch Cowboy Coding sind problematische Ansätze. Es hängt davon ab, ob Klarheit, Richtung und Ausrichtung der Motivation tatsächlich vorhanden sind. Der Kernpunkt ist, dass beide Organisationsformen ohne saubere Ausrichtung nicht funktionieren
Ich war in einer ähnlichen Lage. Ich nutze Matrix seit drei Jahren, um mit meiner Familie in einem stark zensierenden Land in Kontakt zu bleiben. Wegen der Komplexität und des Designs des Systems ist die Performance wirklich schlecht. Es ist benutzbar, aber unerquicklich. Das neue Element X wurde zwar mit dem Ziel eingeführt, mehrere Probleme zu lösen, entfernt sich aber zunehmend von allgemeinen Standards (TURN/STUN usw.) und drängt stattdessen komplexe Dinge wie Element Call, livekit auf. In letzter Zeit treten auch häufiger Verschlüsselungsprobleme auf: Selbst wenn die Schlüssel synchronisiert werden, können manche Clients Nachrichten nicht entschlüsseln, und anderswo geht sogar der Gesprächsverlauf verloren. Deshalb bleibe ich vorerst beim alten Element, aber es wirkt so, als würde das Vector-Entwicklungsteam es kaum noch pflegen. Auch alte kritische Bugs bleiben liegen (z. B. dass bei einem Login auf einem anderen Homeserver automatisch eine Verbindung zu matrix.org hergestellt wird und alles hängen bleibt, wenn die Domain blockiert ist. Das wurde erst in Element X behoben). Ich könnte es selbst beheben, aber bis iOS Sideloading erlaubt, habe ich keine Möglichkeit, meine Version auf den Geräten meiner Familie zu installieren. Wenn jemand eine Alternative kennt, die Web, iOS und Android unterstützt, sich einfach selbst hosten lässt und Sprachanrufe bietet, bitte empfehlen
Es enttäuscht mich zu hören, dass du Element X aufgegeben hast. Der gesamte Aufwand und die Verbesserungen bei der Verschlüsselung konzentrieren sich auf Element X. Element Call basiert letztlich ebenfalls auf WebRTC, und ich halte eine direkte Verbindung zum SFU ohne TURN für besser. Mich würde interessieren, wie du die Installation versucht hast; es gibt auch eine einfache Installationsanleitung von mir als Referenz
Ich verstehe, dass es Probleme mit der Element-Roadmap gibt, aber ich möchte auf ein ganz anderes großes Problem hinweisen. Schon die Situation, in einer geschlossenen Plattform (also einem Walled Garden wie iOS) gefangen zu sein, ist unerquicklich. Auch das Entwicklungsteam kann nicht alles leisten, und selbst wenn ich eine App ändern möchte, verhindert es die Plattform. In dieser Verhandlung zwischen zwei Gruppen (Entwickler und Nutzer) mischt also das OS als „unbequemer Dritter“ mit. Plattformen liefern klaren Mehrwert, aber in solchen Fällen bremsen sie
Als ich früher durch Asien und den Nahen Osten reiste, suchte ich nach einer stabilen, ressourcenschonenden und gut verschleierbaren Plattform (andere Ports, Tor usw.) und hatte in den frühen Tagen große Hoffnungen für Matrix. Aber es scheiterte, und ich bin schließlich zu dem stabilen und kontinuierlich weiterentwickelten XMPP gewechselt und damit zufrieden. Meine persönliche Empfehlung ist XMPP
Der monal xmpp-Client funktioniert auf dem iPhone gut, und ich nutze ihn für den Kontakt mit meiner Familie. Dass man den Server selbst hosten kann und es verschiedene Clients wie „conversations“ für Android gibt, hat dazu geführt, dass meine ganze Familie ihn verwendet
In bestimmten Entwicklungsbereichen, insbesondere ActivityPub/Fediverse, gibt es starke Anreize, Matrix zu nutzen. Zum Beispiel gibt es viele Räume wie die „ActivityPub community“ auf Matrix. Die meisten FOSS-Projekte, die mich interessieren, finde ich auf Matrix; Discord, Zulip und Slack sind die Ausnahmen. Es scheint die Tendenz zu geben: FOSS nutzt Matrix/IRC/XMPP/Zulip, OSS bevorzugt Discord/Slack
Im Zusammenhang mit der kürzlichen Entdeckung von zwei Sicherheitslücken im Protokoll (CVE) bereitet die Organisation derzeit wichtige Patch-Updates vor. Es heißt, der ursprüngliche Bericht liege sechs Monate zurück
Meiner Erfahrung nach ist der Element-Client langsam und voller Bugs. Ich war auch völlig verwirrt von der Konto-Verifizierung und davon, wie man Verifizierungsbenachrichtigungen abschaltet
Der Bug mit kaputten Räumen war tatsächlich auf eine Beschädigung eines DB-Index zurückzuführen (2 von 55 Räumen, an denen ich beteiligt bin, waren betroffen). So etwas lässt sich auf Protokollebene schwer verhindern. Dass die Lösung aber mehr als zwei Wochen gedauert hat, ist enttäuschend. In dieser Zeit gingen auf matrix.org Nachrichten verloren, und ich hatte das Gefühl, dass die eigentliche Bedeutung von Föderation verloren ging
Dieser Bug war tatsächlich ein schwerwiegendes Problem: Durch eine Beschädigung des DB-Index von matrix.org wurden Millionen von Zeilen fälschlich gelöscht. Ob die Ursache ein PostgreSQL-Bug oder eine Beschädigung durch einen Hardwarefehler von vor Jahren war, ist noch unklar. Die Daten wurden inzwischen wiederhergestellt, und auf Föderationsebene hätte es keinen Datenverlust geben dürfen. Mich würde interessieren, ob es für die fehlenden Nachrichten einen separaten Bugreport gibt
Wurde denn jemals untersucht, warum die Nachrichten nicht auch auf anderen Homeservern gespeichert waren? Das ist seltsam, denn der Kern von Matrix ist doch gerade die Föderation
Vor ein paar Tagen gab es im Zusammenhang mit Matrix eine Diskussion über CSAM-Bilder (Darstellungen sexuellen Kindesmissbrauchs), und Nutzer, die Bedenken äußerten, wurden von Element-/Matrix-Administratoren ignoriert und angegriffen. Mit Verweis auf solche Themen, die Vorgeschichte, gebrochene Versprechen und die schwache Qualität wird Matrix als praktisch tot bewertet. Ich denke auch, dass es dem Wachstum des Open-Source-Ökosystems geschadet hat
Es wird betont, dass diese Behauptung — Bedenkenträger seien ignoriert oder angegriffen worden — nicht den Tatsachen entspricht. Die Problematik rund um CSAM wird erkannt, aktiv angegangen, und es gab auch Entschuldigungen
Dieses Problem tritt auf nahezu allen Plattformen auf, etwa YouTube oder Discord. Selbst Plattformen mit Milliarden Nutzern bekommen es nicht vollständig in den Griff. In der EU und anderswo versucht man zwar, Verschlüsselung aufzubrechen, aber tatsächlich ist das Material auch in unverschlüsselten Umgebungen überall vorhanden, ohne grundlegende Gegenmaßnahmen. Auch wenn einem Discord/WhatsApp widerstreben, nutzt man sie mangels Alternative weiter. Bei einem selbst gehosteten Matrix-Server (bei OVH reichen ein paar Dollar im Monat) besteht das Problem immerhin nicht
Ich wollte Matrix eigentlich mögen, aber ohne ersichtlichen Grund landete mein Server auf der Blacklist des matrix.org-Homeservers, und ich bekam keinerlei Erklärung oder Antwort. Dabei hatte ich zusätzlich das Problem, dass die Datenbank auf mehrere hundert GB anwuchs (vermutlich, weil meine Nutzer wegen der Blacklist in matrix.org-Räumen festhingen). Am Ende habe ich die DB einfach gelöscht und aufgegeben
Ich betreibe seit Jahren selbst einen Synapse-Homeserver und nutze Matrix, um mit einem Freund zu chatten. Allerdings geht das Senden von Bildern oft kaputt (besonders stark war es, als die Art der Berechtigungsprüfung geändert wurde). Auch in letzter Zeit fehlen wiederholt Bilder, und statt die Entwickler um Hilfe zu bitten — von denen wohl nur käme, es sei „mein Fehler“ — werde ich einfach zu Signal wechseln. Sobald die wenigen verbleibenden Communities eine Alternative gefunden haben, werde ich Matrix ebenfalls verlassen. Man sieht immer nur Erklärungen nach dem Muster „Das war ein Ausnahmefall“, aber die eigentlichen Probleme werden nie gelöst
Ich stimme bei Matrix in allem zu. Ich habe es vor etwa einem Jahr sofort aufgegeben und möchte nicht einmal noch einmal darauf zurückblicken — Historie, Versprechen und Qualität sind in jeder Hinsicht nicht vertrauenswürdig