Nostr vs ActivityPub vs Bluesky: Kompletter Protokollvergleich

Ein umfassender technischer Vergleich der drei großen dezentralen Social-Protokolle. Lerne die Architektur, Trade-offs und welches Protokoll zu deinen Bedürfnissen passt.

Executive Summary

Die dezentrale Social-Landschaft hat drei große Protokolle, die um Adoption konkurrieren: Nostr (Notes and Other Stuff Transmitted by Relays), ActivityPub (das Protokoll hinter Mastodon) und Blueskys AT Protocol. Jedes repräsentiert einen grundlegend anderen Ansatz zur Lösung desselben Problems: Wie erstellt man soziale Netzwerke ohne zentralisierte Kontrolle.

Ein Wort zur Zeile mit den Größen, denn diese Zahlen werden schlecht zitiert. Bluesky hat im April 2026 die Marke von 43 Millionen registrierten Accounts überschritten, das ist die letzte veröffentlichte Zahl. Mastodon kommt auf rund 10 Millionen registrierte Accounts, aber auf weniger als eine Million Menschen, die in einem Monat auch posten. Für Nostr gibt es überhaupt keine vertrauenswürdige Nutzerzahl: Leicht messen lässt sich nur, wie viele öffentliche Schlüssel je aufgetaucht sind, und das geht in die Dutzende Millionen, überwiegend Bots, Spam und aufgegebene Schlüssel. Jede dieser Zahlen ist von anderer Art. Lies die Zeile also als Reihenfolge, nicht als Punktestand.

Wer sollte welches Protokoll nutzen?

• Wähle Nostr, wenn Zensurresistenz deine oberste Priorität ist, du echtes Dateneigentum willst oder Teil der Bitcoin/Kryptografie-Community bist
• Wähle ActivityPub/Mastodon, wenn du ein etabliertes Netzwerk mit ausgereiften Apps willst, starke Community-Moderation oder einen Server für deine Organisation betreiben musst
• Wähle Bluesky, wenn du eine polierte User Experience willst, Corporate Backing für Langlebigkeit oder von Twitter migrierst und Vertrautheit möchtest

Protokoll-Architektur

Zu verstehen, wie jedes Protokoll technisch funktioniert, hilft ihre unterschiedlichen Stärken und Limitierungen zu erklären.

Nostr: Das Client-Relay-Modell

Nostr ist elegant einfach: Es sind nur Clients und Relays.

So funktioniert es:

1. Deine Identität: Ein kryptografisches Schlüsselpaar (npub/nsec), lokal auf deinem Gerät generiert
2. Posten: Du signierst Events mit deinem Private Key und sendest sie an Relays deiner Wahl
3. Lesen: Dein Client fragt mehrere Relays ab, um Posts von Leuten zu holen, denen du folgst
4. Kein zentrales Register: Jeder kann ein Relay betreiben; keine Genehmigung nötig, um dem Netzwerk beizutreten

Relay

Ein Server, der Nostr-Events speichert und weiterleitet. Relays wissen nicht, wer du bist. Sie validieren Signaturen und speichern Daten.

Relays sind dumme Pipes, die signierte Nachrichten speichern

Schlüsselmerkmale:

• Zustandslos: Relays pflegen keine Nutzeraccounts oder Beziehungen
• Redundant: Du kannst 10+ Relays gleichzeitig nutzen; wenn eines dich zensiert, haben andere noch deine Daten
• Einfaches Protokoll: Die Kernspezifikation (NIP-01) passt in ein kurzes Dokument, alles Weitere sind optionale Erweiterungen
• Keine Föderation: Relays sprechen nicht miteinander; Clients aggregieren aus mehreren Quellen

ActivityPub: Das föderierte Server-Modell

ActivityPub erstellt eine Föderation miteinander verbundener Server, wie E-Mail aber für Social Media.

So funktioniert es:

1. Deine Identität: Zugewiesen vom Server, dem du beitrittst (z.B. @nutzer@server.com)
2. Posten: Dein Server speichert deine Posts und pusht sie zu Servern deiner Follower
3. Föderation: Server kommunizieren über das ActivityPub-Protokoll, um Posts über das Netzwerk zu teilen
4. Instanz-Administration: Jeder Server hat Admins, die Regeln setzen und Content moderieren

