@aschrijver, 정말 감사합니다. 설명이 매우 명확하고, 솔직히 당신이 하신 말씀에 거의 전적으로 동의합니다. 저는 당신이 제안하신 것이 궁극적인 목표로 "완전(하고 완전히 열린) federation"을 향해 나아가는 "스텝스톤(발판)"이라는 어떤 식의 생각을 머릿속에 품고 메시지를 작성했습니다. 하지만 지금 보니 그 생각이 어디서 나온 것인지 저도 확신이 서지 않으며, 사실 당신은 그런 말을 한 적이 전혀 없을 수도 있습니다. 제 오해(혹은 제가 만들어낸 생각)이거나, 다른 사람들이 한 말을 혼동한 것일 수도 있습니다.
ActivityPub를 사용하면 할 수 있는 모든 것을 허용하되, 여전히 어떻게 일을 처리할지는 스스로 선택할 수 있다는 점, 네, 이 모든 것은 저에게 놀랍게 들립니다. ActivityPub와 Fediverse 사이에 혼란이 있을 수 있다는 당신의 말씀이 옳은 것 같습니다. (다른 주제에서 ActivityPub에 대해 이미 설명해 주셨습니다).)
개인적으로 당신이 가져온 모든 아이디어를 좋아합니다. 연합 기반 "커뮤니티 관리"의 경우, 그렇게 하면 모더레이터에 접근할 수 있는 것도 매우 유용할 수 있습니다. 커뮤니티가 뜨거워질 때나, 예를 들어 더 많은 모더레이터가 필요한 특별한 이벤트가 있을 때 임시로 사용할 수 있는 모더레이터 말입니다. (이 모든 것은 당신의 마음속에서 "커뮤니티 관리"에 포함되었을 수도 있습니다. 당신은 플래그에 대해 말씀하셨습니다. 하지만 "커뮤니티 매니저"를 다른 역할로 정의한다면, "모더레이터"나 "커뮤니티 매니저"뿐 아니라 “관리자(admin)” 유형의 사람들에 대한 접근도 동일하게 가질 수 있습니다.)
이전에 언급했듯이, 이 모든 것은 플러그인과/또는 사이드 사이트(side site)를 통해 “부수적으로” 달성할 수 있습니다. 커뮤니티에서 직접 일하는 사람들이 서비스 목록을 제공하고 제안하는 “프리랜스” 사이드 사이트가 있을 수 있습니다. ActivityPub 덕분에 원격으로 모든 것을 원격으로 집계하여 관리할 수 있는 자체 플랫폼을 갖는 것만큼 멋지지는 않지만, 이미 좋은 시작이 될 것입니다.
결국 이 모든 것은 Discourse 팀이 이러한 아이디어 중 일부를 Discourse에 직접 구현하기를 원하느냐 마느냐에 달려 있습니다.