Parley: IRC 클라이언트 그대로 쓰는 연합형 탈중앙 채팅
Parley: Federated, decentralised chat that speaks plain IRC
Parley는 중앙 서버 없이 누구나 자신의 도메인에 인스턴스를 운영하는 연합형 채팅 네트워크다. DNS SRV 레코드와 well-known 문서로 서로를 찾고, ed25519 서명이 담긴 JSON 메시지를 HTTPS로 주고받는다. 사용자는 irssi, WeeChat, Textual 같은 기존 IRC 클라이언트로 플러그인 없이 접속해 [email protected] 같은 이메일 형식 주소로 대화하고, #lobby 같은 글로벌 채널에 참여할 수 있다. 현재는 작동하는 개념 증명 단계다.
Bob이 /msg [email protected] hi 를 입력하면, 두 인스턴스가 서로를 전혀 들어본 적이 없어도 그냥 작동한다.
HN 토론
115- Conlectus
LLM 기반 개발에는 특정한 단점이 있는데, 사람들이 현장의 기존 작업과 접촉하지 않고 새 프로젝트에 깊이 빠져들 수 있다는 점입니다.
이 경우, 이것은 기본적으로 XMPP의 절반을 형편없이 명세한 구현입니다. 물론 LLM이 언젠가 그 점을 언급했을 거라고 반쯤 기대하지만, 저장소에는 없습니다.
- xena
악의적인 행위자들이 동적으로 엄청난 수의 서버를 만들고 그 모든 서버에서 회선 속도로 스팸을 보내는 것을 어떻게 처리할 계획인가요?
- singpolyma3
그러면 방은 당신의 호스트가 알고 있는 호스트들 사이에서 "전역"인가요? 그러면 영원히 하나의 거대한 netsplit 파티이고, 당신의 서버 관리자만이 누군가를 차단할 수 있나요?
- rixed
단일 앱을 위한 별도의 연합 네트워크 대신, 기존 연합 네트워크 위에 앱을 구현하는 게 어떤가요? 그러면 아무도 또 다른 계정을 만들 필요가 없잖아요.
예를 들어 atproto나 activitypods 위에...?
- aunderscored
흥미롭네요. 오픈 링크 네트워크를 사용하지 않는 이유는 무엇인가요? 이것들은 거의 같은 상태가 될 겁니다. 스팸은 여기서 일반적으로 _분명_ 문제가 될 겁니다. 그리고 다른 백엔드를 쓰면 기존 툴링을 사용해 처리하기 어려울 겁니다.
& 채널을 사용하는 건 재미있습니다. 그 특정 IRC 역사의 한 조각에 직면했을 때 얼마나 많은 봇과 클라이언트가 죽어버리는지 보고 싶네요.
- davidcollantes
Parley는 중심이 없는 채팅 네트워크입니다.
모든 사람(또는 팀)이 자신의 도메인을 위해 작은 인스턴스를 운영합니다. 인스턴스는 DNS와 잘 알려진 신원 문서를 통해 서로를 찾고, HTTPS를 통해 서명된 메시지를 교환하며, Lurker, Mango, mIRC, WeeChat, Textual 등과 같은 일반 IRC 클라이언트에 플러그인 없이 전체 연합 네트워크를 제공합니다.
- user2722
이런 것에 대한 의사 계획이 있었지만 프라이버시 관련 이유로 두 가지 유형의 채팅방을 두었습니다:
* 일반 채팅, 서버에만 존재하며 사용자를 통하지 않고는 채팅 기록이 유출되지 않지만, 서버 간에는 절대 유출되지 않음.
* 챔버: 서버에 위치한 글로벌 채팅방, 아마도 누구나 구독할 수 있는 MQTT와 함께.
이것은 초기 계획 단계를 벗어나지 못했지만, 연합 채팅방과 일반 채팅방 사이의 분리가 IRC의 개방적이지만 폐쇄적인 채팅 성격과 동기화를 유지하는 데 흥미롭다고 생각했습니다.
- myaccountonhn
꽤 마음에 들지만, 스팸이 금방 문제가 될 것 같습니다.