Schlüsselmerkmale:

• Instanz-zentrisch: Dein Server ist dein Zuhause; er speichert deine Daten und verwaltet deine Identität
• Server-zu-Server: Server kommunizieren aktiv und teilen Content
• Moderiert: Jeder Server setzt seine eigenen Content-Richtlinien und kann andere Server blocken
• Ausgereiftes Ökosystem: Seit 2018 eine W3C-Recommendation, mit etablierten Best Practices

Bluesky AT Protocol: Das Personal Data Store-Modell

Bluesky kombiniert Ideen aus beiden Ansätzen mit Fokus auf User Experience und Corporate Backing.

So funktioniert es:

1. Deine Identität: Ein Decentralized Identifier (DID), der mit Domain-Handles verknüpft werden kann
2. Personal Data Store (PDS): Deine Daten leben auf einem PDS. Anfangs ist der bei Bluesky gehostet, du kannst ihn aber selbst betreiben
3. Relay/Indexer: Bluesky betreibt Relays, die Daten von allen PDSes aggregieren und Suchindizes bauen
4. Client-Unabhängigkeit: Jede App kann vom Relay-Netzwerk mit deiner DID lesen

Schlüsselmerkmale:

• Hybrid-Ansatz: Kombiniert Nutzerdateneigentum mit zentralisierter Indexierung
• Domain-Handles: Deine Identität kann an Domains gebunden werden, die du kontrollierst (alice.com)
• Föderation ist offen, die Nutzung nicht: Seit 2024 kann jeder einen eigenen PDS betreiben und föderieren, aber Bluesky behandelt Selbst-Hosting weiterhin als Early Access (ein selbst gehosteter PDS ist auf 10 Accounts begrenzt), und fast alle Accounts liegen nach wie vor auf einem von Bluesky gehosteten
• Kommerzielles Backing: Bluesky PBC bietet Stabilität und Ressourcen für Entwicklung

Die wichtigsten Unterschiede

Identität und Authentifizierung

Nostr verfolgt den radikalsten Ansatz: Deine Identität ist rein kryptografisch. Verlierst du deinen Private Key (nsec), ist deine Identität für immer weg. Für die Zensurresistenz ist das ein Feature, denn keine Autorität kann deine Identität beschlagnahmen oder zurücksetzen. Dafür musst du mit deinen Schlüsseln sorgfältig umgehen.

ActivityPub nutzt traditionelle server-basierte Authentifizierung. Das ist vertraut (wie E-Mail) und erlaubt Passwort-Resets, erzeugt aber Lock-in: Deine Identität ist an deinen Server gebunden. Wenn mastodon.social dich bannt, verlierst du @deinname@mastodon.social.

Bluesky bietet einen Mittelweg: Deine Kernidentität ist eine DID (Decentralized Identifier), die unabhängig von Handle-Änderungen bestehen bleibt. Du kannst zwischen PDS-Providern wechseln und deine Identität behalten, ähnlich wie das Portieren einer Telefonnummer zwischen Anbietern.

Zensurresistenz

Nostr: Maximale Resistenz

• Keine zentrale Autorität kann dich vom Protokoll sperren
• Jeder kann ein Relay betreiben; du brauchst nur eines zur Teilnahme
• Content ist kryptografisch signiert und lässt sich weder fälschen noch nachträglich ändern
• Wenn ein Relay dich blockt, nutze ein anderes
• Trade-off: Spam ist schwerer zu verhindern; Moderation ist Client-seitig

ActivityPub: Moderierte Föderation

• Dein Server-Admin kann dich von seiner Instanz sperren
• Server können andere Server defederieren (also komplett blocken)
• Erstellt “Safe Spaces”, aber auch Echokammern
• Trade-off: Starke Community-Moderation, aber Potenzial für Fragmentierung

Bluesky: Corporate Moderation

• Bluesky PBC kann auf Relay-Ebene moderieren
• Selbst gehostete PDSes bieten etwas Unabhängigkeit
• Domain-basierte Verifizierung erstellt Reputationssysteme
• Trade-off: Bessere Spam-Prävention, aber abhängig von Blueskys gutem Willen

