/note/tech

The 2025 Matrix Holiday Special

要約:

■ 1. 2025年のMatrix全体の状況

  • 2025年はMatrixにとって好調な年であり将来を確保するための賭けが成果を上げつつある
  • Matrixの採用が野生の環境で増加している
  • 大規模な公共部門での展開が進んでいる:
    • ドイツのZenDiSのopenDesk
    • 欧州委員会
  • 真のデジタル主権を維持するためにMatrixを積極的に展開している国が25か国以上ある
  • ElementのようなMatrix専用ベンダーが持続可能になりつつあり財団とプロトコルおよびエコシステムの開発により多く貢献できるようになっている

■ 2. Matrix財団の財政状況

  • 財団自体はまだ独立して持続可能ではない
  • メンバーシップは過去1年間で倍増した
  • プロトコルの中核を独立して保護する作業は深刻な資金不足の状態にある:
    • Trust & Safety
    • Security
    • Spec
    • Advocacy work
  • Matrixに依存する組織は財団の有料メンバーとして参加すべき
  • あと数社のゴールドメンバーが加われば財団は実際に加速できる
  • 2025年に財団に参加した主要メンバー:
    • DINUMとRocket.Chatが最大のシルバーメンバー
    • AutomatticとBeeperがゴールドメンバーシップを更新
    • Gematikが大規模シルバーメンバーシップを更新
  • 20の資金提供組織メンバーに感謝
  • Matrix.orgホームサーバーの運用コストをカバーするために有料アカウントの実験を開始した

■ 3. 2025年の成熟度

  • 2025年は成熟の年であった
  • クライアント側ではMatrixはほぼすべてのプラットフォームで成熟した独立実装を持つようになった
  • サーバー側の進展:
    • Synapseはますます成熟している
    • ElementはESS CommunityをSynapseの公式AGPL配布版として立ち上げた
    • Element Adminを公式管理Webインターフェースとして提供
    • Synapse Proは大規模展開向けのスケーラビリティと有料サポートを追加し続けている
    • ESS Proと並行してエンドユーザーに力を与える機能はFOSSに企業に力を与える機能はProに入るという哲学に従っている
  • Conduitファミリーのネイティブrustホームサーバーが拡大と加速を続けている:
    • Conduit
    • Continuwuity
    • Grapevine
    • Tuwunel

■ 4. ガバニング・ボードとワーキンググループ

  • 2025年はガバニング・ボードがMatrixのオープンガバナンスの主要な手段の一つとして本格的に開花した年
  • 4つのワーキンググループが重要なタスクを引き受けた:
    • The Matrix Conferenceの運営
    • matrix.orgウェブサイト自体の維持
    • エコシステム全体でのTrust & Safety作業の調整
  • 今後予定されているワーキンググループ:
    • Matrix for Public Sector Working Group
    • Fundraising Working Group
  • 11月に初代マネージングディレクターのRobinが退任したが財団のオープンガバナンスを運用可能にした業績は素晴らしい遺産となっている

■ 5. The Matrix Conference 2025

  • ストラスブールで開催されたThe Matrix Conference 2025は大成功であった
  • エコシステム全体からの素晴らしい講演があった
  • デジタル主権を追求する国々を支援するMatrixの公共部門での採用が特に強調された
  • イベント自体はガバニング・ボードを通じてMatrixのガバナンスを開放することの勝利であった
  • Events Working Groupがイベント全体を組織し利益を上げた
  • コミュニティが提供した膨大な量のボランティア活動が貢献した
  • 講演はYouTubeまたはmedia.ccc.deで視聴可能

■ 6. Matrixプロトコルの主要な成果

  • 次世代認証への移行:
    • OpenID Connect経由の次世代認証への大規模な移行が成功した
    • Matrix 1.15で2.0より前に出荷された
  • Project Hydraのフェーズ1:
    • Room Version 12でstate resolutionを改善しstate resetを削減する最初で最も重要なフェーズが実現した
  • MatrixRTCの主要な改善:
    • よりシンプルで信頼性の高いシグナリングのためのSticky Events
    • 改善された権限のためのSlots
    • 仕様に正式に組み込まれる直前の状態
  • より広いコミュニティからのMSCが多数実現:
    • Tom FosterによるMSC4133を通じてMatrix 1.16で拡張可能なプロファイルが実現
  • Matrix 2.0向けの残りのMSCをまだ磨いている段階
  • Matrixがサーバーに保存するメタデータのフットプリントを改善する大きな進歩:
    • MSC4362を通じてElement Webのラボに暗号化された状態イベント実装が実現
    • すべての新しいMatrixRTC作業はサーバー側のメタデータを最小化するように構築されている

■ 7. Trust & Safetyの取り組み

  • Trust & Safetyが大きな焦点となっている
  • 進展:
    • 数日前にpolicyservの公開リリース
    • ROOSTとの継続的なコラボレーション
    • 年初の改善
    • DraupnirとCommunity Moderation Effortとのクロスエコシステムコラボレーションに関する多くの作業
  • Trust & Safetyは長期的にMatrixの成功または失敗を決定する唯一のものである
  • 2016年の認識:
    • 実際の長期的な問題は分散型コミュニケーションではなくユーザーとコミュニティが虐待やスパムや偽情報やプロパガンダから自分自身を守る力を与えること
    • 現実社会の虐待対策メカニズムをオンラインコミュニティにマッピングする方法を見つけること
  • 10年後の現状:
    • ウェブは情報戦争のためにますます武器化されている
    • LLMが超人的な速度で虐待を吐き出せる世界
  • 最近の動き:
    • ROOSTのような組織がこの問題に取り組むために登場
    • Blueskyチームも構成可能なモデレーションとユーザー選択可能なアルゴリズムフィードで真剣に取り組んでいる
  • 必要な機能:
    • ユーザーとコミュニティが自分自身を守るために使用できるプライバシーを保護する分散型レピュテーションツールの完全なセット
    • コミュニティで誰も保証していないランダムな人間またはボットからの招待とコンテンツをデフォルトでフィルタリングする機能

■ 8. 運用上の課題

  • matrix.orgホームサーバーでの運用上の問題が発生した
  • Matrix 2.0への移行の遅さに対する多くの不満:
    • MSCがまだ最終化されている段階
    • 一部のElementユーザーがElement Xの存在を知らずにClassicアプリに留まっている

■ 9. 現在のMatrixユーザー体験の改善

  • 現在のMatrixの実体験は数年前と比べて著しく改善されている
  • 復号化できないメッセージが大幅に削減されている:
    • ユーザーがリカバリーキーを失ったりすべてのデバイスを削除したりしない限り
  • Element Xの特徴:
    • 技術に精通した人だけでなく誰もが使えるアプリ
    • iOS26で超光沢のある液体ガラスUI
    • Androidで新たに超高性能なアプリ
    • 超安定したRust SDKの上に構築
    • オフラインサポートとメッセージエコーとキューイングのための美しいイベントキャッシュ
    • スレッドとスペースが完備されている
    • 使用するのが純粋に楽しい
  • rust-sdkを基にした他のクライアント:
    • FractalとiambとElement Webが同じ基盤エンジンから直接利益を得る
  • 他のスタック上のクライアント:
    • FluffyChatやTrixnityも先駆的な取り組みを続けている
  • 過去1年間に多くの批判があったが同時に大きな前進もあった
  • Matrixを使用して楽しんでいる場合は当たり前と思わずブログ投稿を書きTWIMに伝え世界に伝え改善できることを伝えるべき

■ 10. 残された課題

  • Synapseのリソース使用量:
    • Elementチームはデータベース使用量を約100分の1に削減する方法のデモンストレーションを行った
    • Hydraやその他の堅牢性作業で忙しくまだ実現していない
  • Sliding Syncのパフォーマンス:
    • matrix-rust-sdkとSynapseで数年前の最初の実装と比較して後退している
    • クライアント側での保守性向上のための簡素化とサーバー上の変更が原因
    • 同期パフォーマンスは良好だがFOSDEM 2023の最初のベータ版の約100msの即時同期には達していない
  • matrix-rust-sdkのSliding Syncパズルの唯一の欠けている部分:
    • プッシュ通知がクライアントのイベントキャッシュとアプリケーションバッジを更新することを確保する
    • クライアントが同期するのを待たずにプッシュされたメッセージを読めるようにする
    • この作業は最新のmatrix-rust-sdkイベントキャッシュの改善によってブロック解除されるはず

■ 11. 暗号化の課題

  • 復号化できないメッセージは大幅に改善されたが多くのユーザーがリカバリーキーを失ったために履歴を復号化できないと不満を述べている
  • 実施可能な作業:
    • リカバリーキーをWebAuthn Passkeyまたはハードウェアトークンに保存する実験
    • OIDC IDプロバイダーでクライアント側でリカバリーキーを派生させる
    • MSC4268を通じてユーザーをルームに招待する際に履歴を共有する機能を完成させる
    • MSC4153を通じてデフォルトで信頼されていないデバイスを除外する機能を実装する予定
  • その他の大きな課題:
    • クライアント制御のグループメンバーシップを最終的に導入する
    • OlmとMegolmの代替としてMLSを進める
    • Post Quantum暗号化を進める
    • すべてのユーザーが互いを帯域外で明示的に検証する必要がなく何らかの推移的信頼を実装する

■ 12. コアプロトコルの課題

  • Hydraのフェーズ2とフェーズ3を進める:
    • 堅牢性をさらに改善する
    • イベントのバックデートによる問題を回避するために最終性を導入する
  • MSC4243に従ってユーザーIDを公開鍵に切り替える:
    • Matrix IDから直接識別可能な個人情報を排除することでMatrixのGDPRから最後のしわを取り除く
    • 長年待望されているアカウントポータビリティへの道を開く
  • 2026年に非常に実用的なP2P Matrix作業を行うことをElementは期待している

■ 13. クライアント側の課題

  • 補助APIがボトルネックになりつつある
  • クロスサーバーユーザーディレクトリまたは共有アドレス帳をクエリする標準的な方法が必要
  • MSC4133で拡張可能なプロファイルが利用可能になった今特に重要
  • プライバシーを保護する連絡先検索は主流のMatrix採用にとって変革的になる可能性がある
  • 外部アプリをMatrixに統合する方法を改善するための膨大な作業が必要:
    • Widgetsを介して
    • WebXDCや他のイニシアチブの最近の動向を検討

■ 14. 2026年への展望と課題

  • これらのどれが2026年に実際に実現するかは不明
  • 多くは財団に参加したり開発資金を提供したりすることでより多くの組織が支援するかどうかに依存する
  • 利用可能な資金が多いほど実現が早くなる
  • 分散型アカウントは2015年から目標としているが財団が限られた予算で運営されている場合より重要な作業が飢餓状態になる

■ 15. 感謝と今後の期待

  • 全体的に物事は何年もの間よりも前向きに感じられる
  • 財団の個人メンバーと組織メンバーに感謝
  • 2026年は真に飛躍できる年になることを期待
  • ガバニング・ボードとワーキンググループに貢献するすべての人に感謝
  • オープンガバナンスの成果が実を結んでいることが素晴らしい
  • Matrixを使用し続けサポートし続けるすべての開発者とユーザーに感謝
  • 世界はこれまで以上に安全で分散型のコミュニケーションを必要としている