Parley：IRCクライアントのまま使える、中央サーバー不要の連合チャット
Parley: Federated, decentralised chat that speaks plain IRC
Parleyは、各ドメインが小さなインスタンスを運用し、DNSとwell-knownドキュメントで相互発見、HTTPS上で署名付きメッセージを交換する分散型チャットネットワーク。既存のIRCクライアント（irssi、WeeChat、Textual）からプラグインなしで利用でき、`/msg [email protected] hi`のようにメールアドレス形式のIDで会話できる。インスタンス同士は自動でピアリングし、メッシュを形成。履歴はSQLiteに保存され、検索やオフラインからの復帰もサポート。現在は動作する概念実証段階。
中央が存在しないチャットネットワークだ。各個人（またはチーム）が自分のドメイン用に小さなインスタンスを動かす。インスタンスはDNSとwell-knownのIDドキュメントを通じてお互いを見つけ、HTTPS上で署名済みメッセージを交換し、連合ネットワーク全体をirssi、WeeChat、Textualといった普通のIRCクライアントにプラグインなしで提示する。
HNでの議論
115- Conlectus
LLMを使った開発には特有の落とし穴がある。既存の分野の成果に触れないまま、新しいプロジェクトにどっぷり浸かってしまうことがあるんだ。
今回の場合、これは要するにXMPPの半分を、仕様が不十分なまま実装したようなものだ。もちろん、LLMならどこかでそのことに言及したはずだとは思うが、リポジトリにはその記述がない。
- xena
悪意ある者が動的に聖書級の数のサーバーを作り、それらすべてからラインレートでスパムを送りつけてくるようなケースは、どう対処するつもりなのか？
- singpolyma3
つまり、ルームは「グローバル」で、自分のホストがたまたま知っているホスト間で共有されるってこと？ だとすると、永遠に巨大なnetsplitパーティーが続くわけで、誰かをBANできるのは自分のサーバー管理者だけってこと？
- rixed
単一アプリのために別の連合ネットワークを作るのではなく、既存の連合ネットワークの上にアプリを実装すればいいのに、そうすれば誰もまた新たにアカウントを作らなくて済むのでは？
たとえば、atprotoやactivitypodsの上に、とか……？
- aunderscored
面白い。なぜオープンなリンクネットワークを使わないのか？ 結局ほぼ同じ状態になるだろう。スパムは一般的にここでも問題になる。しかもバックエンドが違うと、既存のツールを使って対処するのに苦労するだろう。
&チャンネルを使うのは楽しい。IRCの歴史の中でも特に、その機能に直面したときにどれだけのボットやクライアントが死に絶えるか見てみたいものだ。
- davidcollantes
Parleyは中心のないチャットネットワークだ。
各個人（またはチーム）が自分のドメイン用に小さなインスタンスを運用する。インスタンス同士はDNSとwell-knownなIDドキュメントを通じて互いを見つけ、HTTPS上で署名済みメッセージを交換し、連合ネットワーク全体をLurker、Mango、mIRC、WeeChat、Textualなどの通常のIRCクライアントにプラグインなしで提示する。
- user2722
これに似たもののための疑似計画があったが、プライバシー上の理由から2種類のチャットルームを考えていた：
* 通常のチャット：サーバー上にのみ存在し、チャットの記録はユーザー経由以外では漏れない。サーバー間で漏れることは決してない。
* チェンバー：グローバルなチャットルームで、あるサーバー上にあり、誰でも購読できるMQTTがあるかもしれない。
結局これは初期の計画段階から先には進まなかったが、連合チャットルームと通常のチャットルームを分離することは、IRCのオープンでありながらクローズドなチャットの性質と同期を保つ上で興味深いと思った。
- myaccountonhn
これはかなり気に入ったが、スパムがすぐに問題になりそうな気がする。