Skalierbarkeit und Performance

Nostr:

• ✅ Horizontale Skalierung: mehr Relays = mehr Kapazität
• ✅ Kein Single Point of Failure
• ⚠️ Client muss mehrere Relays abfragen (bandbreitenintensiv)
• ⚠️ Keine globale Sicht; Content-Discovery ist schwer
• ⚠️ Relay-Speicherkosten können History-Retention limitieren

ActivityPub:

• ✅ Effizient: Server holen nur, was ihre Nutzer brauchen
• ✅ Etablierte Skalierungsmuster (siehe Mastodon.social)
• ⚠️ Instanz-Ausfälle betreffen alle ihre Nutzer
• ⚠️ “Föderierte Timeline” skaliert nicht auf Millionen von Nutzern

Bluesky:

• ✅ Zentralisiertes Relay bietet schnelle, konsistente Queries
• ✅ Professionelle Infrastruktur (CDN, Caching, etc.)
• ⚠️ Aktuell zentralisiert; echte Dezentralisierung TBD
• ⚠️ Relay ist ein Flaschenhals und potenzieller Kontrollpunkt

Datenportabilität

Nostr:

• ✅ Native Portabilität: Deine Daten existieren auf mehreren Relays
• ✅ Wechsle Clients sofort: Deine Schlüssel funktionieren in jeder App, es muss also nichts exportiert werden
• ⚠️ Melde dich über einen Signer an, nicht durch Einfügen von Schlüsseln: unter Android über eine Signer-App wie Amber, im Browser über eine Erweiterung wie Alby oder nos2x. Füge deinen nsec niemals in eine Website ein
• ✅ Kein Vendor Lock-in by Design
• ⚠️ Keine Garantie für Datenpersistenz (Relays können alte Daten droppen)

ActivityPub:

• ⚠️ Datenexport hängt von deinem Server ab
• ⚠️ Server-Wechsel = neue Identität
• ⚠️ Follower übertragen nicht automatisch (“Account-Migration” ist partiell)
• ✅ Einige Server bieten gute Export-Tools

Bluesky:

• ✅ Für Portabilität von Grund auf designt
• ✅ Alle Daten über API zugänglich
• ✅ Account-Migration-Tools eingebaut
• ⚠️ Aktuell abhängig von Blueskys gehostetem PDS

Privatsphäre-Überlegungen

Nostr:

• ✅ Keine Telefonnummer oder E-Mail erforderlich
• ✅ Standardmäßig pseudonym
• ⚠️ Alle Posts sind öffentlich (verschlüsselte DMs sind optional)
• ⚠️ Metadaten-Analyse möglich (welche Relays du nutzt, wann du postest)

ActivityPub:

• ⚠️ Server-Admins können DMs lesen
• ⚠️ E-Mail normalerweise für Registrierung erforderlich
• ✅ Private Posts möglich (server-abhängig)
• ✅ Einige Instanzen priorisieren Privatsphäre

Bluesky:

• ⚠️ Bei der Anmeldung ist eine E-Mail-Verifizierung Pflicht
• ⚠️ Bluesky PBC hat Zugriff auf Daten
• ⚠️ Alles ist von Grund auf öffentlich: Im Protokoll gibt es keine privaten oder gesperrten Accounts
• ⚠️ DMs laufen über Blueskys eigenen Chat-Dienst und sind nicht Ende-zu-Ende verschlüsselt
• ✅ Kein Klarnamenzwang: Pseudonyme und klar gekennzeichnete Parodie-Accounts sind erlaubt, und ein Domain-Handle belegt, dass dir die Domain gehört, nicht wer du bist

Developer Experience

Nostr:

• ✅ Extrem einfaches Protokoll (an einem Tag lernen)
• ✅ Kein Server erforderlich, um einen Client zu bauen
• ✅ Blühendes Open-Source-Ökosystem
• ⚠️ Fragmentiert (viele konkurrierende Standards/NIPs)
• ⚠️ Limitierte eingebaute Features (muss alles implementieren)

ActivityPub:

