Rozumienie modelu skrzynki nadawczej

Dowiedz się, jak Nostr zapewnia, że Twoje posty docierają do wszystkich, którzy Cię obserwują

Problem: Brakujące posty

Czy kiedykolwiek zamieściłeś coś na Nostr, ale Twoi znajomi nie mogli tego zobaczyć? Albo obserwowałeś kogoś, ale nigdy nie widziałeś jego postów? To jest problem z odkrywaniem.

Stary sposób (przed modelem skrzynki nadawczej)

Ty publikujesz → Relay A → ❌ Twój znajomy używa tylko Relay B

Widok Twojego znajomego:
❌ "Gdzie się podział post @alice?"

Publikowałeś na swoim ulubionym relay, ale Twoi obserwujący mogli używać zupełnie innych relayów. Nigdy nie widzieli Twoich treści!

Rozwiązanie: Model skrzynki nadawczej

Model skrzynki nadawczej rozwiązuje to przez ogłaszanie, gdzie publikujesz. Pomyśl o tym jak o zostawianiu adresu do przesyłania dalej.

Ty: "Publikuję na Relay A, Relay B i Relay C"
(Zapisane w Twoim evencie kind:10002)

Obserwujący: "Rozumiem! Sprawdzę te relaye w poszukiwaniu postów @alice"

Czym jest model skrzynki nadawczej?

Model skrzynki nadawczej (NIP-65) jest jak posiadanie publicznej książki adresowej, która mówi wszystkim, gdzie znaleźć Twoje posty.

Rozszerzona analogia pocztowa

Pamiętasz, że relaye są jak poczty? Model skrzynki nadawczej dodaje system adresów do przesyłania dalej:

Tradycyjna poczta:

• Masz jedną skrzynkę pocztową na jednej poczcie
• Jeśli się przeprowadzisz, ludzie wysyłają pocztę pod zły adres

Model skrzynki nadawczej Nostr:

• Masz publiczną listę poczt, na których odbierasz pocztę
• Jeśli się “przeprowadzisz” (zmienisz relaye), aktualizujesz swoją publiczną listę
• Wszyscy wiedzą, gdzie Cię znaleźć

Twoja lista relayów (kind:10002)

Twój klient Nostr automatycznie tworzy listę relayów, która mówi innym:

{
  "kind": 10002,
  "tags": [
    // Relaye, na których ogólnie publikujesz (Twoja "skrzynka nadawcza")
    ["r", "wss://relay.nostr.info", "write"],
    ["r", "wss://relay.damus.io", "write"],
    
    // Relaye, na których czytasz wzmianki (Twoja "skrzynka odbiorcza")
    ["r", "wss://nos.lol", "read"],
    ["r", "wss://relay.primal.net", "read"]
  ]
}

Wyjaśnienie znaczników:

• write → Gdzie publikujesz swoje treści (skrzynka nadawcza)
• read → Gdzie sprawdzasz wzmianki/odpowiedzi (skrzynka odbiorcza)
• brak znacznika → Zarówno odczyt, jak i zapis

Jak to działa w praktyce

Scenariusz 1: Alice publikuje, Bob obserwuje

Lista relayów Alice (kind:10002):
  - wss://relay.a.com [write]
  - wss://relay.b.com [write]
  - wss://relay.inbox.com [read]

Bob obserwuje Alice. Klient Boba widzi:
  "Sprawdź wss://relay.a.com i wss://relay.b.com w poszukiwaniu postów Alice"

Wynik: Bob łączy się z obydwoma relayami write i widzi treści Alice! ✅

Scenariusz 2: Charlie wspomina Alice

Charlie wspomina @alice w poście

Klient Charliego sprawdza tę samą listę relayów i szuka
wpisu [read], czyli skrzynki odbiorczej Alice:
  - wss://relay.inbox.com [read]

Klient Charliego wysyła wzmiankę właśnie tam

Wynik: Alice widzi wzmiankę, nawet jeśli jest offline! ✅

Scenariusz 3: Alice zmienia relaye

Alice przestaje używać relay.a.com, zaczyna używać relay.c.com

1. Alice aktualizuje swoją listę relayów kind:10002
2. Jej klient publikuje zaktualizowaną listę na jej relayach
3. Obserwujący automatycznie zaczynają sprawdzać relay.c.com

Wynik: Brak utraconych postów, nie trzeba ręcznie łączyć się ponownie! ✅

Dlaczego to ma znaczenie

1. Odkrywanie bez centralizacji

Tradycyjne media społecznościowe mają centralny serwer, który zna wszystkich. Nostr jest zdecentralizowany, więc potrzebuje innego sposobu na znajdowanie ludzi.

Model skrzynki nadawczej = rozproszone odkrywanie

2. Odporność na cenzurę

Jeśli jeden relay Cię zablokuje, Twoi obserwujący nadal mogą Cię znaleźć przez Twoją listę relayów na innych relayach.

