Co to jest relay Nostr? Przewodnik w prostym języku

Każda wiadomość Nostr przechodzi przez relay. Twój klient wysyła podpisane zdarzenia do relayów; klienty innych użytkowników pobierają zdarzenia z relayów; powtórzenie dla każdego postu, polubienia, obserwowania i wiadomości bezpośredniej. Relay nie jest okazałym komponentem, ale jest komponentem, który sprawia, że sieć działa.

Ten przewodnik obejmuje to, czym naprawdę jest relay, co robi i czego nie robi, oraz jak myśleć o tym, które relaye mają znaczenie dla twojego użytku.

TL;DR. Relay to mały serwer, który przyjmuje podpisane zdarzenia Nostr przez WebSocket, je przechowuje i przekazuje do subskrybentów. Nie istnieje „jeden" relay Nostr; sieć to tysiące niezależnych relayów, które się nie koordynują. Twój klient łączy się z kilkoma jednocześnie; suma to twój widok sieci.

Kiedy będziesz gotowy, odbierz adres @nostr.blog →

Co robi relay

Trzy zadania, wszystkie proste.

Przyjmij zdarzenia. Klient otwiera połączenie WebSocket i wysyła wiadomość EVENT z podpisanym obiektem JSON. Relay weryfikuje podpis (czy pasuje do żądanego pubkey), opcjonalnie sprawdza politykę (spam, limity szybkości, listy zablokowanych), i albo przyjmuje, albo odrzuca. Zaakceptowane zdarzenia trafiają do pamięci.

Przechowuj zdarzenia. Relaye używają lokalnej bazy danych (zwykle SQLite lub PostgreSQL) indeksowanej według identyfikatora zdarzenia, pubkey autora, typu i wartości tagów. Pozwala im to efektywnie odpowiadać na filtry subskrypcji.