• ✅ Ausgereifte Libraries in vielen Sprachen
• ✅ Gut dokumentierter W3C-Standard
• ✅ Existierende Implementierungen zum Studieren
• ⚠️ Komplexes Protokoll (ActivityStreams + ActivityPub)
• ⚠️ Server-Entwicklung für die meisten Apps erforderlich

Bluesky:

• ✅ Moderne, gut designte APIs
• ✅ Starker TypeScript-Support
• ✅ Aktive Developer-Community
• ⚠️ Protokoll entwickelt sich noch
• ⚠️ Aktuell abhängig von Bluesky-Infrastruktur

Anwendungsfall-Empfehlungen

Wähle Nostr, wenn…

✅ Zensurresistenz nicht verhandelbar ist

• Du bist Journalist in einem autoritären Land
• Du diskutierst politisch sensible Themen
• Du wurdest von anderen Plattformen gebannt

✅ Du Einfachheit und Eigentum schätzt

• Du willst deine Identität wirklich besitzen
• Du bevorzugst minimale, an Bitcoin ausgerichtete Technologie
• Du akzeptierst Verantwortung für Key-Management

✅ Du willst, dass dein Publikum dich direkt bezahlen kann

• Zaps sind kleine Lightning-Zahlungen, die deine Leser dir direkt schicken. Keine Plattform behält etwas ein, und es gibt keine Mindestsumme, die du erst erreichen musst
• Clients für Langtexte, Musik und Kunst hängen an derselben Identität wie deine kurzen Posts, ein Schlüssel deckt also alles ab
• Niemand kann dich demonetarisieren, weil es kein Monetarisierungsprogramm gibt, aus dem man dich entfernen könnte

✅ Du im Bitcoin-Ökosystem baust

• Lightning Network-Integration ist wichtig
• Du willst zensurresistenten Werttransfer
• Du bist bereits mit Key-Management vertraut

Beste Clients: Damus (iOS), Amethyst (Android), Iris (Web), Primal (Alle Plattformen)

Wähle ActivityPub/Mastodon, wenn…

✅ Du ein etabliertes, ausgereiftes Netzwerk willst

• Du brauchst zuverlässige, gut getestete Software
• Community-Moderation ist dir wichtig
• Du willst existierenden Communities beitreten (Infosec, Akademiker, Künstler)

✅ Du eine Community oder Organisation betreibst

• Du brauchst Server-Level-Kontrolle
• Du willst Community-Richtlinien setzen
• Du brauchst Moderations-Tools für deine Gruppe

✅ Du vertraute Social-Media-Muster bevorzugst

• Du magst das Twitter-ähnliche Interface
• Du willst private Posts und granulare Privatsphäre-Einstellungen
• Server-basierte Moderation spricht dich an

Beste Server: mastodon.social (allgemein), fosstodon.org (Tech), infosec.exchange (Security), hachyderm.io (Tech)

Wähle Bluesky, wenn…

✅ Du eine polierte, Mainstream-Erfahrung willst

• Du migrierst von Twitter und willst Vertrautheit
• User Experience ist deine oberste Priorität
• Du willst professionellen Support und Entwicklung

✅ Du willst Mainstream-Reichweite und Domain-Verifizierung

• Domain-Verifizierung ist dir wichtig
• Du willst algorithmische Wahl (mehrere Feeds)
• Du brauchst zuverlässige Infrastruktur
• Hinweis für Creators: Es gibt hier keinen eingebauten Weg, über den dein Publikum dich bezahlen kann, das funktioniert also am besten neben Nostr statt an dessen Stelle

✅ Du Corporate-backed Dezentralisierung vertraust

• Du glaubst, graduelle Dezentralisierung ist realistisch
• Du willst VC-backed Ressourcen für Wachstum
• Du akzeptierst Trade-offs für Usability

Beste Clients: Offizielle Bluesky-App, Graysky (Mobile), Tokimeki (Web)

Migrations-Guides

Von Twitter wechseln

Alle drei Protokolle bieten Fluchtwege von Twitter/X, aber die Erfahrung unterscheidet sich:

Twitter → Nostr:

