- Matrix.orgとElementを5年間主要なコミュニケーションプラットフォームとして使ってきたが、数々の問題と失望を経験した末に、もう使わないと決めた
- 動作の遅さ、サービスの不安定さ、分かりにくいUXにより、日常的なユーザーには勧めにくいという結論に至った
- 開発の方向性の欠如、クライアントおよびサーバープロジェクトの断片化、コア機能の未完成などにより、エコシステムの健全性が悪化していると見ている
- 自分で運営していたコミュニティチャンネルが、Matrix.orgホームサーバーの問題によって事実上壊れてしまった出来事が最後の決め手になった
- 最終的にXMPPへ戻ることにした。Matrix.org/Elementのオープンプロトコルと連合型構造という理想は高く評価しているが、現状では実用に向かないと考えている
Tl;dr と導入
- Matrix.orgとElementを5年間使い、広めてもきたが、さまざまな問題点と限界を経験した
- 理想的なオープンプロトコルであり、欧州機関での導入も進んだが、実際のユーザー体験は遅く信頼性に欠ける
- 開発方針の混乱、プロジェクトの断片化、UXの不足などにより、サービスの将来に懐疑的になった
- 最近ではホームサーバーの問題でコミュニティチャンネルまで失われ、XMPPに戻ることを決めた
初期の日々
- Matrix.orgは10年前、連合型メッセージングプロトコルとして出発し、電子メールのSMTPのようにプロバイダー間のリアルタイムコミュニケーションを標準化するという明確な目標を掲げていた
- 技術的にはXMPPに似ているが、**JSONベースのメッセージング、WebRTC、標準搭載のエンドツーエンド暗号化（E2EE）**などが差別化要素だった
- プロジェクトはAmdocsという企業の子会社による支援を受けて開発され（2014〜2017年）、その後はNew Vector Limitedが引き継いだ
- KDE、Purism、Status、フランス政府など多様な団体や企業が参加したが、Synapse（公式ホームサーバー）は構造的に長期的なスケーリングに向かない技術スタックで設計されていた
- コミュニティ主導でDendrite、Conduitなどの代替サーバープロジェクトも登場したが、コアコンポーネントの品質は依然として低いままだ
Use Matrix!
- MozillaがMatrix導入を発表した2019年をきっかけにエコシステムが成長し、Element（旧Riot）が主力クライアントとして定着した
- フランスのTchap、ドイツの防衛・医療分野、ルクセンブルク、スウェーデンなど、欧州の政府機関での導入が続いた
- ElectronベースのElementアプリの限界を克服するため、ネイティブのElement X、SchildiChat、FUTO Circlesなどの新製品も登場した
- 期待を抱きながらコミュニティチャンネルの運営や友人への布教など、Matrixエコシステムの活性化に努めたが、サービスの根本的な問題は解決されなかった
そして現在
- 5年が過ぎた今、MatrixとElementに対する期待と忍耐は尽きた
- 最近ではMAS（Matrix Authentication Service）の導入など変化もあったが、2FA/MFAなど基本的なセキュリティ機能の欠如、**Element Xの機能不足（スレッド、スペース、ウィジェットなど）**という問題は続いている
- Element Xは以前のElectron版より高速ではあるが、Signal、Telegram X、WhatsAppなどと比べると依然として遅い
- 特に古い端末での遅いUI、最新端末でも大差ない応答速度、ホームサーバーmatrix.orgの遅い動作、TUIクライアント（iamb）ですら数十秒の遅延があるなど、深刻な性能問題を経験した
- 各種の代替策（IRCクライアントとの連携など）もE2EE非対応や基本機能不足のため実効性がない
- 長年の問題だったE2EEデバイス相互認証も最近まで不安定で、複雑なプロトコル・暗号化・APIのせいでサードパーティ開発者の参入性も下がっている
- 代替サーバー（Dendrite、Conduitなど）はまだ大規模運用に不向きで、FUTO Circlesクライアントは2025年に終了した
- 技術スタックが分散しており（Python、Node.js/TypeScript、Go、Rustなど）、リポジトリの継続的な変更もあって、エコシステム管理は難しい
- New Vectorには明確な技術戦略がなく、慢性的な資金問題もあると指摘している
もしかして自分だけ？
- Reddit、ブログ、フォーラムなど各所で、同じような不満を持つ体験談を確認した
- 「Matrixは本質的に使いづらい」という反応が多く、FOSSコミュニティですら「Unable to decrypt message」がジョークのネタになっている
- 性能低下、スパムの増加、未完成なElement X、Webクライアントの不安定さにより、お勧めできないプラットフォームになっている
- 肯定的な評価よりも、問題点や批判、否定的な使用記のほうがはるかに多い
- 分かりにくい命名、検索のしづらさ、普通のユーザーにはさらに近づきにくい環境になっている
最後の一押し
- 7月初め、自分で運営していたコミュニティチャンネルに突然アクセスできなくなり、Element Xには残っているのに、Webクライアントでは消えたように見えた
- 再接続の試行やサポートへの問い合わせでも解決せず、homeserverでは「m.room.createイベントがない」というエラーが出た
- 他のユーザーはチャンネルに正常にアクセスでき、権限の変更や付与も機能しないなど、権限モデルと連合構造の複雑さ・脆弱さが露呈した
- サポートチームから明確な対応はなく、ユーザーの立場では問題の責任主体も把握しにくく、結果的にチャンネルの復旧には失敗した
Goodbye Matrix.org
- サポートチームの無反応やサーバーログにアクセスできないことなどから、Elementプラットフォームの使用中止を決めた
- コミュニティチャンネルの参加者は少数だったが、何年も積み上げた場を単なる障害で失ったことは残念だった
- 遅い動作、増えるスパム、未完成のWebクライアント、不完全なElement Xにより、もう一般ユーザーには勧められない
- Matrix.orgとElementは欧州政府など特定の機関では使われ続けるかもしれないが、一般大衆には参入障壁と複雑さゆえに敬遠されるだろうと見ている
- 複雑な権限・アドレス・設定構造、不十分なUXなどから、「理想的なエンタープライズソフトウェア」に過ぎない
- ユーザーとしての疲労感、繰り返される問題、劣悪なサポートにうんざりし、別れを告げることにした
未来と代替案
- オープンプロトコル、プライバシー、連合型構造、分散化といったMatrixの理念には賛同するが、実用ツールとしては限界がある
- 実体験ベースでは、XMPPやIRCのほうがはるかに高い信頼性、単純さ、相互運用性を提供している
- MatrixのDendriteですら日常利用に2〜4コア、8GB RAMを要求するなど、運用コスト・管理コストの負担が大きい
- 一方でEjabberdなどのErlang/OTPベースのシステムは少ないリソースで大規模同時接続を支えられ、20年にわたり分散システムで実証されてきたアーキテクチャだ
- MatrixがPython、Node.js、Go、Rustなど多様な技術を使うのではなく、Erlang/Elixirベースでアーキテクチャを単純化していれば、もっと容易かつ低コストで運用できたはずだという惜しさがある
新たなスタート
- さまざまな新興サービスを試した末、結局XMPP（とIRC）に戻ることにした。強みは単純さ、信頼性、相互運用性だ
- Matrix.orgコミュニティのメンバーには、XMPPの新しいチャンネル（およびSimpleXルーム）への参加を勧めている
- XMPPインスタンスは継続的に改善中で、今後はTor、I2P連携、UnifiedPushプロキシ、IRCv3サーバーなども計画している
- SimpleXも引き続き運用しているが、これも運用プラットフォームへの依存はある
2件のコメント
数年前にはGeekNewsでもMatrix関連のニュースがかなり多く出ていましたが、静かになったと思ったら、こんな問題があったんですね
Hacker Newsのコメント
同じ主張は Matrix Foundation のサーバーでも何度もされていた。チームの一般的な反応は「金を払うか、現状を受け入れるか」といったものだった。ここ数年であまりにも多くの 大規模な方向転換 があった。Jitsi から WebRTC へ、認証システムの全面変更、Element から Element X への全面移行など。今は高速だが機能の少ないクライアントと、低速だが機能の多いクライアントの2つがあり、機能を諦めるか遅いものを使うかの選択しか残っていない。前向きに支援したい気持ちはあるが、私の経験ではこのチームは あまりにも傲慢 だ。企業で使える オープンスタンダードベースのメッセンジャー を見つけるのは本当に難しい。XMPP は分散しすぎていて洗練されたクライアントがない。Matrix は BDFL が自分の頭の良さに酔っているタイプの 混乱状態 で、Signal はオープンソースだが セルフホスティングに敵対的 だ。加えて、この組織は完全に Architecture Astronauts に率いられているようにも思える。あらゆる部分が過度に抽象化され、意味を失っている
この10年間、Conversations（モバイル）と Gajim（デスクトップ）を使っている。必要な作業は最小限で、問題なく動いている。自分が何を見落としているのか気になる
Delta Chat を試したことがあるか気になる。アイデア 自体はとても気に入っているが、テストしてくれる人を説得できず残念だ
チームの反応を「金を払うか受け入れるか」と表現するのはかなり誇張だと思う。実際には「Element と Element X、Synapse と Dendrite のすべてに投入できる資金が不足している」など、支援不足に関する説明だ。プロジェクトの変化が大きすぎるという指摘も、実際には 改善の取り組み の一部だった。たとえば Jitsi は 暗号化されておらず、アイデンティティ／アクセス制御や Matrix との統合も不十分だったため、WebRTC への移行はむしろ 本人確認とエンドツーエンド暗号化の改善 が目的だった。認証システム全体の変更も、さまざまな OIDC プロバイダーと 2FA/MFA、パスキーなどの新しい認証方式追加 のための 大きな前進 だ。Element／Element X の2クライアント論争についても、Element X が高速だがまだスレッドやスペースが不足していることは承知しているものの、ほとんどの改善点のほうが大きいと見ている（現在開発中）。最後に、私自身 Matrix を運用していて 失敗も成功も多く経験してきた が、それを傲慢さや頭が良すぎることによる問題と呼ぶかどうかは各自の判断に任せたい。最後に、この組織が Architecture Astronauts によって運営されていると疑う投稿に対しては、実際の開発者による公開講演の動画を勧めたい
企業向けのオープンスタンダードベース IM を見つけるのが難しいという話に関連して、eIRC という IRC プロトコルベースのエンタープライズメッセンジャーは面白そうだ。低リソース、高スループット、低レイテンシ を目標としており、Redis ベースの メッセージ履歴機能 もサポートしている
Architecture Astronauts も Cowboy Coding も、どちらも 問題のあるアプローチ だ。これは明確さ、方向性、動機の整合 がしっかりあるかどうかにかかっている。どちらの組織も、適切な アラインメント がなければ成り立たないという点が核心だ
私も似た立場だ。Matrix を3年使っているが、家族がいる 検閲の厳しい国 と連絡を取るために使っている。システム自体の複雑さと設計のせいか、性能が本当に悪い。使えなくはないが不快だ。新しい Element X はさまざまな問題を解決するために出てきたが、だんだん TURN/STUN などの一般的な標準から外れ、Element Call、livekit のような複雑なものを強要するようになっている。最近は 暗号化の問題 も頻発していて、キーを同期しても一部クライアントでメッセージの復号に失敗し、別の場所では会話履歴まで失われる。そのため従来の Element に固執しているが、Vector の開発陣はすでにほとんど保守していない雰囲気だ。古い致命的なバグも放置されている（例：別のホームサーバーでログインしても matrix.org に自動接続され、ドメインがブロックされていると停止する現象。これは Element X でようやく解決された）。自分で直せるが、iOS のサイドローディングが許可されるまでは 家族の端末に自分の版を入れる方法がない。Web、iOS、Android 対応、セルフホスティングが簡単、音声通話対応 をすべて満たす代替案を知っている人がいれば勧めてほしい
Element X を諦めたという話には失望した。すべての努力と 暗号化改善 は Element X に集中している。Element Call も結局は WebRTC ベースで、TURN なしで直接 SFU に接続 できるほうがよいと思う。どうやってインストールを試みたのか気になるし、私が作った基本的なセットアップガイドもあるので参考にしてほしい
Element のロードマップ に問題があるのは理解できるが、まったく別の大きな問題もある。閉じたプラットフォーム（つまり iOS のような walled garden） に閉じ込められている状況そのものが厄介だ。開発チームもすべてをこなす余力はなく、私自身もアプリを修正したくてもプラットフォームに阻まれて不可能だ。このように、2つの集団（開発者とユーザー）の交渉に、OS プラットフォームという 「厄介な第三者」 が割り込んでしまう構図になっている。プラットフォームがもたらす価値は確かにあるが、この種の問題では足かせになる
以前 アジアと中東 を旅行していたとき、安定していてリソース消費が少なく、うまく偽装できる（別ポートや ToR など）プラットフォームを探していて、初期の Matrix に大きな期待を寄せていた。しかし失敗し、結局は安定して 継続的に発展している XMPP に移って満足している。個人的なおすすめは XMPP だ
monal xmpp クライアントが iPhone でよく動いており、家族との連絡に使っている。自分で サーバーをセルフホスト できる点や、Android 向けの
conversationsなど多様なクライアントに対応しているおかげで、家族全員が使っている特定の開発分野（特に ActivityPub/Fediverse）では Matrix を使うインセンティブが強い。たとえば「ActivityPub community」のような部屋が Matrix に多くある。自分が関心のある FOSS プロジェクト は大半が Matrix 上で見つかるので、Discord、Zulip、Slack は例外だ。FOSS は Matrix/IRC/XMPP/Zulip、OSS は Discord/Slack を好む傾向があるように見える
最近見つかった 2件のプロトコルセキュリティ脆弱性（CVE） に関連して、組織は主要なパッチ更新を準備中だ。もともと報告されたのは6か月前だとされている
私の経験では Element クライアントは遅く、バグが多い。アカウント認証や認証通知を切る方法もどうしても分からず、混乱した
部屋が壊れたバグ は実際には DB インデックス破損 が原因だった（自分が参加していた55件のうち2件が影響を受けた）。この種のケースはプロトコルレベルで防ぐのは難しい。ただし 2週間以上も解決にかかった のは残念だ。問題発生期間中、matrix.org でメッセージが途絶え、フェデレーション の意味が失われたように感じた
そのバグは実際には matrix.org の DB インデックス破損により数百万行が誤って削除された 深刻な問題 だった。原因が PostgreSQL のバグなのか、何年も前の HW 障害による破損なのかはまだ不明だ。現在はデータを復旧しており、フェデレーション上でデータ消失は起きていないはずだ。問題のメッセージが欠落した件については、別途バグレポートがあるのか気になる
しかし、別のホームサーバーにメッセージが保存されなかった原因についても調査されたのだろうか。Matrix の核心は 連合（federation） なのに不思議だ
数日前、Matrix に関連する CSAM（児童虐待画像）問題 の議論があり、懸念を示したユーザーたちは Element/Matrix の管理者から無視や攻撃 を受けた。こうした問題や歴史、破られた約束、低い品質を理由に、Matrix はもう終わったと評価 している。オープンソースのエコシステムの成長にも 悪影響 を与えたと思う
その主張（懸念を示した人への無視や攻撃）は事実と異なることを強調したい。CSAM 問題の認識、積極的対応、謝罪 はすでに進められている
この問題は YouTube、Discord などほぼすべてのプラットフォームで起きている。数十億 規模のプラットフォームでさえ完全には防げていない。EU などでは暗号の解除を試みているが、実際には 非暗号化環境にも大量に存在し、根本対策が不足している。Discord や Whatsapp に嫌悪感があっても代替がないので使い続けている。セルフホスト の Matrix サーバーなら（ovh で月数ドルもあれば十分）少なくとも問題は少ない
Matrix は気に入りそうだったが、理由も分からないまま matrix.org ホームサーバーのブラックリスト に載せられ、説明も返答も一切得られなかった。その過程で DB が数百 GB に肥大化 する問題まで起き（ブラックリストのせいで自分のユーザーが matrix.org の部屋に閉じ込められたのが原因と推測している）、結局 DB をそのまま削除して諦めた
何年も Synapse ホームサーバー を自分で運用し、友人1人と Matrix で会話してきた。しかし 画像送信が頻繁に壊れる（特に権限認証方式が変わったときにひどかった）。最近も画像欠落が繰り返され、開発者に助けを求めても「自分のせいだ」と言われるだけだろうと思い、Signal に移ることにした。残っている少数のコミュニティについても、代替が見つかり次第 Matrix から整理するつもりだ。いつも「これはたまたま起きたことだ」というような説明ばかりで、実際の問題解決はされていない
Matrix については 全面的に同意 する。1年ほど前にすぐ見限って以来、記録、約束、品質のどれを取っても信頼できず、もう二度と戻って見たいとも思わない