# 채팅용 끝-끝 암호화
**URL:** https://meta.discourse.org/t/end-to-end-encryption-for-chat/226932
**Category:** Feature
**Tags:** chat
**Created:** [5월 13, 2022, 6:50오전 UTC](https://meta.discourse.org/t/end-to-end-encryption-for-chat/226932 "2022-05-13T06:50:24Z")
**Posts on this page:** 19
**Page:** 1
### Author:  [@jimkleiber](https://meta.discourse.org/u/jimkleiber)
#### Post date: [5월 13, 2022, 6:50오전 UTC](https://meta.discourse.org/t/end-to-end-encryption-for-chat/226932/1 "2022-05-13T06:50:24Z")
[Introducing Discourse Chat (BETA)](https://meta.discourse.org/t/introducing-discourse-chat-beta/210734/29) 토론을 이어서 진행합니다:
> [@sam](#):
>
> 로드맵상에서 향후 12개월 내의 일정입니다 🙂
이 내용을 기능 요청으로 분리하여 정리하고 싶습니다: 새로운 채팅 기능에 종단 간 암호화(end-to-end encryption)를 구현하는 것입니다.
관리자로서 다른 사용자의 개인 채팅 메시지에 접근하고 싶지 않은 점, 멤버로서 다른 관리자가 제 개인 채팅에 접근하는 것을 원치 않는 점, 그리고 Discord, Slack 및 대부분의 다른 서비스들이 이를 옵션으로 제공하지 않는다는 점을 고려할 때, 이는 게임 체인저가 될 수 있다고 생각합니다.
최우선 순위는 아닐 수 있지만, 향후 7개월 내에 도입되기를 희망합니다 🙂 Discourse와 새로운 채팅 기능에 대해 해주신 모든 일에 감사드립니다.
---
### Author:  [@sunjam](https://meta.discourse.org/u/sunjam)
#### Post date: [5월 13, 2022, 4:40오후 UTC](https://meta.discourse.org/t/end-to-end-encryption-for-chat/226932/2 "2022-05-13T16:40:03Z")
> [@jimkleiber](#):
>
> 다른 관리자들이 내 개인 채팅에 접근하는 것을 원하지 않는 회원으로서
이미 [Discourse Encrypt (deprecated)](https://meta.discourse.org/t/discourse-encrypt-for-private-messages/107918) 에서 완전히 구현되어 있습니다.
훌륭하게 작동합니다.
> [@jimkleiber](#):
>
> 사람들의 개인 채팅 메시지에 접근하는 것을 원하지 않는 관리자로서
암호화 플러그인이 사용자 간의 개인 메시지를 복호화 키 없이 읽을 수 없게 만든다는 것을 확인했습니다. 관리자의 감시도 불가능합니다.
> [@jimkleiber](#):
>
> 대부분의 다른 서비스는 제공하지 않는다는 것
Matrix, Signal, Rocket.chat, Wire는 E2E(종단 간) 암호화를 제공하며 오픈소스입니다. 또한 Whatsapp과 Telegram도 있습니다. 이 글을 읽는 다른 분들을 위해 명확히 하고자 합니다.
반드시 Discourse Encrypt를 사용해 보세요. 아주 잘 작동합니다! 당신과 다른 x명의 사람들 간의 암호화된 메시지에 접근하기 위해 세션에 추가하는 완전한 암호화입니다. 카테고리와 같은 다른 기능에 의존하지 않으며, 이것이 채팅이 작동하는 방식입니다. 불만이 제로!!!
---
### Author:  [@jimkleiber](https://meta.discourse.org/u/jimkleiber)
#### Post date: [5월 13, 2022, 5:31오후 UTC](https://meta.discourse.org/t/end-to-end-encryption-for-chat/226932/3 "2022-05-13T17:31:21Z")
> [@sunjam](#):
>
> 이것은 이미 [Discourse Encrypt (for Private Messages)](https://meta.discourse.org/t/discourse-encrypt-for-private-messages/107918)으로 완전히 구현되어 있습니다.
>
> 매우 잘 작동합니다.
아 네, 더 명확하게 설명할 수 있었어야 했는데: 개인 메시지(토픽)에 이 기능이 존재하는 것을 정말 좋아하고, 새로운 실시간 개인 채팅 메시지에 대해서도 같은 기능이 존재하기를 바랍니다.
> [@sunjam](#):
>
> Matrix, Signal, Rocket.chat, Wire는 E2E(종단 간 암호화)를 제공하며 오픈소스입니다. 그리고 WhatsApp과 Telegram도 있습니다. 다른 독자들을 위해 명확히 하고자 합니다.
이 부분도 더 명확하게 설명할 수 있었어야 했는데. 제가 말하고자 했던 것은, 커뮤니티/포럼 지향적인 플랫폼(Discord, Circle, Slack, Teams, Guilded, Zulip 등)에서는 개인 메시지의 E2E가 많이 존재하지 않는다고 생각하는 것입니다. 언급하신 대로, 주로 1:1 또는 그룹 채팅에 초점을 맞춘 많은 플랫폼에는 이 기능이 있습니다. Matrix, Rocket.chat, Wire가 커뮤니티 관리에 유사하게 사용될 수는 있지만, 커뮤니티 기능이 그렇게 많다고는 생각하지 않습니다.
어쨌든, 개인 토픽에 이 기능이 있는 것도 좋아하고, 개인 채팅에서도 이 기능이 적용되기를 기대하고 있습니다 🙂
---
### Author:  [@maiki](https://meta.discourse.org/u/maiki)
#### Post date: [5월 14, 2022, 2:03오전 UTC](https://meta.discourse.org/t/end-to-end-encryption-for-chat/226932/4 "2022-05-14T02:03:58Z")
실시간 채팅에서 _완전한_ 끝에서 끝까지 암호화(end-to-end encryption)를 정말로 _원합니다_!
🤩
하지만 여기 핵심이 있습니다. 개인 메시지용 암호화는 해당 메시지의 활용 범위를 크게 줄여버립니다.
처음에는 그 영향이 명확해 보이지 않을 수 있습니다. 개인 메시지에는 사람을 추가하거나 삭제할 수 있고, 편집 워크플로에 활용할 수도 있습니다(저는 더 넓은 범위로 공유하기 전에 메모를 남기는 용도로 사용합니다!), 이런 식으로 다양한 용도로 사용할 수 있죠. 하지만 이를 암호화하면, 해당 암호화의 특성상 우리가 할 수 있던 것의 상당 부분이 더 이상 적절하지 않게 됩니다.
자, 이걸 _실시간 채팅_에 적용해 보세요.
아, 이건 좀 문제입니다! 채팅 **채널** 을 흥미롭게 만드는 것뿐만 아니라, _Discourse 채팅_을 흥미롭게 만드는 요소들도 상당 부분 잃게 됩니다. Discourse 채팅의 매력은 사람들이 이미 Discourse를 사용 중인 지식 기록 프로세스에 채팅을 통합하는 방법을 찾아가면서 발전하고 있는 고급 기능들입니다. 여기에 암호화를 추가하면 이 경우 채팅의 유용성이 크게 떨어질 것입니다.
저는 모든 것을 암호화하자는 입장을 지지합니다! 제가 관리하는 서버에서 개인 채팅은 모두 OMEMO를 사용하죠. 하지만 트레이드오프가 존재하며, 그것은 Discourse 채팅에 적용하고 싶은 방식이 아닙니다. 우리가 만들어 나가는 것은 그 자체로 _매우 멋진_ 것이 될 것입니다. 🕶
또한, 암호화된 개인 메시지는 일종의 _실시간 채팅 채널_과도 같으니, 이 점도 참고해 주세요!
---
### Author:  [@jimkleiber](https://meta.discourse.org/u/jimkleiber)
#### Post date: [5월 14, 2022, 3:02오전 UTC](https://meta.discourse.org/t/end-to-end-encryption-for-chat/226932/5 "2022-05-14T03:02:33Z")
저는 Discourse를 다음과 같은 부분들로 나뉘어 있다고 생각합니다:
이메일형—“토픽(Topics)”
- 공개—“토픽”(기본 카테고리 보안 설정이 "모두"이며, 사이트가 로그인 필수로 설정되어 있지 않으면 완전히 공개됨)
- 반공개—“토픽”(그룹으로 제한된 카테고리 보안 설정)
- 비공개—“개인 메시지”(초대된 개인에게만 제한, 제 생각에는)
채팅형—“채팅(Chats)”
- 공개—“채널”(등록은 가능하지만 기본적으로 숨겨져 있으며, 로그인하지 않은 사용자에게 제공되지 않으므로 완전히 공개된 것은 아님)
- 반공개—“채널”(그룹으로 제한된 카테고리 보안 설정, 제 생각에는)
- 비공개—“개인 채팅”(초대된 개인에게만 제한, 제 생각에는)
말씀하신 대로, 개인 토픽(개인 메시지)에 암호화를 사용하는 것의 단점을 이해합니다. 개인 이메일을 보내는 것과 매우 유사하다고 보기 때문입니다. 때로는 초안으로 사용하기도 하고, 때로는 사람들을 cc로 추가하여 상황을 공유하고 싶거나, 때로는 내용을 전달하거나 공개 토론으로 전환하고 싶기도 하니까요. 여전히 '개인’으로 표시된 것이 관리자에 의해 읽힐 수 없다는 이점은 좋지만, 일부 트레이드오프도 볼 수 있습니다.
또한 공개 및 반공개 채팅(채널)에 암호화를 사용하는 것의 단점도 이해합니다. 채팅 내용을 토픽에 인용하기가 어려워지고, 채팅 메시지를 토픽으로 이동시키는 오래된(아마도 다시 돌아올) 기능도 어려워지므로, 이러한 기능들을 좋아하는데 방해받고 싶지 않습니다. 게다가 공개 및 반공개 영역인 만큼, 관리자가 모든 내용을 읽을 수 있어야 한다는 기대감이 더 큽니다.
저는 여전히 비공개 채팅(개인 채팅)에 대한 E2EE(종단 간 암호화)를 강력히 원합니다. 저는 특정 채팅에 다른 사람을 추가하기보다는 새로운 그룹 채팅을 시작하는 경우가 대부분이며, 초안으로 사용하거나 공개/반공개 채팅 채널의 내용으로 전환하고 싶을 때도 드뭅니다. 온라인에서 우리가 가진 가장 친밀한 형태의 소통이라고 생각하는데, FB(페이스북)와 다른 플랫폼들은 비공개 채팅에 기본적으로 E2EE를 적용하지 않고 많은 사람들이 이를 문제 삼지 않는 것 같습니다. 그러나 수백만~수십억 명의 사람들 속에 숨을 수 없는 더 작은 커뮤니티에서는 위험이 훨씬 더 높다고 생각합니다.
저는 감정과 함께 일하며, 사람들이 갈등을 다루고 자신의 감정을 표현하도록 돕는 일을 합니다. 개인 토픽에 대한 암호화를 켜두었고, E2EE가 도입될 때까지 저를 제외한 다른 사람들에게 개인 채팅을 보낼 수 있는 기능을 끄려 할 것입니다. 이는 그들이 보내는 모든 채팅을 제가 볼 수 있다는 사실을 완전히 인지하도록 하기 위함입니다.
그러므로 네, 개인 토픽과 공개/반공개 채팅 채널에서 다른 기능들이 제한될 수 있다는 이유를 이해합니다. 저는 그저 플랫폼에서 가장 비개인적인 공간이 최대한 비개인적일 수 있기를 정말로 원할 뿐입니다.
---
### Author:  [@sunjam](https://meta.discourse.org/u/sunjam)
#### Post date: [5월 30, 2022, 5:17오후 UTC](https://meta.discourse.org/t/end-to-end-encryption-for-chat/226932/6 "2022-05-30T17:17:09Z")
[Federation support for Discourse](https://meta.discourse.org/t/federation-support-for-discourse/90921/60)와 [Discourse Chat Beta](https://meta.discourse.org/t/introducing-discourse-chat-beta/210734?u=sunjam)에서의 논의를 이어서 말씀드립니다.
Discourse 채팅이 Matrix 연동 및 E2E 암호화(Signal 기반)를 지원할 수 있도록 고려해 주시면 좋겠습니다. Rocket.chat이 향후 Matrix 표준을 지원할 것이라고 공식 발표한 내용을 담은 아래 게시글을 참고해 주세요.
> **[Rocket.Chat Leverages The Matrix Protocol for Decentralized and Interoperable...](https://www.rocket.chat/press-releases/rocket-chat-leverages-matrix-protocol-for-decentralized-and-interoperable-communications)**
>
> Learn more about how the leading open-source platform is furthering its efforts toward collaboration without compromise
> **[Welcoming Rocket.Chat to Matrix!](https://matrix.org/blog/2022/05/30/welcoming-rocket-chat-to-matrix/)**
>
> Matrix, the open protocol for secure decentralised communications
개인적으로 저는 Matrix가 훌륭하다고 생각합니다. 따라서 가능한 경로를 고려해 볼 가치가 있으며, 적어도 흥미로운 논의를 만들어 줄 것입니다. 😄
---
### Author:  [@jimkleiber](https://meta.discourse.org/u/jimkleiber)
#### Post date: [2월 23, 2023, 9:52오후 UTC](https://meta.discourse.org/t/end-to-end-encryption-for-chat/226932/7 "2023-02-23T21:52:38Z")
채팅 메시지에 대한 E2EE가 여전히 로드맵에 포함되어 있는지 업데이트가 있나요?
---
### Author:  [@mcwumbly](https://meta.discourse.org/u/mcwumbly)
#### Post date: [2월 24, 2023, 3:14오후 UTC](https://meta.discourse.org/t/end-to-end-encryption-for-chat/226932/8 "2023-02-24T15:14:54Z")
가까운 시기에 이를 실행할 계획은 아직 없습니다.
---
### Author:  [@jimkleiber](https://meta.discourse.org/u/jimkleiber)
#### Post date: [2월 25, 2023, 10:45오후 UTC](https://meta.discourse.org/t/end-to-end-encryption-for-chat/226932/9 "2023-02-25T22:45:54Z")
아, 그 소식을 듣고 정말 속상합니다. 이 기능에 정말 기대하고 있었는데, 사용자로서 저는 e2ee(종단 간 암호화)가 없는 채팅 플랫폼을 거의 사용하지 않습니다. 가장 사적인 대화 방식 중 하나인 채팅에 회사가 접근할 수 있는 상황을 원하지 않기 때문이죠. 또한 관리자로서 저는 사람들이 서로 어떤 내용을 주고받는지를 보고 싶지 않으며, 그 내용에 대해 법적 책임을 지는 것도 원하지 않습니다.
가까운 미래에 이 기능이 도입되지 않을 것 같다면, 제가 관리하는 모든 포럼에서 개인 채팅 기능을 비활성화하는 쪽으로 기울 것 같습니다. 다만, 특정 사람이나 여러 사람과 개인 채팅을 제가 먼저 시작하는 경우에만 예외로 두겠습니다. 그렇게 하면 상대방이 제가 항상 대화 내용을 볼 수 있다는 사실을 완전히 인지하고 채팅을 시작하게 되니까요.
---
### Author:  [@mcwumbly](https://meta.discourse.org/u/mcwumbly)
#### Post date: [2월 25, 2023, 10:51오후 UTC](https://meta.discourse.org/t/end-to-end-encryption-for-chat/226932/10 "2023-02-25T22:51:29Z")
요구를 충족할 수 있는 한 가지 옵션은 보관 기간을 매우 낮게 설정하는 것입니다.
---
### Author:  [@jimkleiber](https://meta.discourse.org/u/jimkleiber)
#### Post date: [2월 25, 2023, 10:53오후 UTC](https://meta.discourse.org/t/end-to-end-encryption-for-chat/226932/11 "2023-02-25T22:53:56Z")
일부 상황에서는 이렇게 하면 문제를 회피할 수 있을지도 모릅니다. 보관 기간이 여전히 시스템 전체에 적용되는 설정인가요? 아니면 WhatsApp이나 Signal처럼 각 개인 채팅별로 사용자가 직접 보관 기간을 선택할 수도 있나요?
---
### Author:  [@mcwumbly](https://meta.discourse.org/u/mcwumbly)
#### Post date: [2월 25, 2023, 11:30오후 UTC](https://meta.discourse.org/t/end-to-end-encryption-for-chat/226932/12 "2023-02-25T23:30:12Z")
여전히 시스템 전체에 적용되는 설정입니다. 채널용 설정 하나와 다이렉트 메시지용 설정 하나가 있습니다.
향후 채널별로 설정할 수 있도록 하는 것이 합리적이라고 생각하지만, 현재로서는 우선순위가 높은 항목은 아닙니다.
---
### Author:  [@jimkleiber](https://meta.discourse.org/u/jimkleiber)
#### Post date: [2월 25, 2023, 11:33오후 UTC](https://meta.discourse.org/t/end-to-end-encryption-for-chat/226932/13 "2023-02-25T23:33:47Z")
아, 알겠습니다. 그러면 저는 여전히 다이렉트 메시지(개인 채팅)를 꺼두는 쪽으로 가닥을 잡을 것 같아요. 보관 기간을 정말 짧게 설정하면, 다른 채팅 플랫폼에서는 사용자가 직접 제어할 수 있는 개인 채팅이 계속 사라지는 것에 대해 사람들이 정말 불만을 가질 수 있을 것 같아서요.
그리고 채팅 플러그인의 개발 현황에 대해 정말 궁금합니다. 개발 우선순위가 높은 기능들이 어떤 것들인지 알 수 있는 곳이 있을까요? GitHub에 숨겨져 있더라도 공개된 로드맵이 있는지 궁금합니다. 🙂
---
### Author:  [@mcwumbly](https://meta.discourse.org/u/mcwumbly)
#### Post date: [2월 26, 2023, 2:00오전 UTC](https://meta.discourse.org/t/end-to-end-encryption-for-chat/226932/14 "2023-02-26T02:00:56Z")
다음 달쯤 [다음 릴리스를 위한 주제](https://meta.discourse.org/t/discourse-version-3-1/239039)를 업데이트하여 Discourse 전체의 다음 릴리스에 대한 고위급 계획을 더 잘 반영할 예정입니다. 그러나 채팅이나 기타 특정 기능에 대한 공개 로드맵을 유지하지는 않고 있습니다.
[discourse/discourse 저장소](https://github.com/discourse/discourse)와 여기의 #chat 태그를 지켜보면서 어떤 부분에 주목하고 있는지 파악할 수 있을 것입니다.
채팅에 대한 현재 우선순위에 대해 별도로 더 자세히 공유할 수 있습니다.
---
### Author:  [@jimkleiber](https://meta.discourse.org/u/jimkleiber)
#### Post date: [3월 4, 2023, 3:22오전 UTC](https://meta.discourse.org/t/end-to-end-encryption-for-chat/226932/15 "2023-03-04T03:22:48Z")
언급하신 세 곳 모두 확인해 보겠습니다. 감사합니다!
또한, 채팅의 현재 우선순위 사항에 초점을 맞춘 별도의 주제를 개설할 예정입니다.
마지막으로, 채팅의 e2ee(종단 간 암호화)와 관련하여, 이를 구현하기 위한 플러그인을 개발하는 방법에 대해 조언이 있으신가요? 이론적으로 개발 및 유지보수에 얼마나 많은 노력과 비용이 들지 궁금합니다. [Discourse Encrypt](https://github.com/discourse/discourse-encrypt) 플러그인을 수정하는 것이 좋을까요, 아니면 다른 플러그인이나 라이브러리를 사용하는 것이 좋을까요?
---
### Author:  [@meglio](https://meta.discourse.org/u/meglio)
#### Post date: [11월 22, 2023, 2:14오전 UTC](https://meta.discourse.org/t/end-to-end-encryption-for-chat/226932/16 "2023-11-22T02:14:18Z")
우리도 그룹 채팅에서 암호화를 지원했으면 합니다. 이렇게 하면 매우 민감한 내용을 논의할 때 제3자 애플리케이션을 사용할 필요가 줄어들며, 원본 데이터가 서버에 전송되는 것을 방지할 수 있습니다. 우리는 어쨌든 이 문제를 해결해야 하며, 그것이 Discourse가 되든 다른 곳이 되든 마찬가지입니다. 이미 Discourse를 사용하고 있는 상태에서 제3자 애플리케이션 사용 자체를 없앨 수 있다면 우리에게 큰 이점이 될 것입니다.
> [@mcwumbly](#):
>
> 여러분의 요구사항을 충족할 수 있는 한 가지 옵션은 보존 기간(retention)을 매우 짧게 설정하는 것입니다.
채팅 메시지가 데이터베이스에서 100% 완전히 삭제되나요?
또한, 암호화되지 않은 채팅 메시지는 백업에도 남아있게 된다는 점도 언급할 가치가 있습니다.
---
### Author:  [@sunjam](https://meta.discourse.org/u/sunjam)
#### Post date: [11월 22, 2023, 3:50오전 UTC](https://meta.discourse.org/t/end-to-end-encryption-for-chat/226932/17 "2023-11-22T03:50:26Z")
> [@jimkleiber](#):
>
> 어쨌든, 저는 사적 주제에서도 이 기능을 좋아하며, 개인 채팅에서도 이 기능이 적용되기를 기대하고 있습니다 🙂
Discourse가 개인 메시지 암호화를 통해 이 사용 사례를 어떻게 처리하는지 본 적이 없습니다. 실제로 실시간 채팅에서의 E2E(끝에서 끝) 암호화의 사용 사례를 잘 모르겠습니다. 이는 포럼에 대해 대화하려는 의도를 완전히 깨뜨리고, 기존 암호화 플러그인을 단순히 재현할 뿐이기 때문입니다.
> [@maiki](#):
>
> 또한, 암호화된 개인 메시지는 일종의 _실시간 채팅 채널_과도 같으므로, 그 점도 있습니다!
정말 그렇습니다.
> [@jimkleiber](#):
>
> 때로는 메시지를 전달하거나, 공개적인 토론으로 전환하고 싶을 때가 있습니다.
그렇다면 왜 먼저 Discourse의 기존 신뢰 시스템과 그룹 제한 기능을 활용하지 않나요?
> [@jimkleiber](#):
>
> 저는 감정에 대해 일하며, 사람들이 갈등을 다루고 자신의 감정을 표현하는 것을 돕고 있습니다.
우리는 옵트인/옵트아웃 그룹을 사용하여 이를 해결할 수 있었습니다. 이는 정말 도움이 되었고, 포럼을 사용하는 다른 모든 사용자가 그러한 메시지를 볼 수 없도록 해주었습니다.
> [@jimkleiber](#):
>
> 사적 주제와 공개/반공개 채팅 채널의 다른 기능들을 제한할 수 있다는 이유를 이해할 수 있습니다.
모든 것이 E2E여야 한다고 생각하기 전에(이는 포럼의 전체 구조를 깨뜨립니다), 그룹 제한으로 얼마나 멀리 갈 수 있는지를 진지하게 고려해 보세요. ❤ 강력히 추천합니다.
제 소견으로는, 포럼을 호스팅하는 시스템을 관리하는 관리자를 신뢰할 수 없을 때 E2E가 사용되며, 이는 사용자의 게시글과 상호작용의 프라이버시(이미 처리할 수 있는 부분)와는 다른 개념입니다.
---
### Author:  [@jimkleiber](https://meta.discourse.org/u/jimkleiber)
#### Post date: [11월 22, 2023, 6:36오후 UTC](https://meta.discourse.org/t/end-to-end-encryption-for-chat/226932/18 "2023-11-22T18:36:45Z")
다른 사용자들로부터 채팅을 숨기는 것이라면, 그룹/신뢰 권한이 잘 작동한다고 생각합니다.
제게는 채팅을 관리자/서버로부터 숨기는 것이 더 중요합니다. 이 관점에서 보면, 채팅이 서버에 여전히 평문으로 저장되므로 그룹/신뢰 권한이 효과적이지 않을 것 같습니다.
이것이 왜 중요한가요? 제 맥락에서, 만약 앨리스가 개인 채팅에서 밥과 자신의 삶에서 깊은 감정의 문제를 이야기하고 있다면, 저는 관리자로써 그런 대화를 엿볼 수 있는 능력을 원하지 않습니다. 또한 앨리스와 밥이 제가 엿보지 않는다는 것을 안심하고 느끼기를 바랍니다. 제가 왓스앱이나 시그널을 선호하고 인스타그램이나 페이스북 메신저를 정말로 싫어하는 이유도 이것과 같습니다. 제가 입력하는 모든 것을 관리자가 읽을 수 없다는 것을 (강하게) 믿고 싶기 때문입니다.
---
### Author:  [@meglio](https://meta.discourse.org/u/meglio)
#### Post date: [1월 18, 2024, 9:38오전 UTC](https://meta.discourse.org/t/end-to-end-encryption-for-chat/226932/19 "2024-01-18T09:38:43Z")
> [@maiki](#):
>
> 또한, 암호화된 개인 메시지는 일종의 _실시간 채팅 채널_과도 같기 때문에, 이런 점도 있습니다!
솔직히 말하자면, 경험은 매우 다릅니다. 채팅은 다음과 같습니다:
- 시각적으로 더 컴팩트하여, 채팅에 꼭 필요한 형태입니다.
- 더 빠릅니다.
- 특정 주제에 몰두하고 있을 때 팝업 창으로 띄워둘 수 있어, 같은 화면에서 누군가와 채팅으로 논의하는 동안 장기 기억 주제를 편집할 수 있습니다.
💡 제 관찰에 따르면, Discourse가 처음부터 지향해 온 철학은 주제(Topics), 개인 메시지(PMs), 채팅이 모두 하나의 것으로 수렴하고 있으며, 기능 공유가 점점 더 많아지고 있다는 것입니다(이것이 의도적이든 아니든). 따라서 개인 메시지가 채팅 창처럼 “떠다니며”, 그 “채팅” 모드에서 더 컴팩트하고, 매우 빠르다면, 암호화된 채팅은 필요하지 않고 암호화된 개인 메시지를 사용하면 됩니다.