ReeSilva

Claro, uma instância ou uma aplicação específica pode aceitar autenticação através de outros servidores desde que haja uma maneira de implementar fornecida pela outra aplicação, mas aí vai da implementação. O ActivityPub estabelece as diretrizes para redes se comunicarem entre si sobre as atividades dos seus atores sobre objetos, mas como alguém estabelece vínculo autorizativo para criar atividades por um ator fica a critério da implementação. Em termos gerais, a federação não versa sobre os processos para se efetuar uma atividade, mas apenas sobre a atividade em si e como distribui-la

Não. O ator, que é a sua abstração no fediverso, pertence ao servidor. Inclusive o identificador dele é único justamente porque o nome do servidor é parte compositora do id, de forma que quando você tenta autenticar em outra instância, pra ela o seu login dá usuário não encontrado

https://www.w3.org/TR/activitypub/#actor-objects

Por isso eu foco em usar bridges OSS

Eles vão usar o protocolo Signal. Mas você pode ir pro Beeper, que usa Matrix e tem bridges com todos os comunicadores. Você fica em um lugar só e ainda pode adicionar quantos canais Matrix você quiser

Well, tbh I thought that the IDF actions were more like the brazilian Polícia Militar: "shoot first, ask second"

🎯

I thought it was just me. And I had the exactly same jingle as you hahaha

~~there's life in the ocean~~

Eu gosto da ideia pra poder acompanhar pessoas que fornecem conteúdo interessante mas não estão no fediverso

Release a product that is not usable by disabled people Releases another product that costs more money but is the only way for disabled people to use the first product

Make profit

I'm afraid that UK could steal this post to show in one of their museums