세 줄 요약: 모드들 개판임. 우리가 고쳤음.

관리자 버튼 대신 커뮤니티 투표로 모더레이션을 수행하는 채팅 플랫폼을 만들었음. 현재 사용자 2명(나랑 친구 한 명). 와서 부숴보셈.

세 줄 요약: 모드들 개판임. 그래서 koven.chat을 만들었음. 메시지를 숨기려면 관리자 한 명의 밴 해머가 아니라 커뮤니티 투표가 필요한 채팅 플랫폼임. 라이브 상태고 오픈 소스이며 현재 우리 둘이 있음.

핵심 아이디어:

• 모든 신고는 공개되고, 모든 투표는 기록되며, 모든 숨김 처리는 되돌릴 수 있음
• 어디에도 관리자 "삭제" 버튼 없음. 유일한 밴 경로는 확정된 아동 성착취물(CSAM) / 협박 / 신상털기뿐이며, 그 행동은 영원히 공개 로그에 남음
• 평판은 시간 제한이 있고 감소함. 신규 계정은 투표에 영향을 줄 수 없음. 비활성 계정은 평판이 다시 떨어짐. 아무도 무한한 권력을 쌓을 수 없음
• 연합형이지만 다른 Koven 인스턴스와만 연합함(네트워크 전반에서 거버넌스 원칙을 일관되게 유지하기 위함)

기술 스택:

• 내부적으로 Synapse 사용(전송 수단으로 Matrix 프로토콜 사용, 우리가 연합하는 네트워크는 아님)
• 신고, 투표, 평판, 공개 모드 로그를 처리하는 TypeScript 기반 커스텀 엔진
• React SPA 클라이언트
• 앞단에 Caddy, 전체 시스템은 docker-compose로 구성
• 이메일 6자리 코드를 통한 비밀번호 없는 인증(이메일이 곧 자격 증명이며, 사용자가 보는 비밀번호는 저장되지 않음)

실제로 구현된 기능:

• 방 크기에 따라 확장되는 동적 임계값을 가진 합의 기반 숨김 처리
• 관리자 검토 및 허위 신고 처벌이 포함된 심각한 위반 사항에 대한 패스트트랙
• 방 이름 모더레이션(누군가 방 이름을 혐오 표현으로 지으면 어떡하냐는 실제 공격 표면 때문)
• 다른 Koven 인스턴스가 아닌 것은 거부하는 연합 게이트
• 수학적 원리를 읽고 싶다면 koven.chat/governance.html에서 전체 거버넌스 문서 확인 가능

부탁하고 싶은 것:

• 와서 모더레이션 로직을 부숴보셈. 악용 가능한 허점을 찾아주셈. 그게 공개적으로 개발하는 이유임
• 6개월 뒤에 후회할 스택 선택이 뭔지 알려주셈
• 커뮤니티를 운영한다면, Discord에 남는 대신 이 플랫폼으로 옮기게 만들 요소가 무엇일지 알려주셈

클라이언트: koven.chat (사이트에 다운로드 링크 있음) 거버넌스: koven.chat/governance.html 소스: github.com/GnosysLabs/koven-chat

우리는 매우 초기 단계임. 거버넌스 문서가 그걸 운영할 인구보다 더 잘 다듬어져 있음. 괜찮음, 그게 올바른 순서니까. 와서 우리랑 논쟁 좀 하셈.