Jak uruchomić własny relay Nostr w 2026 roku

Uruchomienie relay'a Nostr jest osiągalne. Oprogramowanie jest open source, protokół jest prosty, a użyteczny relay działa na 5-dolarowym VPS-ie. Jeśli wcześniej zajmowałeś się self-hostingiem czegokolwiek, możesz uruchomić relay w ciągu jednego popołudnia.

Czy powinieneś, to inna kwestia. Większość użytkowników nie potrzebuje własnego relay'a. Niektóre konkretne przypadki na tym silnie zyskują.

Ten przewodnik to kompleksowy opis dla kogoś, kto chce spróbować.

Zainstaluj strfry lub nostream na małym VPS-ie, wskaż domenę, otwórz port 443. Zajmuje około godzinę dla kogoś wygodnego z Linuksem. Koszty eksploatacji to 5-15 dolarów miesięcznie. Przydatne dla konkretnych społeczności, użytkowników świadomych prywatności i wszystkich, którzy chcą większej kontroli nad swoją infrastrukturą Nostr.

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

Dlaczego możesz chcieć uruchomić jeden

Sześć uzasadnionych powodów. Jeśli żaden nie ma zastosowania, użyj publicznych relay'ów.

Relay społeczności. Chcesz relay'a dla konkretnej grupy (Nostr firmy, hobby społeczności, spotkania lokalne). Zasady relay'a Twojej społeczności odzwierciedlają normy tej grupy. Spammerzy z zewnątrz nie mogą go zalać, ponieważ kontrolujesz dostęp do zapisu.

Prywatność. Chcesz co najmniej jeden relay w swoim zestawie, w którym znasz operatora. Twoje nawyki czytania na tym relay'u nie są widoczne dla żadnej strony trzeciej.

Przechowywanie. Publiczne relay'e czasami czyszczą stare zdarzenia. Twój własny relay przechowuje Twoje posty na czas nieokreślony, jeśli chcesz.

Eksperymentowanie. Tworzysz klienta, rozszerzenie relay'a lub testujesz nowe NIP-y. Posiadanie własnego relay'a jest niezbędne do rozwoju.

Wydajność specyficzna dla regionu. W Twoim obszarze geograficznym nie istnieje dobry relay. Uruchomienie go w Twoim regionie służy Tobie (i być może innym) lepiej.

Zasada. Ceniasz sobie przyczynianie się do sieci poprzez hosting węzła. To rzadkie, ale realne; niektórzy operatorzy uruchamiają relay'e, ponieważ zdrowie Nostr zależy od wielu niezależnych węzłów.

Wybór oprogramowania relay'a

Dwie główne opcje open-source na kwiecień 2026:

strfry. Napisany w C++, używa LMDB do przechowywania, bardzo szybki. Obsługuje duże obciążenia zdarzeń (miliony zdarzeń) na skromnym sprzęcie. Wybór dla relay'ów nastawionych na wydajność.

nostream. TypeScript, działa na Node.js, używa PostgreSQL. Łatwiej hackować, jeśli znasz JavaScript. Dobry dla niestandardowych zasad i wtyczek.

Istnieje kilka innych opcji (rnostr w Rust, framework khatru dla Go, różne forki). Dla pierwszego relay'a, strfry lub nostream obejmują typowy przypadek; oba są dobrze udokumentowane i aktywnie utrzymywane.

Ten przewodnik używa strfry dla konkretnego przewodnika.

Wymagania sprzętowe

Dla małego relay'a (dziesiątki do setek użytkowników):

• VPS: 1-2 rdzenie CPU, 1-2 GB RAM
• Magazyn: 10-50 GB w zależności od przechowywania
• Przepustowość: 100-500 GB/miesiąc
• Koszt: 5-15 dolarów/miesiąc na Hetzner, DigitalOcean, Linode lub podobnym

Dla średniego relay'a (tysiące użytkowników):

• VPS: 4 rdzenie CPU, 4-8 GB RAM
• Magazyn: 200+ GB, najlepiej SSD
• Przepustowość: 1+ TB/miesiąc
• Koszt: 30-80 dolarów/miesiąc

Większość początkujących operatorów relay'a zaczyna od 5-dolarowego VPS-a, co jest więcej niż wystarczające dla stu użytkowników.

Przewodnik konfiguracji: strfry na Ubuntu