1. Finde deine Community: Nostr ist noch Nische; suche nach deinen Interessen
2. Nimm deine alten Kontakte mit: Unser Twitter-Bridge-Tool prüft, wer von den Leuten, denen du auf X folgst, bereits einen Nostr-Schlüssel hat
3. Cross-Poste anfangs: Xstr spiegelt deine X-Posts automatisch nach Nostr, oder du kopierst sie am Anfang von Hand
4. Lass dich auf die Unterschiede ein: Feeds sind chronologisch, solange du es nicht anders einstellst. Trending- und algorithmische Feeds gibt es durchaus, aber du wählst sie aus, keine Plattform entscheidet das für dich
5. Baue langsam auf: Nostr belohnt authentisches Engagement über Follower-Zahlen

Twitter → ActivityPub/Mastodon:

1. Wähle deinen Server: Recherchiere Instanzen, die zu deinen Interessen passen
2. Nutze Migrations-Tools: Twitter-Export → Mastodon-Import-Tools existieren
3. Rechne damit, den Follower-Graph von Hand neu aufzubauen: Die automatischen Twitter-nach-Mastodon-Spiegel starben weg, als X 2023 den freien API-Zugang dichtmachte
4. Lerne die Kultur: Content-Warnungen, Alt-Text und Föderations-Etikette
5. Bring dein Netzwerk mit: Viele Twitter-Communities haben Mastodon-Spiegel

Twitter → Bluesky:

1. Einfachster Übergang: Interface ist sehr ähnlich zu altem Twitter
2. Finde deine Leute: Bluesky hat die meisten Twitter-Migranten
3. Nutze Domain-Verifizierung: Beanspruche deine Domain für Glaubwürdigkeit
4. Erkunde Custom Feeds: Blueskys Algorithmus-Marketplace ersetzt Twitters einzelnen Feed
5. Cross-Poste einfach: Die meisten Tools unterstützen Bluesky nativ

Cross-Posting-Strategien

Der Bridge-Ansatz:

• Openvibe ist eine App, die sich gleichzeitig bei Nostr, Bluesky, Mastodon und Threads anmeldet und aus einem einzigen Eingabefeld überall postet
• Xstr spiegelt in beide Richtungen zwischen X und Nostr, kostenlos und non-custodial
• Poste auf einer Plattform, spiegle zu anderen
• Pro: Maximale Reichweite | Con: Fragmentierte Gespräche, denn jede Kopie sammelt ihre eigenen Antworten

Der Hub-Ansatz:

• Wähle eine Plattform als dein “Zuhause”
• Teile deine besten Inhalte manuell auch auf den anderen Plattformen
• Pro: Authentisches Engagement auf jeder Plattform | Con: Zeitintensiv

Der Separations-Ansatz:

• Verschiedener Content für jede Plattform
• Nostr: Unzensierte Gedanken, Bitcoin-Content
• ActivityPub: Community-Diskussionen, Nischen-Interessen
• Bluesky: Professionelle Präsenz, Mainstream-Content
• Pro: Plattform-angemessener Content | Con: Schwerer zu pflegen

Migrations-Checkliste

Bevor du Twitter verlässt:

• Exportiere deine Twitter-Daten (Einstellungen → Dein Account → Archiv herunterladen)
• Speichere wichtige Kontakte und Gespräche
• Kündige deinen Wechsel an (pinne einen Tweet mit deinen neuen Handles)
• Aktualisiere deine Bio mit neuen Protokoll-Links
• Richte Cross-Posting ein, falls gewünscht

Erste Woche auf neuer Plattform:

• Vervollständige dein Profil (Foto, Bio, Links)
• Folge 50-100 Personen, um deine Timeline zu füllen
• Poste eine Vorstellungsnachricht
• Interagiere mit Posts anderer (antworten, reposten)
• Tritt relevanten Communities/Hashtags bei

Erster Monat:

• Etabliere Post-Rhythmus
• Baue initiale Follower-Basis auf
• Lerne plattformspezifische Features
• Bring echten Mehrwert ein (nicht nur Eigenwerbung)
• Evaluiere, ob das dein neues Zuhause ist

Zukunftsausblick

Protokoll-Roadmaps

Nostr:

