Introducing Discourse Chat (BETA) からの議論の続きです。
新しいチャット機能にエンドツーエンド暗号化を実装するという機能リクエストとして、これを分離しておきたいと思います。
これはゲームチェンジャーになると思います。管理者として、人々の個人的なチャットメッセージにアクセスしたくない、メンバーとして、他の管理者に私の個人的なチャットにアクセスしてほしくない、そしてDiscord、Slack、その他のほとんどのものがこのオプションを提供していないという点でもそうです。
最優先事項ではないかもしれませんが、今後7ヶ月以内に実現することを願っています 
Discourseと新しいチャット機能であなたがされているすべてのことに感謝します。
これはすでに Discourse Encrypt (deprecated) で完全に実装されています。
素晴らしい機能です。
暗号化プラグインにより、復号化キーなしではユーザー間のプライベートメッセージを読むことが不可能になることを確認できます。管理者の詮索は不可能です。
Matrix、Signal、Rocket.chat、Wire は e2e を提供しており、オープンソースです。次に、Whatsapp と Telegram があります。これを読んでいる他の人のために明確にしておきます。
Discourse Encrypt をぜひお試しください。素晴らしい機能です！あなたと他の x 人との間の暗号化されたメッセージにアクセスするためにセッションに追加する完全な暗号化。カテゴリやその他の機能に依存しない、チャットの仕組みです。苦情は一切ありません!!!
ああ、そうです。もっと明確に伝えるべきでした。プライベートメッセージ（トピック）のために存在することは素晴らしいと思いますが、新しいリアルタイムのプライベートチャットメッセージのためにも存在してほしいと思っています。
この点についても、もっと明確に伝えるべきでした。私が意味したのは、Discord、Circle、Slack、Teams、Guilded、Zulipなどの、よりコミュニティ/フォーラム指向のプラットフォームでは、プライベートメッセージのe2eがあまり存在しないのではないかということです。はい、多くの主に1対1またはグループチャットプラットフォームには、あなたが言及したようにe2eがあります。Matrix、Rocket.chat、Wireはコミュニティ管理のために同様に使用されているかもしれませんが、それほど多くのコミュニティ機能を持っているとは思えません。
とにかく、プライベートトピックのためにも素晴らしいですし、プライベートチャットでも利用できることを楽しみにしています 
リアルタイムチャットでのエンドツーエンド暗号化は大好きです！
しかし、問題はこうです。プライベートメッセージの暗号化は、それらのメッセージの使用法を劇的に減少させます。
それは常に最初に明白ではありません。プライベートメッセージに人々を追加したり削除したりできます。編集ワークフローで使用できます（より広く共有する前にメモをキャプチャするために使用します！）。あらゆる種類のものです。それらを暗号化すると、関連する暗号化の性質を考えると、私たちができることの多くはもはや適切ではなくなります。
さて、それをリアルタイムチャットに適用しましょう。
おっと！チャットチャンネルを興味深いものにしているだけでなく、Discourseチャットを興味深いものにしているものも失うことになります。Discourseをすでに使用している知識キャプチャプロセスにチャットを統合する方法を模索する中で開発されている高度な機能。それに暗号化を追加すると、この場合、チャットの有用性が劇的に低下します。
私はすべてを暗号化するサポーターです！私は自分で管理するサーバーで、すべての個人的なチャットにOMEMOを使用しています。しかし、トレードオフがあり、それらはDiscourseチャットに適用したいものではありません。私たちが持っているものは、それ自体で非常にクールなものになるでしょう。
また、暗号化されたプライベートメッセージは、すでにリアルタイムチャットチャンネルのようなものです。それだけです！
Discourse は次のような部分に分けられると思います。
メールライク — 「トピック」
チャットライク — 「チャット」
おっしゃるように、プライベートトピック（個人メッセージ）の暗号化には、プライベートメールの送信に似ているため、次のような欠点があると思います。下書きとして使用されることもあれば、ループに引き込むために CC を追加したい場合、転送したい場合、公開ディスカッションにしたい場合などがあります。管理者が読み取れないことが「個人」とラベル付けされていることを知るという利点は依然としてありますが、トレードオフもあることがわかります。
また、公開およびセミ公開チャット（チャンネル）の暗号化の欠点もわかります。チャットをトピックに引用するのが難しくなり、チャットメッセージをトピックに移動するという古い、おそらく再び新しい機能さえも難しくなります。これらの機能は好きで、妨げたくありません。さらに、公開およびセミ公開であるため、管理者がすべてを読み取れるという期待がより高まります。
プライベートチャット（個人チャット）の E2EE（エンドツーエンド暗号化）は、依然として強く望んでいます。特定のチャットに他の人を参加させることはめったになく、代わりに新しいグループチャットを開始します。下書きとして使用したり、公開/セミ公開チャットチャンネルに変換したいと思うこともめったにありません。これらはオンラインで私たちが持つ最も親密なコミュニケーション形態であり、FB やその他のプラットフォームはプライベートチャットでデフォルトの E2EE を提供しておらず、多くの人は気にしないと思います。リスクは、数百万/数十億人の群衆に隠れるのが難しいため、小規模なコミュニティではるかに高いと思います。
感情を扱い、人々が対立に対処し、自分の気持ちを表現するのを助ける仕事をしており、プライベートトピックの暗号化をオンにしました。おそらく、E2EE が存在するまで、人々が私以外の人にプライベートチャットを送信する機能をオフにするでしょう。これは、送信するチャットはすべて私が閲覧できることを彼らに完全に認識させたいからです。
したがって、プライベートトピックや公開/セミ公開チャットチャンネルの他の機能を制限する可能性があることは理解できますが、プラットフォーム上で最もプライベートなスペースを可能な限りプライベートにしたいだけです。
Federation support for Discourse および Discourse Chat Beta からの議論を続けます。
おそらく、DiscourseチャットはMatrixフェデレーションとe2e暗号化（Signalに基づく）をサポートすることを検討できるでしょう。Rocket.chatがMatrix標準を今後サポートすることを正式に発表したことに関する投稿をご覧ください。
個人的には、Matrixは素晴らしいと思います。ですから、可能性のあるパスを検討する価値は間違いなくあります。少なくとも、興味深い会話になります。
チャットメッセージのe2ee（エンドツーエンド暗号化）が引き続きロードマップにあるか、何かアップデートはありますか？
これは、近い将来に計画していることではありません。
ああ、それは残念ですね。この機能には本当に期待していました。なぜなら、ユーザーとしては、E2EE を備えていないチャット プラットフォームをほとんど使用しないからです。最も親密な会話形式の 1 つに会社がアクセスすることを望んでいないためです。また、管理者としては、人々が互いに何を送信しているのかを知りたくありませんし、それに対して法的な責任を負いたくもありません。
短期的にそれが実現しないのであれば、私が管理しているすべてのフォーラムで個人チャットを無効にする可能性が高いです。ただし、私が常に会話を傍受していることを相手が完全に認識していることを確認するために、特定の個人または人々と個人チャットを開始しない限りは。
ニーズに対応できる選択肢の1つとして、保持期間を非常に短く設定することが挙げられます
それはいくつかのことに対して回避策になるかもしれません。保持はまだシステム全体のオプションですか？それとも、WhatsApp/Signalのように、各個人チャットで独自の保持を選択できますか？
これはまだシステム全体の問題です。チャンネル用の設定が1つと、ダイレクトメッセージ用の設定が1つあります。
将来的にはチャンネルごとの設定にすることが理にかなっていると思いますが、現時点では優先度の高いものではありません。
わかりました。それなら、ダイレクトメッセージ（個人チャット）はオフにしたままにしておきます。保持期間を非常に短く設定すると、他のチャットプラットフォームのように自分で管理できないため、個人チャットが常に消えてしまうことに多くの人が非常に腹を立てる可能性があると思います。
また、チャットプラグインの開発には非常に興味があります。開発の優先度が高い機能について学べる場所はありますか？GitHubに埋もれていても、公開されているロードマップのようなものはありますか？
来月あたりに次のリリースのトピックを更新して、Discourse全体の次のリリースに関するハイレベルな計画をより反映させるべきですが、チャットやその他の特定の機能に関する公開ロードマップは維持していません。
discourse/discourseリポジトリや、ここの#chatタグをのぞくと、何に注目が集まっているのかをある程度理解できるかもしれません。
チャットに関する現在の優先事項について、別のトピックで非公式に共有できれば幸いです。
お伺いした3つの場所を確認します。ありがとうございます！
また、チャットの現在の優先事項に焦点を当てた別のトピックを開始します。
最後に、チャットのe2eeに関して、それを行うプラグインの構築方法や、理論的には構築と維持がどれほど困難または高価になるかについての提案はありますか？ Discourse Encrypt プラグインまたは他のプラグイン/ライブラリを適応させることを提案しますか？
グループチャットでの暗号化も望んでいます。これにより、非常に機密性の高い内容について話し合い、それが生の形式でサーバーに一切残らないようにしたい場合に、サードパーティのアプリケーションの使用を排除するのに役立ちます。Discourseであれ、他の場所であれ、いずれにしても行う必要があります。すでにDiscourseを使用している中で、サードパーティアプリの使用を排除できるようになることは、私たちにとって大きなメリットとなります。
チャットメッセージはデータベースから完全に100％削除されますか？
また、暗号化されていないチャットメッセージはバックアップにも残ることに言及する価値があります。
個人的なメッセージのディスコード暗号化は、私のこのユースケースをカバーしていません。フォーラムについてチャットするという意図全体を壊し、既存の暗号化プラグインを複製するため、リアルタイムチャットの観点からe2eのユースケースは実際に見られません。
その通りです。
しかし、まずDiscourseの既存の信頼システムとグループ制限を使用してこれを達成できないのはなぜですか？
オプトイン/オプトアウトグループを使用してこれを解決できました。本当に役立ち、フォーラムを使用している間、他の誰もそのようなメッセージを見ないようにすることができました。
フォーラム全体の構造を壊すe2eが必要だと考える前に、グループ制限でどこまで到達できるかを検討してください。
強くお勧めします。
私の0.02ドルは、e2eは、フォーラムをホストしているシステムを管理する管理者を信頼できない場合に使用され、ユーザーの投稿やインタラクションのプライバシー（すでに処理できる）とは対照的です。
他のユーザーからチャットを非表示にするだけであれば、グループ/信頼権限はうまく機能すると思います。
私にとっては、管理者/サーバーからチャットを非表示にすることが重要です。この点を考慮すると、チャットはサーバー上でプレーンテキストのままなので、グループ/信頼権限は機能しないと思います。
なぜこれが重要なのか？私の文脈では、アリスが個人的なチャットでボブと彼女の人生における深い感情的な問題について話している場合、管理者である私はそのような会話を詮索する能力を持たず、アリスとボブの両方が私が詮索していないと安全に感じられるようにしたいです。同じ理由で、私はWhatsappやSignalを好み、IGやFBメッセンジャーを本当に好きではありません。なぜなら、管理者が私が入力したすべてのものを読み取ることができないと知っている（強く信じている）ことを好むからです。
公平を期すために言うと、体験は非常に異なります。チャットは次のようになります。
私の観察によると、Discourse がどこに向かっているのかについての哲学は、トピック、プライベートメッセージ、チャットはすべて同じものに収束し、ますます多くの機能を共有しているということです（計画的/意識的か無意識的かどちらでもあります）。したがって、チャットウィンドウのように「フローティング」し、「チャット」モードでよりコンパクトで、非常に高速なプライベートメッセージを取得できれば、暗号化されたチャットは必要なくなり、暗号化されたプライベートメッセージを使用するだけになります。