Identidade Social

Acabei de ouvir o episódio do DOT Social Podcast e agora to pensando que tem uma coisa lá que fe sentido: O protocolo de publicação não é tão importante, inclusive ele é substituível, assim como aconteceu com POP3 e IMAP, esses inclusive são compatíveis, você pode mandar uma e-mail e pouco importa se a pessoa quel a pessoa vai usar para ler.

O que é realmente importante e desafiador é o protocolo de identificação, to mais interessado em saber que a mensagem foi endereçada ou veio da pessoa certa do que o protocolo usado.

Indo agora para a Web Social, estamos bastante focados no protocolo de comunicação e suas pontes, mas pouco se fala em um protocolo de identificação no fediverso.

O protocolo adotado pelo Bluesky, o DID é padronizado pelo W3c, não sabia disso.

Acho isso importante discutir, pois essa é talvez a principal falha no fediverso. Quem tem condições e conhecimento, consegue hoje subir uma instância em seu próprio domínio e meio que ter controle de sua identidade.

Mas isso vem com compromissos nada interessantes como por exemplo o lock do dominio e plataforma.

Quem entra em instâncias públicas não é dono da propria identidade, pois não tem como atrelar a um dominio, você se torna "@ fulano @ instancia" e sua identidade pertence ao admin daquela instância e até para mover para outra instância e fazer os redirects você acaba dependendo da boa vontade daquele admin de manter a instância rodando e não dar um kick no seu user.

O mundo ideal

Algum protocolo de identificação tipo esse DID permite eu atrelar "meudominio .com" a um "DID:xyz" (como é feito hoje no BlueSky)

E então eu uso esse dominio + DID em todas as redes, ao entrar para uma instância no fedi eu vou usar meu dominio como identidade e meu user é o meu domínio não importa a instância que eu esteja.

As pessoas iriam seguir o meu dominio e vice versa.

Se a instância me bloquear ou sair do ar, sem problemas, eu vou para outro canto e mantenho minha identidade e ninguém deixa de me seguir.

Isso permitiria a coexistência de ATproto, ActivityPub, Bostr, Streams, Whatever... por meio de bridges e proxies (como já é hoje) mas a identidade seria a mesma.

Fazer isso via domain registrar me parece um bom "contrato", pelo menos é melhor do que ter isso em uma blockchain anonimizada, no domain registrar dá até para manter o sigilo de identidade, que pode ser quebrado pela justiça se preciso.

Isso traz um problema de acesso, nem todo mundo pode registrar um dominio, por motivos financeiros, então o ICANN teria que oferecer um sub dominio ou tld free! (.socialweb, .me.social) algo assim que qualquer pessoa, após devida identificação poderia registrar free forever.

Mas as pessoas poderiam também se registrar em um subdominio qualquer, de empresa, de instituições de ensino, de grupos, comunidades etc... pois o domínio é portável, o importante é o DID ser atrelado a esse domínio.

No passado o ICQ tentou fazer algo parecido com o UIN (Universal Internet Number), eu lembro do meu até hoje!

Conclusão

O formato de publicação pouco importa, neste ponto até acho o Atproto mais completo com rich text e facets. E no AP dá para federar postagem de blog, video, foto, típico de forum.

O protocolo de atividades, o ActivityPub resolve bem, likes, follows, bookmarks etc.

Agora o protocolo principal, o de identificação ainda não está resolvido.

Enquanto isso não for resolvido, a experiência de Web Social nunca vai ser simplificada, isso prejudica pois além de não oferecer 100% de descentralização já que todo mundo depende de um admin de instância, também cria desigualdade, pois só quem tem condições de rodar sua própria instância está realmente descentralizado.

Para tornar isso aqui mais fácil para o "usuário comum", para deixar de ser uma rede de nicho, precisa resolver esse onboarding.

É um desafio muito difícil e interessante.

#activitypub #atproto #socialweb #mastodon #bluesky #decentralization #fediverse