▲

Element와 Matrix.org를 포기합니다

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

Tl;dr 및 도입

  • Matrix.org와 Element를 5년간 사용·홍보하며 여러 문제점과 한계를 겪었음
  • 이상적인 오픈 프로토콜, 유럽 기관 도입 등 성장세도 있었으나, 실제 사용자 경험은 느리고 신뢰성이 부족함
  • 개발의 방향성 혼란, 프로젝트 단편화, UX 미비 등으로 서비스의 미래에 회의감을 느낌
  • 최근에는 홈서버 문제로 커뮤니티 채널까지 소실되어 XMPP로 돌아가기로 결정함

Early days

  • 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 생태계 활성화에 힘썼으나, 서비스의 근본적인 문제는 해결되지 않았음

Fast-forward

  • 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의 명확한 기술 전략 부재와 만성적 재정 문제도 지적함

Maybe it’s you?

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

The straw that broke the camel’s back

  • 7월 초 직접 운영하던 커뮤니티 채널이 갑자기 접근 불가, Element X에서는 남아있지만, 웹 클라이언트에서는 사라진 채로 보임
  • 재접속 시도 및 지원 문의에도 해결되지 않고, homeserver에서는 ‘m.room.create 이벤트 없음’ 오류
  • 다른 사용자는 채널에 정상 접근 가능, 권한 변경·부여도 동작하지 않는 등 권한/연방 구조의 복잡성과 취약성 드러남
  • 지원팀의 명확한 대응 부재, 사용자 입장에서 문제 소유주를 파악하기 어려움, 결과적으로 채널 복구 실패

Goodbye Matrix.org

  • 지원팀의 무응답, 서버 로그 접근 불가 등으로 Element 플랫폼 사용 중단 결정
  • 커뮤니티 채널은 소수의 참여자였으나, 몇 년간 쌓은 공간을 단순 장애로 잃게 된 점이 아쉬움
  • 느린 성능, 스팸 증가, 미완성된 웹 클라이언트, 불완전한 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도 여전히 운영 중이나, 이 역시 운영 플랫폼 의존성이 있음
▲
xguru 1일전  [-]

몇년전에 긱뉴스에서도 Matrix 관련해서 꽤 많은 뉴스가 나왔었는데 조용하더니 이런 문제가 있었군요

