- Bluesky auf Basis von ATProto verspricht Dezentralisierung, doch in der Praxis sind die meisten Nutzerdaten auf Bluesky-Servern konzentriert
- Nutzer können zwar ihren eigenen Personal Data Server (PDS) betreiben, verwenden aber wegen Komfort und Kompatibilität fast alle die Standardserver von Bluesky
- Je mehr neue ATProto-Apps erscheinen, desto mehr Daten sammeln sich in der Bluesky-Infrastruktur an, wodurch die Zentralisierung strukturell verstärkt wird
- Bluesky kontrolliert zentrale Schichten wie Protokoll, Relay, AppView und DID Directory selbst, sodass Nutzer bei einer Übernahme oder Richtlinienänderung nur schwer Kontrolle ausüben können
- Technisch sind Ausstieg und Self-Hosting möglich, aber in der Realität gewinnt der Standardwert, und durch die Investitionsstruktur verstärkt der Monetarisierungsdruck den Anreiz zur Zentralisierung
Das Versprechen und die Realität von Bluesky
- Bluesky ist auf dem offenen Protokoll ATProto aufgebaut und behauptet, dass Nutzer ihre Daten und ihre Identität selbst besitzen können
- Verschiedene Apps wie Tangled, Grain und Leaflet lassen sich mit demselben Konto nutzen
- Als zentralen Wert stellt Bluesky heraus, dass man „jederzeit gehen kann, wenn man will“
- In der Praxis werden die meisten Daten jedoch auf von Bluesky betriebenen PDS gespeichert
- Self-Hosting ist möglich, aber Einrichtung und Wartung sind komplex und bieten kaum praktische Vorteile
- Der Standard-PDS von Bluesky ist sofort nutzbar und mit allen Apps kompatibel, weshalb Nutzer ihn bevorzugen
Die Struktur der Datenkonzentration
- Alle ATProto-Apps schreiben Daten in den PDS des Nutzers, und die meisten Nutzer verwenden den PDS von Bluesky
- Beiträge, Fotos, Issues und alle anderen Daten werden auf demselben Server gespeichert
- Es gibt Migrationswerkzeuge, aber sie werden selten genutzt und erfordern Vorbereitungen im Voraus
- Wenn nach einer Übernahme der Datenexport blockiert wird, werden Migrationswerkzeuge wertlos
- Historisch gesehen schützen die meisten Nutzer ihre Daten nicht im Voraus
Mechanismen, die die Zentralisierung beschleunigen
- Je mehr neue ATProto-Apps erscheinen, desto stärker steigt die Abhängigkeit von der Bluesky-Infrastruktur
- Die Struktur „Mit Bluesky-Konto anmelden“ sorgt dafür, dass sich noch mehr Daten auf Bluesky-Servern ansammeln
- Entwickler bauen Funktionen auf der Bluesky-Infrastruktur auf und verstärken dadurch letztlich die Unverzichtbarkeit von Bluesky
- Das Protokoll verteilt den Wert nicht über das gesamte Netzwerk, sondern neigt dazu, ihn bei Bluesky zu konzentrieren
- Bluesky behauptet zwar, „offen und dezentralisiert“ zu sein, doch die tatsächlichen Wechselkosten steigen weiter
Kontrollpunkte (Chokepoints)
- Relay: die zentrale Schicht, durch die alle Datenströme laufen; Bluesky betreibt die wichtigsten Relays
- Dritte können zwar Relays betreiben, aber ohne Nutzerbasis ist das kaum sinnvoll
- AppView: die Schicht, die Timeline, Threads und Benachrichtigungen zusammenstellt; sie hängt vom Haupt-AppView von Bluesky ab
- Wenn diese Schicht ausfällt oder sich feindlich verhält, sind alle Clients betroffen
- DID Directory: zuständig für die Auflösung von Identitäten in ATProto und zentral von Bluesky verwaltet
- Seit 2023 wird eine Dezentralisierung angekündigt, aber einen konkreten Zeitplan gibt es nicht
- Für jede Schicht gilt zwar: „Jeder kann sie selbst betreiben“, aber tatsächlich tun das nur sehr wenige
Vergleich mit E-Mail
- Auch E-Mail ist ein offenes Protokoll, doch die meisten Nutzer verwenden Gmail, wodurch Zentralisierung entsteht
- Bei ATProto könnte das noch gravierender sein
- Bei E-Mail verbindet sich jede App mit einem eigenen Server, bei ATProto hingegen fügen alle Apps demselben PDS Daten hinzu
- Dadurch wird das „offene Protokoll“ letztlich zum Beschleuniger der Zentralisierung
Mögliche Probleme im Fall einer Übernahme
- Wenn Bluesky übernommen wird, kontrolliert der Käufer Folgendes
- den PDS von fast allen Nutzern
- die wichtigsten Relays
- das wichtigste AppView
- das DID Directory, das alle Identitäten auflöst
- Der Käufer könnte Datenexport blockieren, Drittanbieter-Apps sperren, Föderationsfunktionen abschalten, Werbung einfügen oder Inhalte zensieren
- Der Schaden würde sich nicht nur auf das soziale Netzwerk Bluesky beschränken, sondern auf das gesamte Ökosystem mit Tangled, Leaflet, Grain und anderen ausweiten
- Selbst wenn man das Protokoll theoretisch verlassen kann, hat ein übernehmendes Unternehmen keinen Anreiz, das zuzulassen
Investitionsstruktur und Anreize
- Bluesky ist ein Unternehmen mit einer Bewertung von 700 Millionen US-Dollar und Investitionen von 120 Millionen US-Dollar
- Investoren verlangen Rendite, was wahrscheinlich zu mehr Nutzerkontrolle oder stärkerem Zentralisierungsdruck führt
- Die Struktur als PBC (Public Benefit Corporation) wird als Schutzmechanismus dargestellt, doch ihre rechtliche Wirkung und Verbindlichkeit sind unklar
- Das Fazit lautet: „The protocol can't save you from incentives“,
wirtschaftliche Anreize sind ein stärkerer Kontrollfaktor als technische Dezentralisierung
Noch keine Kommentare.