Strafe, 오픈소스 E2E 암호화로 Discord에 도전하다

Discord를 클론하는 건 쉽다. 도전은 특정 서클의 모든 사람을 새로운 솔루션으로 옮기도록 설득하는 것이다. 네 그룹의 모든 사람이 두 애플리케이션을 나란히 실행하는 걸 기꺼이 받아들이지 않는 한(그럴 사람은 없겠지만) 소셜 네트워크에 분할을 강제해야 한다.

나는 팀스피크가 그룹의 요구에 밀려났을 때 그 자리에 있었다. 거스릴 방법이 없었다. 내 개인적인 이념적 선호는 집단의 그것을 이길 수 없다. 이 사람들은 그냥 게임을 하고 싶어 한다. COTS 소프트웨어, 폐쇄형 플랫폼, 버그투성이 애플리케이션에 맞선 내 이상한 너드 싸움에 무기를 들고 나서고 싶어 하지 않는다.

이 모든 오픈소스 Discord 클론을 추적하는 사람이 있나? 유튜브 인플루언서들이 광고하는 걸 십여 개는 본 것 같아서 묻는다. 새로운 채팅 클라이언트가 거의 매일 등장하는 것 같다. 기능, OS/폰 지원, E2EE, 연합, 서버당 클라이언트 수 대비 자원 규모 등을 보여주는 표가 있으면 흥미로울 것 같다...

bob1029가 말했듯이, 앱을 만드는 건 특히 요즘엔 쉽지만 친구 그룹을 옮기는 게 진짜 도전이니, 표에 Discord 서버 기록, 채팅 기록, 친구 초대 등의 가져오기가 얼마나 쉬운지 점수를 매기는 열도 포함해야 한다고 생각한다. 마찰이나 위험이 거의 없어야 할 것 같다. 자체 호스팅이라면 백업이 암호화되고 자동화되어 서버를 대부분 일시적으로 취급할 수 있어야 한다. Discord를 운영하고 유지하는 데는 꽤 큰 팀이 필요하므로, 이런 오픈소스 대안들은 대부분의 작업을 안전하고 내결함성 있는 방식으로 자동화했으며 실수하기 어렵다는 것을 보여줄 수 있어야 한다.

왜 채팅 프로토콜에 Olm/Megolm을 쓰겠는가? Matrix조차 더 이상 그것을 쓰고 싶어 하지 않는다(이론상 IETF MLS로 전환할 계획이라고, 내가 확인한 바로는). 그룹 E2E는 제대로 구현하기가 엄청나게 어렵다. 근본적인 암호학적 구성 때문만이 아니라, 그룹 암호화 메시징 계층 위에 그리고 그와 나란히 타는 모든 메타데이터와 시그널링도 키 분배에 영향을 미치기 때문이다.

말 그대로 Matrix의 프론트엔드만 만드는 거라면, 현재 Matrix 프로토콜을 써야 하는 이유를 이해한다. 하지만 Matrix가 아닌 걸 만든다면 Olm은 피해야 한다.

Discord의 이전 대안들은 영상이 없었기 때문에 대안이 아니었다. 그래서: 이걸 보게 되어 정말 반갑다!

트집: 첫 페이지 맨 아래 줄에 discord 링크는 있지만 자기네 strafe 링크는 없다. 도그푸딩 차원에서 이걸 추가해 주면 좋겠다.