Comparaison entre Bluesky et le fediverse

(hackers.pub)

10 points par hongminhee 2025-03-25 | 1 commentaires | Partager sur WhatsApp

Fediverse : utilise un mode de « transmission de messages » similaire à l’e-mail
- transmission directe des messages à des destinataires précis
- les messages ne sont envoyés qu’aux serveurs nécessaires, ce qui est efficace
- il est possible d’exploiter un nœud sur du matériel peu coûteux
Bluesky : utilise un mode de « tas partagé »
- tous les messages sont stockés dans un « relay » central
- les utilisateurs filtrent les informations pertinentes depuis le relay
- nécessite une infrastructure centralisée à grande échelle
- le coût d’exploitation du relay augmente rapidement (de 1 To à 5 To en seulement 4 mois)

Bluesky : se concentre sur le maintien d’une vue cohérente de l’ensemble du réseau
- toutes les appviews ont besoin de l’ensemble des informations de blocage, etc.
- les listes de blocage étant publiques, cela crée des problèmes de confidentialité
- difficile à mettre en œuvre sans contrôle centralisé
Fediverse : chaque serveur applique ses politiques de manière indépendante
- offre davantage d’autonomie aux utilisateurs
- conçu pour que les informations de blocage ne soient pas rendues publiques

Fediverse/ActivityPub : standard ouvert adopté par le W3C
- librement implémentable par tous
- garantit l’interopérabilité entre différents logiciels
- évolution portée par la communauté via les FEP
Bluesky/AT Protocol : protocole piloté par une entreprise
- son statut de standard ouvert n’est pas encore établi
- extensibilité et durabilité limitées

Bluesky : tous les DM passent par un serveur central
- ils sont transmis via l’entreprise Bluesky, indépendamment du PDS de l’utilisateur ou du relay
- l’entreprise Bluesky peut accéder à l’ensemble des DM
- cela contredit la notion de « trustworthy exit »
Fediverse : mécanisme de transmission directe entre serveurs
- seul l’administrateur de son propre serveur peut accéder aux messages

Bluesky : utilise des DID mais reste dépendant d’éléments centralisés
- did:web et did:plc dépendent du DNS et d’un registre central
- au départ, tous les comptes utilisaient les mêmes rotationKeys
- les clés utilisateur sont gérées par Bluesky
Fediverse : le concept d’identité nomade est en cours de développement
- le protocole Zot, entre autres, offre une portabilité plus complète
- amélioration continue via FEP-ef61, etc.

Bluesky : dépend du financement par capital-risque
- perception selon laquelle « l’organisation est l’ennemie du futur »
- pressions commerciales liées à l’introduction de comptes payants et de publicité
- la pression de rentabilité des investisseurs peut freiner la décentralisation
Fediverse : diversité d’opérateurs et de modèles de financement
- un écosystème composé de nœuds commerciaux, non commerciaux et personnels
- absence de point de défaillance unique

Bluesky peut être une excellente alternative à X grâce à son interface conviviale et à son expérience proche de Twitter
Cependant, en raison de sa conception centralisée, de ses coûts d’exploitation, de ses faiblesses en matière de confidentialité et de sa dépendance à une entreprise, ce n’est pas une alternative au fediverse
Les deux systèmes poursuivent des objectifs et des philosophies de conception fondamentalement différents et pourraient idéalement évoluer de façon complémentaire

1 commentaires

hongminhee 2025-03-25