Introduction
Bluesky, une plateforme sociale décentralisée, semble offrir une alternative aux réseaux sociaux traditionnels en promettant une plus grande autonomie et sécurité pour les utilisateurs. Cependant, malgré son architecture ouverte basée sur le protocole ATProto, des inquiétudes subsistent quant à la concentration des données et du contrôle.
Contexte Technique
Le protocole ATProto permet une interopérabilité entre applications, avec une identité unique pour chaque utilisateur. Les données sont stockées sur un serveur personnel (PDS) qui peut être auto-hébergé, mais la majorité des utilisateurs optent pour le serveur géré par Bluesky. Cela crée une concentration des données et du contrôle, malgré la possibilité théorique de migration vers un PDS auto-hébergé.
Analyse et Implications
L'analyse révèle que chaque nouvelle application basée sur ATProto renforce la dépendance à l'égard de l'infrastructure de Bluesky, augmentant ainsi le coût de switching pour les utilisateurs. De plus, Bluesky contrôle des couches critiques telles que le relais, l'AppView et le répertoire DID, ce qui lui donne une influence significative sur ce qui est visible ou non sur la plateforme. En cas d'acquisition, ces contrôles pourraient être utilisés pour restreindre l'accès aux données ou modifier les règles de la plateforme, affectant non seulement Bluesky mais aussi toutes les applications de l'écosystème.
Perspective
Il est essentiel de surveiller de près l'évolution de Bluesky et de son écosystème, en particulier les mécanismes de contrôle et de concentration des données. Les utilisateurs et les développeurs doivent être conscients des risques potentiels liés à la centralisation, même dans un contexte de protocole ouvert. La structure de Bluesky en tant que Public Benefit Corporation (PBC) est censée protéger les intérêts des utilisateurs, mais il est crucial de tester et de renforcer ces garanties pour éviter les abus de pouvoir et assurer une véritable décentralisation.