나는 Matrix가 성공하길 정말 바랐지만 이제 완전히 포기했음
상태 해결(state resolution) 시스템이 너무 복잡하고 자원 소모가 심함. 방이 망가지는 일도 여전히 발생함. 단순히 방의 멤버 리스트를 계산하는 것조차 DB 용량이 수 GB에 달할 정도로 비효율적임.
게다가 몇 년이 지나도 커스텀 이모지, 사용자 상태, 초대 링크 같은 기본 기능조차 없음
관련 이슈: #339, #573, #426
요즘은 SimpleX가 Signal과 비슷한 타깃을 노리지만 다른 접근을 취하는 것 같아 흥미로움. 다만 아직 대중적으로 확산된 느낌은 없음
나도 Matrix가 성공하길 바랐지만 절반쯤 포기한 상태임. 예전엔 Synapse 홈서버를 직접 운영했는데, 리소스 소모가 너무 심했음. 그래서 다시 XMPP로 돌아감. 단순히 채팅만 제공하려면 XMPP가 훨씬 효율적임. SimpleX는 아직 좀 더 성숙해질 때까지 기다릴 생각임
상태 해결 문제는 Project Hydra 이후로 많이 개선되었음. DB 용량 문제는 Synapse의 저장 효율성 문제 때문임. 내가 이 영상에서 해결 방법을 보여줬지만, 우선순위는 상태 리셋 수정이었음.
커스텀 이모지나 사용자 상태 같은 기능은 이미 MSC 제안이 존재하고 구현이 진행 중임. 2023년 이후 자금난으로 생존을 위해 정부 프로젝트 위주로 개발을 집중했기 때문임
XMPP 써봤는지 물어보고 싶음
나는 1년 정도 SimpleX를 기본 서버로 사용했는데 잘 작동했음. Signal 그룹을 SimpleX로 옮기려 했지만 실패했고, 결국 사용이 중단됨
나는 몇 년째 같은 Matrix 방을 유지 중임
나와 내 주변 사람들은 Matrix 경험이 매우 긍정적이었음. Beeper와 Element를 통해 수십 명의 비기술 사용자들을 온보딩했는데, 다들 잘 쓰고 있음. 기기 변경도 문제없고, Discord와 비교해도 UX가 꽤 경쟁력 있음.
그래서 HN에서 나오는 불만들이 이해가 안 됨. 아마도 오래된 서버나 비호환 클라이언트를 쓰는 게 아닐까 추측함
Matrix가 거의 완성 단계에 가까워서, 남은 결함에 사람들이 더 민감하게 반응하는 것 같음. 최근 몇 년간은 공공 부문 배포에 집중하느라 Discord 경쟁 기능은 후순위였음
셀프 호스팅은 괜찮았지만, Discord에서 옮겨온 사람들에게는 초대 링크나 등록 절차가 너무 복잡했음. 특히 음성 채팅 시스템 변경으로 기존 설치가 깨졌고, 문서화도 부족했음
SimpleX가 “사용자 식별자가 없다”고 주장하지만, 실제로는 IP 주소가 그대로 노출됨. 전체 퍼블릭 네트워크가 Akamai와 Runonflux 두 회사에 의해 호스팅되고 있음.
Tor를 기본 번들로 제공하고, IP 마스킹 옵션을 명확히 설명해야 함. 현재는 “추가 식별자를 만들지 않는다”는 의미일 뿐, IP 자체는 보호되지 않음
나는 SimpleX 네트워크 설계자임. IP 주소는 인터넷 식별자이지 SimpleX 식별자가 아님. SimpleX의 목표는 IP 간 상호 연관을 막고, 사용자가 선택하지 않은 서버로의 노출을 방지하는 것임.
Tor를 내장하지 않는 이유는 FAQ에 설명되어 있음
SimpleX가 자체 암호화폐를 만들려는 움직임이 있어서 걱정됨
나는 Matrix에 대한 의견은 없지만, Nebuchadnezzar 논문을 꼭 읽어보길 권함. 그룹 보안 메시징의 핵심은 암호화가 아니라 그룹 멤버십 관리임 논문 링크
처음 Matrix 프로토콜 문서를 읽었는데, 분산 시스템 이해가 부족한 사람이 만든 듯한 인상임. Lamport clock이나 virtual synchrony 개념도 없이 IRC와 XMPP를 섞은 느낌임.
여러 번의 DAG 정렬 시도로 합의를 시도하는 부분에서 프로젝트가 근본적으로 잘못되었다는 생각이 들었음. 차라리 NNTP + GnuPG로 직접 그룹 채팅을 만드는 게 나을 듯함
나는 6년째 Matrix를 사용 중임. 2020년 대규모 유입 때는 힘들었지만 지금은 안정적임.
여전히 Element Web의 버그와 느림이 불만이지만, 가벼운 대안 클라이언트들이 많음.
메타데이터 암호화는 아직 완전하지 않지만, 내 일상 대화에서는 큰 문제 아님.
Matrix를 계속 쓰는 이유는 분산형 구조, E2EE, 멀티디바이스, 자유 소프트웨어, 셀프 호스팅 가능성 등 대체 불가능한 조합 때문임.
프로젝트 리더의 침착한 리더십도 신뢰감을 줌
나도 동의함. Element Web의 메모리 누수 문제 때문에 커스텀 포크를 쓰고 있음(이슈 링크). matrix-rust-sdk로 전환되면 큰 개선이 있을 듯. Aurora 프로젝트도 기대됨
XMPP도 거의 같은 기능을 훨씬 적은 자원으로 구현 가능함. 영상 통화에는 TURN 서버가 필요하지만 잘 작동함
Moxie (Signal 창립자) 가 2020년 CCC에서 연합형(federation) 시스템의 문제를 지적한 강연이 있음. 영상 링크
결국 “우리는 빠르게 움직이고 클라이언트를 자유롭게 바꾸고 싶다”는 논지였음. 하지만 클라이언트에 대한 절대적 통제가 필요하다면 E2EE의 의미가 줄어듦
“Why Federation Must Die” 주장에는 동의하지 않음. 연합형은 어렵지만, Chatcontrol 같은 규제 속에서도 EU 내에서 안전한 통신을 유지할 유일한 방법임.
중앙화된 시스템은 한 조직만 압박하면 되지만, 연합형은 모두가 서버를 운영하므로 통제하기 어려움
그 글은 연합형이 아니라 완전한 탈중앙화를 주장하는 내용임
나도 연합형을 지지함. Mastodon을 보면 중앙화보다 자유로운 구조가 얼마나 중요한지 알 수 있음. 발견성(discoverability)은 어렵지만, 그만큼 자율성이 큼
반(反) 빅테크 진영은 사실 여러 가치관의 연합체임.
한쪽은 연합과 자율성을, 다른 쪽은 암호화와 프라이버시를 우선시함.
서로의 우선순위가 다르다는 걸 인식하면, 완벽히 일치하지 않아도 더 관대한 협력이 가능할 것 같음
나도 같은 생각임. 나는 자기 호스팅과 상호운용성을 중시하지만, 다른 사람들은 E2EE와 메타데이터 최소화를 더 중요하게 봄.
Matrix 같은 프로젝트가 이 두 진영을 모두 만족시키기란 거의 불가능함.
게다가 보안·프라이버시 진영의 목소리가 더 크기 때문에, 담론이 실제보다 부정적으로 들릴 때가 많음
MSC4256: 송신자 제거 및 MLS 기반 암호화
과거에는 분산형 암호화 안정화에 집중하느라 메타데이터 보호가 후순위였음.
또한 네트워크 트래픽 자체가 이미 많은 메타데이터를 노출하기 때문에 완전한 은닉은 어려움.
그래도 2026년에는 더 나은 개선이 예정되어 있음
참고로 2016년 발표 자료도 있음: Matrix Jardin Entropique (PDF)
일부 주장(예: 중앙 서버로 데이터 전송)은 사실이 아님. 미디어 인증은 2024년 6월부터 적용되었고, 2025년에는 신뢰·안전 팀도 강화됨
사람들은 스스로 호스팅하고 싶어 하지만, 결국 유료 호스팅 서비스를 원하게 됨. 보안 이슈가 많다면 오히려 호스팅 비즈니스 기회가 될 수도 있음
“직접 서버를 운영하라”는 태도는 장기적으로 지지를 얻기 어려움. 일반 사용자가 반(半)시스템 관리자가 되길 기대하는 건 현실적이지 않음
Hacker News 의견들
나는 Matrix가 성공하길 정말 바랐지만 이제 완전히 포기했음
상태 해결(state resolution) 시스템이 너무 복잡하고 자원 소모가 심함. 방이 망가지는 일도 여전히 발생함. 단순히 방의 멤버 리스트를 계산하는 것조차 DB 용량이 수 GB에 달할 정도로 비효율적임.
게다가 몇 년이 지나도 커스텀 이모지, 사용자 상태, 초대 링크 같은 기본 기능조차 없음
관련 이슈: #339, #573, #426
요즘은 SimpleX가 Signal과 비슷한 타깃을 노리지만 다른 접근을 취하는 것 같아 흥미로움. 다만 아직 대중적으로 확산된 느낌은 없음
커스텀 이모지나 사용자 상태 같은 기능은 이미 MSC 제안이 존재하고 구현이 진행 중임. 2023년 이후 자금난으로 생존을 위해 정부 프로젝트 위주로 개발을 집중했기 때문임
나와 내 주변 사람들은 Matrix 경험이 매우 긍정적이었음. Beeper와 Element를 통해 수십 명의 비기술 사용자들을 온보딩했는데, 다들 잘 쓰고 있음. 기기 변경도 문제없고, Discord와 비교해도 UX가 꽤 경쟁력 있음.
그래서 HN에서 나오는 불만들이 이해가 안 됨. 아마도 오래된 서버나 비호환 클라이언트를 쓰는 게 아닐까 추측함
SimpleX가 “사용자 식별자가 없다”고 주장하지만, 실제로는 IP 주소가 그대로 노출됨. 전체 퍼블릭 네트워크가 Akamai와 Runonflux 두 회사에 의해 호스팅되고 있음.
Tor를 기본 번들로 제공하고, IP 마스킹 옵션을 명확히 설명해야 함. 현재는 “추가 식별자를 만들지 않는다”는 의미일 뿐, IP 자체는 보호되지 않음
Tor를 내장하지 않는 이유는 FAQ에 설명되어 있음
나는 Matrix에 대한 의견은 없지만, Nebuchadnezzar 논문을 꼭 읽어보길 권함. 그룹 보안 메시징의 핵심은 암호화가 아니라 그룹 멤버십 관리임
논문 링크
여러 번의 DAG 정렬 시도로 합의를 시도하는 부분에서 프로젝트가 근본적으로 잘못되었다는 생각이 들었음. 차라리 NNTP + GnuPG로 직접 그룹 채팅을 만드는 게 나을 듯함
Matrix의 연말 업데이트를 올렸음: Matrix Holiday Special 2025
모두 즐거운 연말 보내길 바람 :)
나는 6년째 Matrix를 사용 중임. 2020년 대규모 유입 때는 힘들었지만 지금은 안정적임.
여전히 Element Web의 버그와 느림이 불만이지만, 가벼운 대안 클라이언트들이 많음.
메타데이터 암호화는 아직 완전하지 않지만, 내 일상 대화에서는 큰 문제 아님.
Matrix를 계속 쓰는 이유는 분산형 구조, E2EE, 멀티디바이스, 자유 소프트웨어, 셀프 호스팅 가능성 등 대체 불가능한 조합 때문임.
프로젝트 리더의 침착한 리더십도 신뢰감을 줌
matrix-rust-sdk로 전환되면 큰 개선이 있을 듯. Aurora 프로젝트도 기대됨
Moxie (Signal 창립자) 가 2020년 CCC에서 연합형(federation) 시스템의 문제를 지적한 강연이 있음.
영상 링크
“Why Federation Must Die” 주장에는 동의하지 않음. 연합형은 어렵지만, Chatcontrol 같은 규제 속에서도 EU 내에서 안전한 통신을 유지할 유일한 방법임.
중앙화된 시스템은 한 조직만 압박하면 되지만, 연합형은 모두가 서버를 운영하므로 통제하기 어려움
반(反) 빅테크 진영은 사실 여러 가치관의 연합체임.
한쪽은 연합과 자율성을, 다른 쪽은 암호화와 프라이버시를 우선시함.
서로의 우선순위가 다르다는 걸 인식하면, 완벽히 일치하지 않아도 더 관대한 협력이 가능할 것 같음
Matrix 같은 프로젝트가 이 두 진영을 모두 만족시키기란 거의 불가능함.
게다가 보안·프라이버시 진영의 목소리가 더 크기 때문에, 담론이 실제보다 부정적으로 들릴 때가 많음
올해 우리는 Matrix의 메타데이터 보호를 개선 중임.
과거에는 분산형 암호화 안정화에 집중하느라 메타데이터 보호가 후순위였음.
또한 네트워크 트래픽 자체가 이미 많은 메타데이터를 노출하기 때문에 완전한 은닉은 어려움.
그래도 2026년에는 더 나은 개선이 예정되어 있음
참고로 2016년 발표 자료도 있음: Matrix Jardin Entropique (PDF)
일부 주장(예: 중앙 서버로 데이터 전송)은 사실이 아님. 미디어 인증은 2024년 6월부터 적용되었고, 2025년에는 신뢰·안전 팀도 강화됨