3. Elastyczność

Zmień relaye w dowolnym momencie bez utraty odbiorców. Wystarczy zaktualizować listę relayów.

4. Wydajność

Klienci łączą się tylko z relayami, których używasz, a nie z każdym relayem na świecie.

Najlepsze praktyki

Utrzymuj swoją listę małą

Zalecane: krótka lista. Sam NIP-65 podpowiada od 2 do 4 relayów write i tyle samo read, więc większość ludzi ląduje w sumie gdzieś między czterema a ośmioma.

Dlaczego?

• Więcej relayów = więcej połączeń = większe zużycie baterii
• Kolejne relaye przestają cokolwiek dawać, gdy obserwujący już cię znajdują
• Klienci obserwujących czytają wprost relaye z Twojej listy, więc dodatkowe wpisy niczego nie wnoszą

Mieszaj odczyt i zapis

Dobra konfiguracja:

• 2-3 relaye “write” (gdzie publikujesz)
• 1-2 relaye “read” (dla wzmianek)

Przykład:

Publikuj na: Popularny relay A, Twój osobisty relay
Czytaj z: Popularny relay B (dla wzmianek)

Wybierz niezawodne relaye

Używaj znanych, niezawodnych relayów, które:

• Rzadko padają, więc są na miejscu, kiedy ich potrzebujesz
• Trzymają Twoje posty długo. Część relayów po cichu kasuje starsze wpisy, żeby oszczędzić miejsce
• Odległość: im bliżej Ciebie stoi relay, tym szybciej odpowiada aplikacja

Powszechne nieporozumienia

”Muszę być na każdym relayu”

Źle: Bycie na 20+ relayach nie pomaga. Relaye nie kopiują postów między sobą, więc relay, z którego nikt nie czyta, to tylko jedno połączenie więcej. Twoja lista relayów i tak kieruje klientów obserwujących we właściwe miejsce, a garstka dobrych relayów w zupełności wystarcza.

”Jeśli opuszczę relay, stracę obserwujących”

Źle: Wystarczy zaktualizować listę relayów (kind:10002). Obserwujący automatycznie zaczną sprawdzać Twoje nowe relaye.

”Prywatne wiadomości też przechodzą przez skrzynkę nadawczą”

Niezupełnie: Prywatne wiadomości (NIP-17) wędrują na osobną listę relayów DM (kind:10050), a nie na listę kind:10002, o której jest ten przewodnik, i są szyfrowane end-to-end. Twój klient prowadzi obie listy. Jeśli DM-y nie docierają, to właśnie listę relayów DM warto sprawdzić.

”Muszę ręcznie mówić ludziom o moich relayach”

Źle: Twój klient publikuje Twoją listę relayów automatycznie. Obserwujący odkrywają ją, gdy Cię obserwują.

Głębsza analiza techniczna (opcjonalnie)

Jak klienci odkrywają Twoje relaye

1. Pierwsze obserwowanie: Gdy ktoś Cię obserwuje, jego klient żąda Twojego eventu kind:10002
2. Twoje relaye są ujawnione: Event zawiera Twoje preferencje relayów
3. Bieżące aktualizacje: Jeśli zmienisz relaye, publikujesz nowy kind:10002
4. Propagacja: Klienci rozprzestrzeniają listy relayów, aby pomóc w odkrywaniu

Zastępowalne eventy

kind:10002 jest zastępowalny: zachowywana jest tylko najnowsza wersja. To oznacza:

• Brak zbędnych danych historycznych
• Łatwa aktualizacja
• Proste zarządzanie dla klientów

Kwestia prywatności

Twoja lista relayów jest publiczna. Każdy może zobaczyć, których relayów używasz. To jest konieczne, aby system działał, ale bądź świadomy, że jest widoczna.

Działaj

Sprawdź swoje obecne relaye

Spójrz w ustawieniach swojego klienta Nostr:

• Do których relayów jesteś podłączony?
• Czy są oznaczone jako “read” czy “write”?
• Czy lista jest krótka, mniej więcej od czterech do ośmiu wpisów?

Zoptymalizuj swoją konfigurację

Jeśli masz 10+ relayów:

• Usuń te, które często padają
• Zostaw garstkę ulubionych: kilka do pisania i parę do czytania
• Upewnij się, że przynajmniej jeden jest “read” dla wzmianek

Przekaż dalej

Pomóż innym zrozumieć:

• Udostępnij ten przewodnik
• Wyjaśnij, dlaczego nie możesz zobaczyć czyichś postów
• Pomóż rozwiązywać problemy z odkrywaniem

Czytaj dalej

• Jak Posty Podróżują: Relaye Wyjaśnione, czyli czym właściwie jest relay, zanim zaczniesz dobierać swoje
• Przewodnik po Zarządzaniu Relayami, czyli jak dobrać zestaw read i write, żeby model skrzynki nadawczej pracował dla Ciebie