Bluesky ist nicht nur ein weiteres soziales Netzwerk - es basiert auf dem ATProtocol, einer foederierten Architektur, die fuer Dezentralisierung entwickelt wurde. Das Verstaendnis, wie die Teile zusammenpassen, hilft Ihnen, bessere Anwendungen zu entwickeln und zu schaetzen, warum Bluesky sich grundlegend von zentralisierten Plattformen unterscheidet.
Diese Anleitung erklaert die Kernkomponenten der foederierten Architektur von ATProtocol: Personal Data Server, Relays, AppViews, Feed Generators und Labelers.
Das grosse Bild: Foederierte Architektur
ATProtocol verwendet eine Designphilosophie der "grossen Welt mit Rueckfall auf kleine Welten". Das Ziel ist netzwerkweite Indexierung und Auffindbarkeit bei gleichzeitiger Ermoeglichung eines unabhaengigen Betriebs.
So fliesst Daten durch das System:
- Benutzer erstellen Inhalte auf ihrem PDS (Personal Data Server)
- Relays durchsuchen PDSs und aggregieren Daten in einem Firehose-Stream
- AppViews konsumieren den Firehose und bauen benutzerorientierte Funktionen
- Feed Generators erstellen benutzerdefinierte algorithmische Feeds
- Labelers wenden Inhaltskennzeichnungen zur Moderation an
- Clients (wie Skyscraper) zeigen alles den Benutzern an
Jede Komponente kann unabhaengig betrieben werden, was ein widerstandsfaehiges, zensurresistentes Netzwerk schafft.
Personal Data Server (PDS)
Der PDS ist Ihr persoenlicher Agent im Netzwerk. Hier leben Ihre Identitaet und Ihre Daten.
Was ein PDS macht
- Hostet Ihr Repository - Alle Ihre Beitraege, Likes, Follows und andere Datensaetze
- Verwaltet Ihr Konto - Anmeldung, Authentifizierung und Sitzungsverwaltung
- Kontrolliert Ihren Signaturschluessel - Kryptografischer Nachweis Ihrer Identitaet
- Speichert private Daten - Direktnachrichten, stummgeschaltete Woerter und andere nicht-oeffentliche Informationen
- Liefert Ihre Daten - Antwortet auf Anfragen von Relays und anderen Diensten
Gehostet vs. Selbst-gehostet
Die meisten Bluesky-Benutzer nutzen Blueskys gehosteten PDS (bsky.social). Aber Sie koennen auch:
- Ihren eigenen PDS selbst hosten - Volle Kontrolle ueber Ihre Daten
- Einen Drittanbieter nutzen - Unabhaengige Hosting-Dienste
- Zwischen PDSs migrieren - Ihr Konto verschieben, ohne Ihre Identitaet zu verlieren
Ihre DID (Decentralized Identifier - dezentralisierter Identifikator) bleibt gleich, unabhaengig davon, welcher PDS Ihre Daten hostet. Das ist es, was echte Kontoportabilitaet moeglich macht.
PDS-Vorteile
- Dateneigentum - Sie kontrollieren, wo Ihre Daten leben
- Zensurresistenz - Kein einzelner Kontrollpunkt
- Portabilitaet - Konto verschieben, Follower behalten
- Datenschutzoptionen - Selbst hosten fuer maximale Privatsphaere
Relay
Der Relay ist die Aggregationsschicht, die netzwerkweite Funktionen ermoeglicht.
Was ein Relay macht
- Durchsucht das Netzwerk - Verbindet sich mit PDSs und ruft neue Daten ab
- Aggregiert alles - Kombiniert Daten aus allen Quellen
- Gibt einen Firehose aus - Streaming-Feed aller Netzwerkaktivitaeten
- Ermoeglicht Auffindbarkeit - Macht Inhalte im gesamten Netzwerk auffindbar
Arten von Relays
- Vollnetzwerk-Relays - Indexieren alles (wie Blueskys Haupt-Relay)
- Teilnetzwerk-Relays - Konzentrieren sich auf bestimmte Gemeinschaften oder Themen
- Private Relays - Bedienen bestimmte Anwendungen oder Organisationen
Mehrere Relays koennen koexistieren und bieten Redundanz und ermoeglichen verschiedenen Diensten, auf denselben Netzwerkdaten aufzubauen.
Warum Relays wichtig sind
Ohne Relays muesste jeder Client sich mit jedem PDS einzeln verbinden - eine unmogliche Aufgabe im grossen Massstab. Relays loesen dies durch:
- Reduzierung der PDS-Last - PDSs bedienen Relays, nicht Millionen von Clients
- Verbesserung der Auffindbarkeit - Inhalte sind ueber Ihr unmittelbares Netzwerk hinaus auffindbar
- Ermoeglichung globaler Funktionen - Suche, trendige Themen und mehr
- Bereitstellung von Redundanz - Mehrere Relays koennen dieselben Daten liefern
AppView
AppViews sind die Anwendungslogik-Schicht, die Rohdaten in Benutzerfunktionen umwandelt.
Was ein AppView macht
- Konsumiert den Firehose - Abonniert Relay-Datenstroms
- Indexiert Inhalte - Erstellt durchsuchbare Datenbanken
- Stellt Feeds zusammen - Erstellt die Zeitleiste, die Sie in der App sehen
- Bietet API-Endpunkte - Liefert Daten an Client-Anwendungen
- Aggregiert Daten - Zaehlt Likes, Follows und andere Metriken
Blueskys AppView
Bluesky betreibt einen AppView, der die Haupt-Bluesky-Erfahrung antreibt. Er:
- Bietet die
api.bsky.app-Endpunkte - Indexiert alle Beitraege fuer die Suche
- Berechnet Engagement-Metriken
- Liefert die Following- und Entdecken-Feeds
Benutzerdefinierte AppViews
Da ATProtocol offen ist, kann jeder seinen eigenen AppView bauen, um:
- Alternative soziale Erfahrungen zu schaffen
- Spezialisierte Anwendungen zu bauen (Foto-Sharing, Langform-Inhalte usw.)
- Bestimmte Gemeinschaften oder Regionen zu bedienen
- Unterschiedliche Inhaltsrichtlinien umzusetzen
Feed Generators
Feed Generators erstellen benutzerdefinierte algorithmische Feeds - eine der leistungsfaehigsten Funktionen von Bluesky.
Wie Feed Generators funktionieren
- Abonnieren den Firehose - Empfangen alle Netzwerkaktivitaeten
- Wenden benutzerdefinierte Logik an - Filtern, sortieren und kuratieren Inhalte
- Bedienen Feed-Anfragen - Geben geordnete Listen von Beitraegen zurueck
- Benutzer abonnieren - Fuegen benutzerdefinierte Feeds zu ihrer Erfahrung hinzu
Was Sie bauen koennen
- Themen-Feeds - Beitraege zu bestimmten Themen
- Sprach-Feeds - Inhalte in bestimmten Sprachen
- Community-Feeds - Kuratiert fuer bestimmte Gruppen
- Algorithmische Feeds - Engagement-basiert oder ML-gestuetzt
- Moderierte Feeds - Mit spezifischen Inhaltsrichtlinien
Bei Skyscraper haben wir unseren Trending-Hashtags-Dienst aufgebaut, indem wir den Firehose verarbeiten, um die Beliebtheit von Hashtags zu verfolgen - eine Funktion, die ohne diese offene Architektur nicht moeglich waere.
Labelers
Labelers bieten stapelbare Moderation fuer das Netzwerk.
Wie Labelers funktionieren
- Wenden Labels auf Inhalte an - Markieren Beitraege oder Konten mit Metadaten
- Labels sind informativ - Sie beschreiben Inhalte, sie verstecken sie nicht
- Benutzer abonnieren Labelers - Waehlen, wessen Labels sie vertrauen
- Clients setzen Labels durch - Zeigen Warnungen an, verschwimmen Inhalte oder verstecken sie vollstaendig
Arten von Labels
- Inhaltswarnungen - Erwachseneninhalte, Gewalt usw.
- Fehlinformations-Markierungen - Faktencheck-Labels
- Spam-Indikatoren - Bot- oder Spam-Konto-Markierungen
- Benutzerdefinierte Kategorien - Gemeinschaftsspezifische Labels
Warum stapelbare Moderation wichtig ist
Im Gegensatz zu zentralisierten Plattformen, bei denen ein Unternehmen alle Moderationsentscheidungen trifft, ermoeglicht ATProtocol:
- Benutzerauswahl - Abonnieren Sie Labelers, denen Sie vertrauen
- Konkurrierende Moderation - Verschiedene Labelers fuer verschiedene Gemeinschaften
- Transparenz - Labels sind sichtbar, keine versteckten Regeln
- Einspruchsmoeglichkeiten - Wechseln Sie Labelers, wenn Sie nicht einverstanden sind
Wie alles zusammenhaengt
Verfolgen wir einen Beitrag durch das System:
- Sie schreiben einen Beitrag in Skyscraper (oder einem anderen Client)
- Client sendet ihn an Ihren PDS ueber die ATProtocol-API
- PDS speichert ihn in Ihrem Repository und signiert ihn mit Ihrem Schluessel
- Relay durchsucht Ihren PDS und fuegt den Beitrag zum Firehose hinzu
- AppView indexiert den Beitrag fuer Suche und Feeds
- Feed Generators bewerten ihn zur Aufnahme in benutzerdefinierte Feeds
- Labelers koennen Labels anwenden basierend auf ihren Kriterien
- Andere Benutzer sehen Ihren Beitrag ueber ihre Clients
Jeder Schritt involviert verschiedene Dienste, die von verschiedenen Einheiten betrieben werden koennen, was ein wirklich dezentrales System schafft.
Auf ATProtocol aufbauen
Als Entwickler koennen Sie auf mehreren Ebenen mit ATProtocol interagieren:
Client-Anwendungen
Bauen Sie Apps, die sich mit bestehender Infrastruktur verbinden:
- Nutzen Sie die AppView-API fuer Benutzerfunktionen
- Authentifizieren Sie sich ueber OAuth oder App-Passwoerter
- Erstellen Sie Beitraege, Follows und andere Datensaetze
Feed Generators
Erstellen Sie benutzerdefinierte Feeds:
- Abonnieren Sie den Relay-Firehose
- Implementieren Sie Ihren Feed-Algorithmus
- Bedienen Sie einen Feed-Generator-Endpunkt
Infrastruktur-Dienste
Betreiben Sie Ihre eigene Infrastruktur:
- Selbst-hosten Sie einen PDS fuer sich selbst oder andere
- Betreiben Sie einen spezialisierten Relay
- Bauen Sie einen benutzerdefinierten AppView
- Betreiben Sie einen Kennzeichnungsdienst
Warum Foederation wichtig ist
Die foederierte Architektur von ATProtocol bietet Vorteile, die zentralisierte Plattformen nicht bieten koennen:
- Kein einzelner Ausfallpunkt - Das Netzwerk ueberlebt, wenn eine Komponente ausfaellt
- Benutzer-Dateneigentum - Sie kontrollieren, wo Ihre Daten leben
- Kontoportabilitaet - Umziehen ohne Ihre Identitaet zu verlieren
- Innovationsfreiheit - Jeder kann neue Komponenten bauen
- Zensurresistenz - Keine zentrale Autoritaet, die Benutzer zum Schweigen bringen kann
- Wettbewerb - Mehrere Anbieter koennen das Netzwerk bedienen
Erste Schritte
Bereit, auf ATProtocol aufzubauen? Hier koennen Sie beginnen:
- ATProtocol-Tutorial fuer Anfaenger - Bauen Sie Ihre erste App
- OAuth-Implementierungsanleitung - Authentifizieren Sie Benutzer sicher
- Ratenlimits-Anleitung - Verstehen Sie API-Limits
- Facetten-Anleitung - Behandeln Sie Rich Text korrekt
Haeufig gestellte Fragen
Was ist ein PDS?
Ein Personal Data Server hostet Ihr Benutzer-Repository, verwaltet Ihr Konto, handhabt die Authentifizierung und speichert Ihre privaten Daten. Er ist Ihr Agent im ATProtocol-Netzwerk.
Was ist ein Relay?
Ein Relay durchsucht das Netzwerk, aggregiert Daten von PDSs und gibt einen Streaming-Firehose aus, den nachgelagerte Dienste nutzen, um Funktionen zu bauen.
Was ist ein AppView?
Ein AppView konsumiert Relay-Daten und erstellt benutzerorientierte Funktionen - stellt Feeds zusammen, indexiert Inhalte und bietet API-Endpunkte fuer Client-Apps.
Kann ich Bluesky selbst hosten?
Ja! Sie koennen Ihren eigenen PDS betreiben und am foederierten Netzwerk teilnehmen, waehrend Sie die volle Kontrolle ueber Ihre Daten behalten.
Was sind Feed Generators?
Dienste, die benutzerdefinierte algorithmische Feeds erstellen, indem sie den Firehose abonnieren, ihre eigene Logik anwenden und kuratierte Beitragslisten an Abonnenten liefern.