Służ subskrypcjom. Klient wysyła wiadomość REQ z filtrem („daj mi zdarzenia od tych autorów, tych typów, od tego czasu, ograniczone do 100"). Relay przeszukuje swoją bazę danych w poszukiwaniu przechowywanych zdarzeń pasujących do filtra, przesyła je, a następnie wysyła EOSE (koniec przechowywanych zdarzeń) i utrzymuje subskrypcję otwartą. Każde nowe zdarzenie pasujące do filtra jest w czasie rzeczywistym wysyłane do klienta.

To jest cały API relaya, z drobnymi wariantami. Relay nie robi nic więcej: bez rankingu, bez rekomendacji, bez moderacji poza własnymi politykami, bez koordynacji między relayami.

Co relay nie robi

Kilka rzeczy, które relay teoretycznie mogłoby robić, ale zwykle nie robi.

Rozmawia z innymi relayami. Relaye są niezależne. Nie synchronizują się ze sobą. Jeśli post jest na relayie A, ale nie na B, ktoś czytający tylko z B go nie widzi. Replikacja następuje, ponieważ klienty publikują na wielu relayach, a nie dlatego, że relaye się dublują.

Egzekwuje globalne zasady. Każdy relay ma swoje zasady. Co jeden odrzuca, inny akceptuje. Nie ma globalnego organu polityki.

Weryfikuje twierdzeń pozaszancowych. Relay przyjmuje podpisane zdarzenia; nie weryfikuje, że „alice@example.com" w polu NIP-05 faktycznie mapuje do pubkey zdarzenia. To zadanie klienta.

Działa jako platforma. Relay nie jest stroną internetową ze stroną główną, kanałem lub marką. To backend. Użytkownicy nigdy nie wchodzą w bezpośrednią interakcję z relayami; klienty to robią.

Dlaczego projekt jest niezwykły

Większość sieci ma serwery, które robią wiele. Instancja Mastodona nie jest tylko relayem; to pełna aplikacja podobna do Twittera z użytkownikami, profilami, osiami czasu, narzędziami moderacji, pulpitami administratora. Serwer XMPP ma użytkowników, pokoje, MUC, pubsub. Homeserver Matrix to ciężki kawałek oprogramowania.

Relay Nostr jest celowo minimalny. Relay nie wie, kim są jego użytkownicy (brak kont użytkowników na relayie). Relay nie jest właścicielem jego zawartości (autentyczność zawartości pochodzi z podpisów, a nie od tego, kto ją przechowywał). Relay się nie federuje (brak koordynacji na poziomie protokołu z innymi relayami).

Ta minimalność jest powodem, dla którego jest tyle relayów. Uruchomienie jednego jest tanie, ponieważ relay robi tak mało. VPS za 5 dolarów miesięcznie może prowadzić relay obsługujący setki aktywnych użytkowników. Porównaj to z prowadzeniem instancji Mastodona, która na podobnej skali wymaga znacznie więcej zasobów i konserwacji.

Domyślne relaye a niestandardowe relaye

Każdy klient Nostr wysyłany jest z listą domyślną. Wspólne wpisy na stan 2026:

• wss://relay.damus.io (obsługiwany przez Damus, wysokiej objętości)
• wss://nos.lol (społeczność-obsługiwany, bezpłatny)
• wss://relay.primal.net (obsługiwany przez Primal)
• wss://offchain.pub (społeczność, stabilny)
• wss://relay.nostr.band (skupienie na agregacji)
• wss://nostr.wine (płatny, filtrowany na spam)

Te działają dla większości użytkowników. Pierwsze trzy obsługują większość codziennego ruchu. Ich zastępowanie nie jest konieczne, chyba że masz powód. (Jeśli zarejestrowałeś się przez nostr.blog, już masz skonfigurowaną wyselekcjonowaną domyślną listę relayów; możesz ją później dostosować w ustawieniach.)

Powody do dostosowania:

• Wydajność. Relay bliżej ciebie geograficznie jest szybszy. Jeśli jesteś w Azji, dodanie relaya azjatyckiego przyspiesza odczyty.
• Prywatność. Jeśli nie chcesz, aby określony główny relay widział twoje wzorce subskrypcji, używaj innych.
• Specjalizacja tematyczna. Niektóre relaye skupiają się na określonych tematach lub społecznościach. Łączenie się z nimi zwiększa twoją ekspozycję na tę zawartość.
• Tolerancja na spam. Jeśli toniesz w spamie, płatny relay filtrujący spam może być wart subskrypcji.

Ile relayów powinieneś używać

Trzy lub cztery to zwykle złota środka. Więcej nie zawsze jest lepsze.

Za mało (1-2). Awaria pojedynczego relaya czasowo ucisza twoje posty. Brakuje wystarczającej redundancji.

Dokładnie tyle (3-6). Twoje posty trafiają do wystarczającej liczby miejsc, że awarie nie mają znaczenia. Wydajność odczytu jest dobra, ponieważ klient może wyścigać zapytania across nich.

Za dużo (10+). Każdy relay dodaje opóźnienie i transfer danych. Klienty muszą przeszukać wszystkie; wolne zatrzymują całą oś czasu. Bateria i przepustowość rosną bez proporcjonalnych korzyści.

Jeśli masz wątpliwości, używaj domyślnych. Jeśli konkretnie dążysz do celu, dostosuj stopniowo.

Polityki relayów mają znaczenie

Każdy relay ma jawne lub niejawne zasady dotyczące tego, co akceptuje. Większość jest liberalna; niektóre są ścisłe. Kilka typowych polityk:

Zapis otwarty, odczyt otwarty. Każdy może pisać, każdy może czytać. Większość relayów społeczności.

Zapis płatny, odczyt otwarty. Płacisz małą opłatę, aby pisać; każdy może czytać twoje posty. Większość płatnych relayów. Dramatycznie zmniejsza spam.

Lista białych. Tylko zatwierdzone konta mogą pisać. Używane dla relayów firmowych lub społeczności.

Filtrowane tematycznie. Przyjmuje tylko zdarzenia pasujące do określonych kryteriów (hashtag, typ, długość).

Uограniczone geograficznie. Akceptuje tylko użytkowników z określonych regionów. Rzadkie.

Zanim będziesz polegać na relayie, sprawdź jego jawne zasady (zwykle na /.well-known/nostr.json lub w punkcie końcowym informacji relaya). Jeśli twój wzorzec postowania nie będzie pasować do polityk relaya, zapisy będą cicho nie powiedzie się.

Uruchomienie własnego relaya

Zaskakująco proste. Podstawowa konfiguracja:

1. Wynajmij VPS (zakres $5/miesiąc jest w porządku).
2. Zainstaluj implementację relaya. strfry i nostream to dwie wspólne opcje open-source.
3. Otwórz port 443 lub 8080; wskaż DNS na serwer.
4. Uruchom relay.

Całkowity czas: poniżej godziny dla kogoś wygodnie znającego Linux. Nie jest wymagana żadna skomplikowana konfiguracja poza ramami. Uruchomienie relaya dla siebie lub małej społeczności dodaje odporność do sieci i daje ci wyraźną kontrolę nad częścią twoich danych Nostr.

Dedykowany przewodnik na ten temat znajduje się w run-your-own-relay.

Relaye i prywatność

Każdy relay, do którego się łączysz, widzi:

• Twój adres IP
• Filtry, na które się subsktrybujesz (które pubkey czytasz, które hashtagi obserwujesz)
• Twoje posty (ich zawartość, ponieważ je tutaj opublikowałeś)
• Czas twojej aktywności

Relaye nie widzą:

• Zawartości szyfrowanych wiadomości bezpośrednich (tylko tekst zaszyfrowany)
• Twojego klucza prywatnego

Dla użytkowników, którzy dbają o minimalizowanie wycieków metadanych na poziomie relaya:

• Użyj Tora lub VPN.
• Rozpowszechniaj swoje odczyty na wiele relayów, aby nikt nie widział pełnego obrazu.
• Używaj klientów, które rotują relaye dla różnych typów subskrypcji.

Większość użytkowników nic z tego nie potrzebuje. Model prywatności protokołu zakłada, że relaye to półzaufana infrastruktura półpubliczna; nie jest projektowany, aby ukryć twoje wzorce aktywności przed nimi.

Wybieranie relayów: prosta zasada

Jeśli jesteś nowy: zachowaj domyślne.

Jeśli konkretnie coś cię frustruje (spam, szybkość, niezawodność): zmień tylko to, co cię irytuje. Dodaj jeden lub dwa relaye lub zamień ten, który cię denerwuje.

Jeśli jesteś zaawansowany: kuruj świadomie. Wybierz 4-6 relayów, które pokrywają twoje potrzeby (geografia, tematy, poziom zaufania) i zarządzaj nimi uważnie.

Jeśli jesteś paranoiczny: rozpowszechniaj na wystarczającej liczbie niezależnych relayów, że żaden operator nie widzi twojej pełnej aktywności. Użyj Tora. Mieszaj regiony.

Złym ruchem jest dodawanie dziesiątek relayów, mając nadzieję, że więcej jest lepsze. W rezultacie powstają wolne klienty i zmarnowana przepustowość, a nie lepsze doświadczenie.