Comparação entre o Bluesky e o fediverse

 (hackers.pub)
10 pontos por hongminhee 2025-03-25 | 1 comentários | Compartilhar no WhatsApp

Diferenças centrais de arquitetura: entrega de mensagens vs. heap compartilhado

  • Fediverse: usa um modelo de “entrega de mensagens”, semelhante ao e-mail

    • entrega mensagens diretamente a destinatários específicos
    • as mensagens são enviadas apenas aos servidores necessários, o que é eficiente
    • indivíduos podem operar nós até mesmo com hardware barato

  • Bluesky: usa um modelo de “heap compartilhado”

    • todas as mensagens são armazenadas em um “relay” central
    • os usuários filtram no relay as informações relevantes
    • exige infraestrutura centralizada de grande escala
    • o custo de operação do relay cresce rapidamente (em 4 meses, de 1 TB para 5 TB)

Visão global e problema de centralização

  • Bluesky: foco em manter uma visão consistente de toda a rede

    • todas as appviews precisam de informações de bloqueio de toda a rede, entre outras
    • as listas de bloqueio são públicas, gerando problemas de privacidade
    • é difícil implementar isso sem controle centralizado

  • Fediverse: cada servidor aplica suas próprias políticas de forma independente

    • oferece mais autonomia aos usuários
    • as informações de bloqueio são projetadas para não serem públicas

Comparação da abertura dos protocolos

  • Fediverse/ActivityPub: padrão aberto adotado pelo W3C

    • qualquer pessoa pode implementar livremente
    • garante interoperabilidade entre diferentes softwares
    • evolução guiada pela comunidade por meio dos FEPs

  • Bluesky/AT Protocol: protocolo liderado por empresa

    • ainda não se consolidou como padrão aberto
    • tem limitações de escalabilidade e sustentabilidade

Centralização das mensagens diretas (DM)

  • Bluesky: todas as DMs passam por um servidor central

    • são transmitidas pela empresa Bluesky, independentemente do PDS ou relay do usuário
    • a empresa Bluesky pode acessar todas as DMs
    • isso contradiz o conceito de “saída confiável”

  • Fediverse: mecanismo de entrega direta entre servidores

    • apenas o administrador do seu próprio servidor pode acessar as mensagens

Problemas na implementação de identidade portátil

  • Bluesky: usa DID, mas ainda depende de centralização

    • did:web e did:plc dependem de DNS e de um registro central
    • no início, todas as contas usavam as mesmas rotationKeys
    • as chaves dos usuários são gerenciadas pela Bluesky

  • Fediverse: o conceito de identidade nômade ainda está em desenvolvimento

    • o protocolo Zot e outros oferecem uma mobilidade mais abrangente
    • melhorias contínuas por meio de iniciativas como a FEP-ef61

Pressões comerciais e sustentabilidade

  • Bluesky: depende de financiamento de capital de risco

    • existe a percepção de que “a organização é o inimigo do futuro”
    • há pressão comercial para introduzir contas pagas e publicidade
    • a pressão por retorno aos investidores pode prejudicar a descentralização

  • Fediverse: reúne diferentes operadores e modelos de financiamento

    • forma um ecossistema de nós comerciais, não comerciais e pessoais
    • não há um único ponto de falha

Conclusão

  • O Bluesky pode ser uma ótima alternativa ao X por oferecer uma interface amigável e uma experiência semelhante ao Twitter
  • No entanto, por causa do design centralizado, dos custos operacionais, das fragilidades de privacidade e da dependência corporativa, ele não é uma alternativa ao fediverse
  • Os dois sistemas têm objetivos e filosofias de design fundamentalmente diferentes e, idealmente, podem evoluir de forma complementar

Leituras relacionadas

1 comentários