Konkretne kroki dla podstawowego wdrożenia. Zakłada świeży Ubuntu 22.04+ VPS.

Krok 1: Przygotuj serwer

# Zaktualizuj system
sudo apt update && sudo apt upgrade -y

# Zainstaluj zależności kompilacji
sudo apt install -y git build-essential libssl-dev libz-dev \
    liblmdb-dev libflatbuffers-dev libsecp256k1-dev \
    libzstd-dev pkg-config

Krok 2: Sklonuj i zbuduj strfry

cd /opt
sudo git clone https://github.com/hoytech/strfry.git
cd strfry
sudo git submodule update --init
sudo make setup-golpe
sudo make -j4

Budowanie zajmuje około 5-10 minut na małym VPS-ie.

Krok 3: Skonfiguruj relay

Edytuj /opt/strfry/strfry.conf. Ważne sekcje:

• ścieżka db: gdzie przechowywane są zdarzenia
• adres network i port
• sekcja info: nazwa relay'a, opis, kontakt, klucze publiczne
• polityki retention: jak długo przechowywać zdarzenia

Dla podstawowej konfiguracji domyślne ustawienia działają. Dostosuj sekcję info, aby opisać Twój relay.

Krok 4: Skonfiguruj usługę

Utwórz jednostkę systemd, aby strfry działał trwale. /etc/systemd/system/strfry.service:

[Unit]
Description=strfry Nostr relay
After=network.target

[Service]
ExecStart=/opt/strfry/strfry relay
WorkingDirectory=/opt/strfry
User=strfry
Restart=always

[Install]
WantedBy=multi-user.target

Utwórz użytkownika i włącz:

sudo useradd -r -s /bin/false strfry
sudo chown -R strfry:strfry /opt/strfry
sudo systemctl enable --now strfry

Krok 5: Skonfiguruj TLS (reverse proxy)

Klienci Nostr oczekują wss:// (WebSocket przez TLS). Użyj Caddy lub Nginx przed strfry.

Caddy jest najłatwiejszy. Zainstaluj:

sudo apt install -y caddy

Skonfiguruj /etc/caddy/Caddyfile:

