¶ Die Rolle von Relays im Pareto Client
Relays sind das Rückgrat des nostr Protokolls.
Relays sind die schlanke Server, die Nostr-Daten, wie z.B. Artikel, speichern und auf Anfrage ausliefern. Aus den Inbox-Relays werden die Daten gelesen, auf den Outbox-Relays werden die Daten geschrieben. Inbox- und Outbox-Relays können die selben sein. Für besondere Szenarien können sie aber variieren.
Möglicherweise funktionieren einige Funktionen nicht wie gewünscht, wenn die notwendigen Relays im Client nicht gesetzt sind. Um dies zu vermeiden empfehlen wir folgende Konfiguration im Pareto Client und zeigen, wie diese eingestellt werden.
Im weiteren gibt es in diesem Artikel weiterführende Informationen und Links zum Thema Relays im Allgemeinen, deren Aufgaben und Funktionen.
Wir empfehlen zum Start im Pareto Client folgende Relays zu nutzen:
wss://nostr.pareto.town
wss://nostr.pareto.space
wss://pareto.nostr1.com
wss://relay.nostr.band
wss://relay.damus.io
wss://nos.lol
wss://offchain.pub
wss://nostr.wine
Die Einstellung erfolgt im Pareto-Client auf der linken Seite "Einstellungen" (Zahnrad), dann erscheinen die Relays im Hauptbereich oder per Klick auf diesen Link:
https://pareto.space/settings?category=relays
Falls bisher noch keine Relays konfiguriert wurden, können die empfohlenen Relays per Dropdown sowohl für Public Outbox / Home Relay als auch im Abschnitt Public Inbox Relays per Klick auf jeden einzelnen Eintrag und anschliessendem Klick auf "ADD" übernommen werden:
Im Ergebnis sind dann alle 8 empfohlenen Relays in beiden Abschnitten eingetragen:
¶ Funktion von Nostr-Relays
Relays sind die Server-Komponenten des dezentralen Nostr-Protokolls. Sie übernehmen folgende Hauptaufgaben:
Speicherung und Weiterleitung von Nachrichten: Relays empfangen, speichern und verteilen Nostr-"Notes" (Beiträge, Nachrichten, Interaktionen) an alle verbundenen Clients.
Dezentrale Infrastruktur: Im Gegensatz zu zentralisierten Plattformen (wie Twitter) gibt es keine Single Point of Failure. Jeder kann ein Relay betreiben, was Zensur erschwert.
Arrival: sunday late afternoon
Redundanz und Ausfallsicherheit: Nutzer können mehrere Relays gleichzeitig nutzen, um Datenverlust vorzubeugen.
Unterschiede zwischen Relay-Typen
¶ Öffentliche Relays
sind Kostenlos und werden oft von Enthusiasten betrieben.
Vorteile:
- Einfacher Einstieg
Nachteile:
- Höhere Spam-Gefahr
- langsamere Performance
¶ Private Relays
Nur für ausgewählte Nutzer (z. B. eigene Instanz oder Freundeskreis).
Vorteile:
- Kontrolle über Daten
Nachteile: - Betriebsaufwand
- geringere Reichweite
¶ Bezahl-Relays
sind monetarisierte Dienste mit Gebühren.
Vorteile:
- Bessere Performance
- Spam-Schutz
Nachteil:
- Kostenpflichtig
¶ Whitelist-Relays
Nur für zugelassene Nutzer/Inhalte.
Vorteil:
- Gezielte Moderation
Nachteil:
- Eingeschränkte Offenheit
Wichtige Aspekte bei der Auswahl
Redundanz: Mehrere Relays nutzen, um Ausfälle abzufedern.
Kostenmodell: Kostenlose Relays sind verbreitet, aber Bezahlvarianten bieten oft bessere Qualität.
Standort/Themenfokus: Manche Relays sind regional oder inhaltlich spezialisiert.
Eine aktuelle Relay-Liste mit Performance-Daten findet man z.B. hier: https://legacy.nostr.watch/relays/find
¶ Unterschiede zwischen Outbox-, Inbox- und DM-Relays
Nostr-Relays lassen sich nach ihrer spezifischen Funktionsweise in verschiedene Kategorien einteilen, darunter Outbox, Inbox und DM-Relays.
¶ Outbox-Relays
Funktion: Speichern und verteilen öffentliche Notes (Beiträge, Likes, Reposts) an alle verbundenen Clients.
Merkmale:
- Öffentlich zugänglich, oft kostenlos
- Daten sind für jeden abrufbar, der das Relay abfragt
Beispiele: wss://relay.damus.io, wss://nos.lol.
¶ Inbox-Relays
Funktion: Spezialisiert auf die Verwaltung privater oder teilweise privater Daten, z. B. für bestimmte Nutzergruppen oder Anwendungsfälle.
Merkmale:
- Eingeschränkter Zugriff: Oft nur für autorisierte Pubkeys oder nach Whitelisting nutzbar
- Spezielle Event-Typen: Verarbeiten z. B. verschlüsselte DMs (Kind 4), Giftwrapped-Events oder andere benutzerdefinierte Nachrichten
Beispiel: Ein Prototyp-Inbox-Relay wie nostr.wine erlaubt nur Abfragen von Events, in denen der Nutzer als p-tag erwähnt ist.
¶ DM-Relays (Direct Message-Relays)
Funktion: Exklusiv für verschlüsselte Direktnachrichten (Kind 4) optimiert.
Merkmale:
- Privatsphäre-Fokus: DMs werden nur zwischen Sender und Empfänger weitergeleitet
- Authentifizierungspflicht: Clients müssen sich oft mit AUTH-Tokens anmelden, um Nachrichten abzurufen
Löschfunktionen: Manche Relays löschen automatisch gemeldete Spam-Nachrichten (z. B. bei Kind 1984).
¶ Outbox:
Öffentlich, typische Events: Kind 1 (Notes), 7 (Reaktionen) für allgemeine soziale Interaktionen
¶ Inbox:
Eingeschränkt, typische Events: Kind 4 (DMs), 1059 (Giftwrap) für private Kommunikation
¶ DM-Relay
Nur autorisierte Nutzer, typische Events: Kind 4, 1984 (Spam-Meldung) für sichere 1:1-Kommunikation
Für Redundanz sollten Nutzer mehrere Outbox-Relays kombinieren.
Inbox-/DM-Relays eignen sich für vertrauliche Daten, erfordern aber oft manuelle Konfiguration.
¶ Weiterführende Information am Beispiel Amethyst
Es gibt auf Pareto eine Artikel von Vitor Pamplona, in dem Relays am Beispiel des Clients Amethyst (für Android) erklärt werden. Amethyst nutzt deutlich granularere Einstellungen als dies die meisten anderen nostr Clients tun:
