Element와 Matrix.org를 포기합니다

1 day ago 2

Matrix.org와 Element를 5년간 주요 커뮤니케이션 플랫폼으로 사용하며 여러 문제와 실망을 겪은 끝에 더 이상 사용하지 않기로 결정함
느린 성능, 불안정한 서비스, 혼란스러운 UX 등으로 인해 일상적인 사용자에게 추천하기 어렵다는 결론에 도달함
개발 방향성 부재, 클라이언트 및 서버 프로젝트의 단편화, 핵심 기능의 미완성 등으로 생태계의 건강성이 악화되고 있다고 진단함
직접 운영하던 커뮤니티 채널이 Matrix.org 홈서버의 문제로 인해 사실상 망가진 사건이 최종적인 계기가 되었음
결국 XMPP로 돌아가기로 했으며, Matrix.org/Element의 오픈 프로토콜과 연방 구조의 이상은 높게 평가하지만, 현재 상태에서는 실사용에 부적합하다고 봄

Tl;dr 및 도입

Matrix.org는 10년 전 연방형 메시징 프로토콜로 출발, 이메일의 SMTP처럼 공급자 간 실시간 커뮤니케이션 표준화라는 명확한 목표로 시작함
기술적으로는 XMPP와 유사하지만 JSON 기반 메시징, WebRTC, 기본 내장형 종단 간 암호화(E2EE) ) 등이 차별점
프로젝트는 Amdocs라는 회사 자회사(2014~2017) 지원을 받으며 개발, 이후 New Vector Limited가 이어받음
KDE, Purism, Status, 프랑스 정부 등 다양한 기관과 회사가 참여했으나, Synapse(공식 홈서버)는 구조적으로 장기 확장에 부적합한 기술 스택으로 설계됨
커뮤니티 주도로 Dendrite, Conduit 등 대안 서버 프로젝트가 등장했으나, 핵심 컴포넌트의 품질은 여전히 낮은 수준임

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로 3rd-party 개발자 접근성도 저하됨
대안 서버(Dendrite, Conduit 등)는 아직 대규모 운영에 부적합, FUTO Circles 클라이언트는 2025년 중단
기술 스택의 분산(파이썬, Node.js/TypeScript, Go, Rust 등)과 지속적 리포지토리 변화로 생태계 관리에 어려움
New Vector의 명확한 기술 전략 부재와 만성적 재정 문제도 지적함

Reddit, 블로그, 포럼 등 다양한 곳에서 비슷한 불만을 가진 경험담을 확인
“Matrix는 본질적으로 불편하다”는 사용자 반응이 다수, FOSS 커뮤니티에서조차 ‘Unable to decrypt message’가 농담 소재
성능 저하, 스팸 증가, 미완성 상태의 Element X, 웹 클라이언트의 불안정성 등으로 인해 비추천 플랫폼이 됨
- 긍정적 평가보다는 문제점, 비판, 부정적 사용기가 훨씬 많음
- 혼란스러운 네이밍, 검색의 어려움, 평범한 사용자에겐 더욱 접근하기 힘든 환경임

오픈 프로토콜, 프라이버시, 연방 구조, 탈중앙화 등 Matrix의 이념은 동의하지만, 실사용 도구로서 한계가 있음
실제 경험 기준 XMPP, IRC가 훨씬 우수한 신뢰성·간단함·상호운용성 제공
Matrix의 Dendrite조차 일상 사용에 2~4코어, 8GB RAM을 요구하는 등 운영비·관리비 부담이 높음
반면 Ejabberd 등 Erlang/OTP 기반 시스템은 적은 리소스로 대규모 동접 지원 가능, 20년간 분산 시스템에서 검증된 아키텍처임
Matrix가 Python, Node.js, Go, Rust 등 다양한 기술을 사용한 반면, Erlang/Elixir 기반으로 아키텍처를 단순화했다면 훨씬 쉽고 저렴하게 운영 가능했을 것이라는 아쉬움