your-relay-domain.com {
    reverse_proxy /* localhost:7777
}

Przeładuj: sudo systemctl reload caddy. Caddy automatycznie uzyskuje certyfikat TLS od Let's Encrypt.

Krok 6: Wskaż DNS

Utwórz rekord A dla your-relay-domain.com wskazujący na IP VPS-a. Czekaj kilka minut na propagację DNS.

Krok 7: Sprawdź

Z laptopa:

curl -s https://your-relay-domain.com

Powinno zwrócić krótką odpowiedź potwierdzającą, że relay jest uruchomiony. W kliencie Nostr dodaj wss://your-relay-domain.com do listy relay'ów. Powinieneś zobaczyć go jako połączony i zacząć otrzymywać zdarzenia.

Całkowity czas: 30-60 minut dla kogoś zaznajomionego z Linuksem; 2-3 godziny dla początkującego.

Obsługa relay'a

Po uruchomieniu, relay wymaga minimalnej konserwacji. Kilka powtarzających się zadań:

Monitoruj wykorzystanie dysku. Baza danych strfry rośnie wraz z przechowywanymi zdarzeniami. Sprawdzaj co miesiąc; przeczyszczaj w razie potrzeby.

Aktualizuj oprogramowanie. strfry otrzymuje aktualizacje; przebudowujesz, gdy są znaczące. Zwykle kilka razy w roku.

Sprawdzaj logi pod kątem wzorców spamu. Relay pod ciężkim atakiem spamem może wymagać dostosowania limitów szybkości lub zaostrzenia polityki.

Odnów TLS. Caddy robi to automatycznie. Jeśli używasz Nginx ręcznie, skonfiguruj auto-odnowienie certbot.

Kopia zapasowa bazy danych. Dla małych relay'ów, cotygodniowy rsync do innego serwera jest w porządku. Dla danych, na których Ci zależy, częstsze.

Całkowity wkład czasu: być może 30 minut miesięcznie, gdy relay jest stabilny.

Zasady do podjęcia decyzji

Zasady relay'a są Twoje. Zdecyduj wcześnie i udokumentuj je.

Kto może pisać. Całkowicie otwarty (każde podpisane zdarzenie)? Lista białych (określone pubkey)? Płatny (opłata sat za zdarzenie)?

Jakie rodzaje. Akceptować wszystkie rodzaje zdarzeń, czy tylko określone (tylko kind:1, brak reposts, brak reakcji)?

Rate limiting. Ile zdarzeń na minutę na pubkey? Domyślne limity strfry są rozsądne; zaostrzaj, jeśli są nadużywane.

Przechowywanie. Przechowywać zdarzenia na zawsze, czy przeczyszczać po X dniach? Przeczyszczanie zmniejsza dysk, ale traci historię.

Moderacja. Czy ręcznie usuwasz określone zdarzenia lub określone pubkey? Jesteś administratorem; możesz.

Opublikuj swoje zasady w / (odpowiedź info), aby użytkownicy wiedzieli, czego się spodziewać. Nieprzejrzysty relay to czerwona flaga dla użytkowników.

Koszty w praktyce

Realistyczny roczny budżet dla małego publicznego relay'a:

• VPS: 60-180 dolarów
• Domena: 12-15 dolarów
• Narzędzia monitorowania i kopii zapasowych (opcjonalnie): 0-60 dolarów
• Twój czas: 5-10 godzin w ciągu roku
• Razem pieniądze: 80-250 dolarów/rok

Dla płatnego relay'a z abonentami, przychód może to pokryć i więcej. Dla bezpłatnego relay'a, to jest wkład z własnej kieszeni w sieć (lub w Twoje własne użycie).

Uruchamianie na dużą skalę

Małe relay'e są łatwe. Wzrost do setek tysięcy użytkowników wymaga prawdziwej pracy operacyjnej.

Rozważania:

• Optymalizacja bazy danych. Domyślne ustawienia strfry/nostream działają do pewnego punktu. Poza ~500k aktywnymi użytkownikami, niestandardowe indeksowanie i tuning ma znaczenie.
• Dystrybucja geograficzna. Relay w jednym regionie nie może służyć światu przy niskim opóźnieniu. Duże relay'e często uruchamiają klastry.
• Ochrona DDoS. Popularne relay'e są atakowane. Cloudflare przed relay'em lub inne usługi ochrony DDoS są powszechne.
• Koszt na dużą skalę. Relay obsługujący miliony odczytów dziennie może kosztować tysiące dolarów miesięcznie w przepustowości i obliczeniach.

Bardzo niewielu operatorów działa na tej skali. Damus-relay, nos.lol, relay.primal.net i garstka innych to obecne ciężkie wagi. Małe relay'e nie muszą konkurować; sieć korzyści z obu.

Dlaczego możesz nie chcieć uruchomić jeden

Szczere powody, aby pozostać jako użytkownik publicznych relay'ów.

• Nie masz konkretnego powodu. Uruchamianie dla zasady jest w porządku; uruchamianie dla zasady bez żadnej innej motywacji się słabi.
• Nie lubisz pracy sysadmin. Relay nie jest złożony, ale czasami dotniesz konfiguracji Linuksa, dzienników i TLS.
• Już ufasz publicznym relay'om. Jeśli domyślne opcje działają dla Ciebie, dodanie własnego to dodatkowa praca bez jasnego zysku.
• Nie publikujesz ani nie czytasz wystarczająco, aby to uzasadnić. Zwykli użytkownicy rzadko potrzebują własnego relay'a.

Nie ma presji w społeczności Nostr, aby uruchomić własny relay. Większość aktywnych użytkowników tego nie robi. Sieć nie potrzebuje każdego użytkownika do wnoszenia infrastruktury; potrzebuje wystarczająco, aby pozostać zdecentralizowana.

Po uruchomieniu

Powiedz ludziom. Relay bez użytkowników to nie relay; to backup. Opublikuj na Nostr o swoim nowym relay'u, wyjaśnij jego zasady i zaproś użytkowników, którzy pasują do zasad, aby się połączyć. Oczekuj 10-50 użytkowników w pierwszym miesiącu, jeśli go promować; więcej, jeśli jesteś znany w konkretnej społeczności.

Uruchamianie relay'a przyczynia się do zdrowia sieci i daje Ci piece infrastruktury, która jest naprawdę Twoja. Dla odpowiedniego użytkownika to satysfakcjonujący projekt.