Assim como com a mudança de categoria, acho que realmente depende do cenário. Considere, por exemplo
- Postagem 1 criada na Categoria 1 pelo Usuário 1 (Ator 1)
- Autor da Postagem 1 alterado pelo Usuário 3 (um administrador) para o Usuário 2 (Ator 2) 2 minutos depois
- A Categoria 1 é seguida por 400 Atores em 20 domínios e 5 plataformas de software diferentes, cada uma com implementações ligeiramente diferentes de linhas do tempo e descoberta de conteúdo.
- Dentro de 2 minutos após a criação da Postagem 1, há 2 Notas com conteúdo idêntico e Atores diferentes POSTADAS para esses 400 Seguidores.
Acho que isso provavelmente causará confusão para um subconjunto razoável de seguidores, sem mencionar o fato de que o Usuário 2 pode nem mesmo perceber que seu nome agora está associado a esse conteúdo duplicado que ele não escreveu em 20 domínios diferentes. Eles podem estar bem com administradores fazendo isso em uma única instância, é algo implicitamente consentido ao postar nessa instância, no entanto, acho que devemos ter muito cuidado ao estender esse consentimento implícito para todo o fediverso, especialmente nas circunstâncias imperfeitas de duplicar o conteúdo. Alterar proprietários de postagens é uma função administrativa poderosa, específica do Discourse, e implicitamente ligada ao “contrato social” de uma única instância.
Acho que o argumento para wikis é mais forte, no entanto, eu observaria novamente o que você já aludiu. Wikis são um conceito enraizado no Discourse normal. Associar as edições de qualquer pessoa (não apenas da equipe) ao autor original é um conceito do Discourse, sem um análogo no ActivityPub. Devemos ter cuidado ao estender esse conceito usando os métodos padrão do ActivityPub para todo o fediverso. Essas atividades de Atualização serão tratadas como qualquer outra atividade de Atualização em muitas instâncias e plataformas de software diferentes, descontextualizadas de seu contexto original de wiki. Além disso, como você também aludiu, já existe um problema potencial nesse sentido com a capacidade da equipe e de usuários altamente confiáveis de editar as postagens de outras pessoas. Acho que essa questão mais limitada precisa de mais consideração antes de chegarmos à questão dos wikis.
Não estou tentando estabelecer uma escolha binária entre Discourse e ActivityPub para esses recursos. O que estou dizendo é que não devemos simplesmente tentar mapear funcionalidades sensíveis do Discourse para o Fediverse sem pensar cuidadosamente nas consequências. O padrão deve ser que esses recursos mais sensíveis sejam desativados em postagens do ActivityPub até que tenhamos um pouco mais de confiança de que não acabaremos prejudicando ou surpreendendo um subconjunto razoável de usuários ou casos de uso.
Pessoalmente, não sinto que chegamos lá com nenhum dos dois, embora meu instinto seja que o caso do wiki tem mais potencial nesta fase, mesmo que eu ainda não veja uma boa solução.