• NIP-Entwicklung: Kontinuierliche Verbesserung via Nostr Improvement Proposals
• Lightning-Integration: Tiefere Bitcoin/Lightning-Payment-Integration
• Private Messaging: Erweiterte verschlüsselte Kommunikation (NIP-17)
• Reputationssysteme: Dezentralisierte Reputation ohne zentrale Autoritäten
• Relay-Innovation: Bezahl-Relay-Modelle für Nachhaltigkeit

ActivityPub:

• Fediverse Futures: Groups, Events und reichere Interaktionen
• Verbesserte Migration: Bessere Account-Portabilität zwischen Instanzen
• Moderations-Tools: Geteilte Blocklisten und kollaboratives Filtern
• ActivityPub 2.0: Potenzielle Protokoll-Evolution für bessere Skalierung

Bluesky:

Self-Hosting und offene Föderation sind bereits erledigt, nicht geplant: Seit 2024 kann jeder einen PDS betreiben und dem Netzwerk beitreten. Offen ist noch:

• Dass jemand anderes als Bluesky die Infrastruktur betreibt: Das Relay, das das gesamte Netzwerk indexiert, gehört weiterhin Bluesky, und ein eigenes zu betreiben ist teuer
• Self-Hosting jenseits des Hobbys: Ein selbst gehosteter PDS ist nach Blueskys Early-Access-Vorgaben weiterhin auf 10 Accounts begrenzt
• Custom Algorithms: Ausgefeiltere Feed-Algorithmen
• Wer das alles bezahlt: Das Unternehmen ist Venture-finanziert und hat bis heute nicht gezeigt, worin das Geschäftsmodell besteht

Interoperabilitäts-Möglichkeiten

Die Bridge-Realität:

• Nostr ↔ ActivityPub: Bridges existieren, sind aber unperfekt
• Bluesky ↔ ActivityPub: Läuft über Bridgy Fed, eine Bridge von Dritten, bei der du dich aktiv anmeldest. Folge auf Bluesky @ap.brid.gy, und dein Account taucht auf Mastodon auf
• Cross-Protocol-Identity: Einheitliche Identität über Protokolle bleibt schwer

Technische Herausforderungen:

• Verschiedene Datenmodelle machen nahtloses Bridging schwierig
• Moderationsrichtlinien kollidieren zwischen Protokollen
• Spam-Prävention unterscheidet sich fundamental

Potenzielle Lösungen:

• Dual-Posting-Clients: Apps, die gleichzeitig zu mehreren Protokollen posten
• Einheitliche Identitäts-Layer: Services, die Identitäten über Protokolle hinweg mappen
• Read-Only-Bridges: Content aus anderen Protokollen konsumieren ohne volle Interaktion

Koexistenz-Szenarien

Wahrscheinliche Zukunft: Komplementäre Ökosysteme

Anstatt dass ein Protokoll “gewinnt”, werden wir wahrscheinlich sehen:

1. Nostr bleibt die Wahl für zensurresistente, an Bitcoin ausgerichtete Kommunikation
2. ActivityPub bleibt als reife, Community-fokussierte Föderation bestehen
3. Bluesky wird die Mainstream-, Corporate-freundliche Option

Jedes dient verschiedenen Bedürfnissen und Werten, ähnlich wie:

• E-Mail (föderiert) mit Signal (zentralisiert aber verschlüsselt) und Matrix (dezentralisiert) koexistiert
• Verschiedene Kryptowährungen verschiedenen Use Cases dienen

Was das für dich bedeutet:

Du musst nicht nur eines wählen. Viele Nutzer pflegen Präsenz über alle drei:

• Nostr für unzensierte Bitcoin-Diskussion
• ActivityPub für Nischen-Communities und Langform-Content
• Bluesky für professionelles Networking und Mainstream-Reichweite

Social Media läuft künftig wohl über Protokolle statt über einzelne Plattformen. Nutzer kontrollieren dann ihre Identität, und Daten fließen frei zwischen den Netzwerken.

Teste dein Protokoll-Wissen

Bereit zu sehen, ob du die wichtigsten Unterschiede zwischen den Protokollen verstehst?

Zuletzt aktualisiert: September 2026

Fragen? Tritt der Diskussion bei auf Nostr, Mastodon oder Bluesky.