피드백 감사합니다 
어제 이 주제가 다시 올라오면서(bump) 좀 더 깊이 생각해 보았습니다(그래서 여기에 게시글을 올린 것입니다). 저는 클라이언트 전용 솔루션(즉, JavaScript 임베드)이 여기에서 실제로 의미가 있는 유일한 방법이라고 생각합니다. 그렇지 않으면 결국 각자 고유한 문제를 가진 여러 플랫폼별 구현체들을 이야기하는 것이 됩니다.
동시성(concurrency)과 부하(load)가 문제가 된다는 지적이 맞습니다. ActivityPub의 경우 상당한 부하와 동시성 문제가 있습니다. 단일 ActivityPub 게시물이 Fediverse와의 수많은 수신 및 발신 요청을 유발할 수 있기 때문입니다. 이러한 맥락에서, 원격 클라이언트가 제어되는 상태이므로 오히려 약간 더 쉬울 수 있습니다. 또한 이 경우 동시성과 부하는 실제로 서버 측(즉, Discourse 측)에서만 문제가 되며, 이들은 문제가 되긴 하지만 백그라운드 작업, 캐싱, 뮤텍스(mutex)를 통해 해결할 수 있다고 생각합니다. 하지만 그렇다고 해도 고려해야 할 중요한 문제들입니다.