답변달기
▲
GN⁺ 1일전  [-]
Hacker News 의견

  • 대부분 Matrix foundation 서버에서도 같은 주장을 여러 번 했음. 팀의 일반적 반응은 "돈 내든가 아니면 있는 대로 받아들이라"는 식이었음. 최근 몇 년 동안 너무 많은 대규모 방향 전환이 있었음: Jitsi에서 Webrtc로, 인증 시스템 완전 변경, Element에서 Element X로 전면 변경 등. 현재 빠르기는 하지만 기능이 적은 클라이언트와, 느리기는 하지만 기능이 많은 클라이언트 두 가지라서, 기능 포기하거나 느린 걸 쓰는 선택만 남음. 긍정적으로 지원하고 싶지만, 내 경험상 이 팀은 지나치게 오만함. 기업용으로 쓸 수 있는 오픈 스탠더드 기반 메신저 찾기 정말 힘듦. 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 두 클라이언트 논란도, 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 사이드로딩 허용 전까진 가족 단말에 내 버전 올릴 방법이 없음. 웹, iOS, 안드로이드 지원, 셀프 호스팅 간편, 음성 통화 지원 다 되는 대안을 아는 사람은 추천 부탁함

    • Element X를 포기했다는 얘기에 실망감을 느낌. 모든 노력과 암호화 개선이 Element X에 집중돼 있음. Element Call도 결국 WebRTC 기반이고, TURN 없이 바로 SFU로 직접 연결되는 게 더 낫다고 생각함. 어떻게 설치 시도했는지 궁금하며, 내가 만든 기본 설치 가이드도 있으니 참고 부탁함

    • Element 로드맵 문제가 있는 건 이해되지만, 완전히 다른 큰 문제도 지적함. 닫힌 플랫폼(즉, iOS 같은 walled garden) 에 갇힌 상황 자체가 난감함. 개발팀도 다 할 여력이 없고, 나 역시 앱 수정을 하고 싶어도 플랫폼이 막혀서 불가함. 이처럼 두 집단(개발자-유저) 협상에, OS 플랫폼이라는 '난처한 제3자' 가 껴 버린 구조임. 플랫폼이 주는 가치도 분명 있지만, 이런 문제에선 발목 잡힘

    • 과거 아시아와 중동 여행하면서 안정적이고 자원 소모 적고 잘 위장되는(다른 포트/ToR 등) 플랫폼을 찾다가 Matrix 초기에 큰 기대를 가졌었음. 그러나 실패했고, 결국 안정적으로 지속 발전 중인 XMPP로 옮겨 만족하고 있음. 개인적인 추천은 XMPP임

    • monal xmpp 클라이언트가 아이폰용으로 잘 작동해 가족 연락에 활용 중임. 본인이 직접 서버 셀프 호스팅할 수 있는 점, 안드로이드용 'conversations' 등 다양한 클라이언트 지원 덕에 가족 전부가 사용 중임

  • 특정 개발 분야(특히 ActivityPub/Fediverse)에서는 Matrix 이용 인센티브가 강함. 예를 들면 "ActivityPub community" 같은 방이 Matrix에 많이 있음. 본인이 관심 있는 FOSS 프로젝트는 대부분 Matrix에서 발견하기 때문에, Discord, Zulip, Slack은 예외임. FOSS는 Matrix/IRC/XMPP/Zulip, OSS는 Discord/Slack을 선호하는 경향이 보임

  • 최근 2개의 프로토콜 보안 취약점(CVE) 발견 관련해서 조직이 주요한 패치 업데이트를 준비 중임. 원래 보고된 시점이 6개월 전이라 알려짐

    • 참고로 이 CVE들은 6개월 전에 보고된 게 아니라, 6개월간 진행된 프로젝트 내에서 최근 발견된 것임

  • 내 경험상 Element 클라이언트는 느리고 버그가 많음. 계정 인증이나 인증 알림 끄는 법도 도저히 모르겠어서 혼란스러웠음

    • 사실 대부분 동의하는 바임. 클래식 Element는 느리고 기술부채와 암호화 UX 문제가 많음. 그래서 Element X로 완전히 새로 만들었고, 웹/데스크톱용도 현재 개발 중임(aurora 프로젝트 참고)

  • 방이 깨진 버그는 실제로 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 바로 삭제하고 포기함

    • 혹시 XMPP로도 해결 가능한 니즈 아닐지 제안함. 라즈베리파이 등 초소형 기기로도 운영 가능함

  • 수년간 Synapse 홈서버 직접 운영하며 친구 한 명과 Matrix로 대화해옴. 그런데 이미지 전송이 자주 깨짐(특히 권한 인증 방식 변경 때 더 심했음). 최근에도 이미지 누락이 반복되어, 개발자에 도움 요청해봤자 "내 탓"이라는 답변만 들을 듯해 그냥 Signal로 옮기기로 함. 남은 소수 커뮤니티만 대안 찾는 대로 Matrix에서 정리할 생각임. 늘상 "이건 우연한 일"이라는 식의 해명만 보이고, 실제 문제 해결은 안 되고 있음

    • "개발자는 책임을 유저에게 떠넘긴다"는 인식이 퍼진 이유를 모르겠음. 우리는 진심으로 Matrix를 잘 만들고 싶음. 버그 리포트와 사용 클라이언트 정보가 있다면 공유 바람. 이미지가 안 뜨는 게 이미지 스팸 방지 정책 때문일 가능성도 있음

  • Matrix에 대해 모두 동의함. 1년쯤 전에 바로 버리고 다시 돌아보고 싶지도 않을 만큼 기록, 약속, 품질 모든 면에서 신뢰가 가지 않음

답변달기