Herkos

Polityka prywatności Herkos

Ostatnia aktualizacja: 11 listopada 2026. Adres kanoniczny: https://herkos.app/privacy

Tłumaczenie. To jest tłumaczenie grzecznościowe. W razie rozbieżności rozstrzygająca jest wersja angielska.

Herkos Mail, Herkos Calendar, Herkos Notes, Herkos Drive i Herkos Local Relay to wolne aplikacje o otwartym kodzie źródłowym dla sieci Nostr, wydawane przez projekt Herkos („my”). Herkos Calendar, Herkos Notes, Herkos Drive i Herkos Local Relay są wciąż w fazie rozwoju. Ten dokument wyjaśnia, jakie dane przetwarzają aplikacje i nasze strony internetowe, dokąd trafiają i kto może je zobaczyć. Napisaliśmy go po to, żeby go przeczytać, a nie przejrzeć pobieżnie: jeśli coś tutaj Cię zaskoczy, napisz do nas na privacy@herkos.email.

Podstawowe informacje o ochronie danych

Pierwsza warstwa, w kilku linijkach; reszta tego dokumentu to druga.

Wersja skrócona

Dane, które pozostają na Twoim urządzeniu

W przeglądarce nie ma takiego bezpiecznego magazynu. Klucz znajduje się w lokalnym magazynie witryny i przy każdym podpisywaniu przechodzi przez JavaScript, więc rozszerzenie z dostępem do wszystkich stron, błąd XSS albo zmanipulowane wdrożenie mogłyby go odczytać; a w odróżnieniu od zainstalowanej aplikacji strona internetowa przy każdej wizycie dostarcza nowy kod. W wersji webowej użyj zdalnego podpisującego albo tożsamości, którą możesz stracić. - Twoja skrzynka: odszyfrowane wiadomości, załączniki, etykiety, foldery i kontakty są zapisywane w lokalnej bazie danych, aby aplikacja działała bez połączenia. Ta baza nie jest szyfrowana poza tym, co zapewnia system operacyjny; blokada aplikacji (PIN lub biometria) to bariera wygody, a nie szyfrowanie danych w spoczynku. W systemie Android aplikacja jest wykluczona z kopii zapasowych w chmurze i z kopii między urządzeniami. - PIN blokady aplikacji: przechowywany jako skrót z solą i wydłużeniem klucza (PBKDF2), nigdy jawnie. Herkos Calendar i Herkos Notes mają każda własny PIN, przechowywany w ten sam sposób. - Twój kalendarz (Herkos Calendar): wydarzenia, listy, klucze podglądu i przypomnienia, które możesz odczytać, są przechowywane na urządzeniu, zaszyfrowane rekord po rekordzie kluczem trzymanym w bezpiecznym magazynie systemu operacyjnego. W przeglądarce kalendarz jest trzymany tylko w pamięci i za każdym razem pobierany ponownie z relayów. Przypomnienia uruchamia samo urządzenie: Calendar nie używa serwera push. Jeśli zdecydujesz się ukrywać tytuły w przypomnieniach, mówią one tylko „Wydarzenie” i kiedy się zaczyna. Twój klucz Calendar jest przechowywany osobno od kluczy Herkos Mail (zob. „Twoje konto” w sekcji o Calendar). - Twoje notatki (Herkos Notes): notatki, ich historia, notatniki i indeks wyszukiwania są przechowywane na urządzeniu, zaszyfrowane rekord po rekordzie kluczem trzymanym w bezpiecznym magazynie systemu operacyjnego. W przeglądarce są przechowywane tak samo, w pamięci przeglądarki dla tej witryny (IndexedDB), a klucz również jest w przeglądarce: na komputerze, z którego korzystają też inni, chroni to niewiele. Jeśli przeglądarka nic nie zapisuje dla witryny (okno prywatne, zablokowane dane witryny), są trzymane tylko w pamięci i bez połączenia nie da się pisać. Notatka, którą zablokujesz, dostaje własne hasło; bez niego nikt nie może jej otworzyć, nawet my. Kopia zapasowa Twoich notatek to plik zapisywany tylko tam, gdzie go zapiszesz, zaszyfrowany własnym hasłem. Automatyczna kopia, robiona codziennie, chyba że ją wyłączysz, to plik w folderze urządzenia (Herkos Notes/backups w Twoich Dokumentach), zaszyfrowany kluczem Twojego konta; zachowywanych jest siedem ostatnich i nie jest nigdzie wysyłana (w przeglądarce jej nie ma). Notatki, które udostępniają Ci inne konta, czekają w „Otrzymane od innych”, na urządzeniu i zaszyfrowane jak reszta, dopóki ich nie zachowasz albo nie odrzucisz.

Wszystko to możesz usunąć w Ustawienia → Więcej → Zresetuj aplikację albo usuwając konto.

Dane, które opuszczają Twoje urządzenie, i do kogo trafiają

Ta tabela dotyczy Herkos Mail. Herkos Calendar, Herkos Notes, Herkos Drive i Herkos Local Relay mają własne sekcje poniżej.

Odbiorca Co może zobaczyć Kiedy
Relaye Nostr (lista domyślna w Ustawienia → Sieć, edytowalna) Twój adres IP, klucz publiczny, publikowane przez Ciebie zdarzenia (profil, listy relayów, lista serwerów Blossom, etykiety NIP-32, zaszyfrowane ustawienia) oraz zaszyfrowane „gift wrapy” adresowane do Ciebie wraz z ich czasami. Relaye nie mogą odczytać zawartości gift wrapów. Relay, który żąda uwierzytelnienia NIP-42, poznaje Twój klucz publiczny, nawet gdy tylko czytasz. Zawsze, gdy aplikacja się synchronizuje. W Androidzie także przy zamkniętej aplikacji, mniej więcej co 15 minut, gdy sprawdzanie w tle zastępuje serwer push.
Serwery Blossom (edytowalne) Twój adres IP i klucz publiczny oraz zaszyfrowane bloby wiadomości większych niż 32 KB i ich załączników. Klucz do odszyfrowania bloba podróżuje wyłącznie wewnątrz zaszyfrowanej wiadomości. Gdy wysyłasz lub otwierasz dużą wiadomość.
Bridge'e (domyślnie uid.ovh, edytowalne) Pełną treść każdej wiadomości, którą wysyłasz na tradycyjny adres (Gmail, Outlook…) lub z niego otrzymujesz, oraz alias nazwa@bridge, który rejestrujesz. Bridge'e to niezależni operatorzy z własnymi zasadami prywatności; Herkos ich nie prowadzi. Gdy używasz tożsamości @bridge albo piszesz na adres spoza Nostr.
Serwery NIP-05 (domena adresu, który wpisujesz) To, że ktoś zapytał, czy nazwa@domena jest użytkownikiem Nostr. Gdy dodajesz odbiorcę użytkownik@domena.
Serwer push (domyślnie brak; w Ustawienia → Powiadomienia można wybrać api.nmail.li, który powiadamia tylko o poczcie docierającej do relaya relay.nmail.li, więc jest oferowany razem z nim — oba prowadzi pierwotny projekt Nostr Mail — albo inny serwer) Twój klucz publiczny, token push urządzenia (punkt końcowy UnifiedPush), język powiadomień oraz — ponieważ obserwuje relaye w Twoim imieniu — kiedy otrzymujesz pocztę (nie co w niej jest). Tylko jeśli wybierzesz serwer push i włączysz powiadomienia dla konta; bez serwera Herkos sam sprawdza Twoje relaye. Wyłączenie ich prosi serwer o usunięcie subskrypcji. Przy zmianie serwera to samo żądanie trafia do poprzedniego.
DVM harmonogramu (usługa Nostr prowadzona przez osobę trzecią, zob. NostrConfig.schedulerDvm) Twój klucz publiczny, już zaszyfrowane wiadomości do opublikowania, ich relaye docelowe i zaplanowaną godzinę. Tylko jeśli używasz funkcji „wyślij później”.
Zdalny podpisujący / relaye NIP-46 (relay.nsec.app i zapasowe) Twój klucz publiczny i zaszyfrowane żądania podpisu. Tylko jeśli logujesz się bunkerem lub aplikacją do podpisywania.
Serwery obrazów (dowolny serwer, na który wskazuje profil lub wiadomość) Twój adres IP i moment pobrania obrazu. Zdjęcie profilowe jest pobierane z adresu, który jego właściciel wpisał w swoim profilu, tylko jeśli włączysz Wczytuj zdjęcia profilowe (zdjęcia Twoich własnych kont wczytują się zawsze); ktokolwiek prowadzi ten serwer, może wtedy poznać, kiedy oglądałeś jego wiadomości lub jego kontakt. Obrazy w wiadomościach są domyślnie blokowane; gdy je wczytasz (Wczytaj obrazy lub ustawienie Zawsze wczytuj obrazy), ich serwery, często serwer nadawcy, dowiadują się, że otworzyłeś wiadomość, i kiedy. Obraz tła, który dodajesz, podając jego adres, jest pobierany z tego serwera. Zdjęcia profilowe: tylko jeśli je włączysz (Twoje zawsze). Obrazy w wiadomościach: tylko jeśli je wczytasz.

Twoje prywatne relaye. Jeśli twoje konto ma listę prywatnych relayów (kind 10013, NIP-37; Herkos Notes i Calendar używają tej samej), Mail trzyma twoje wersje robocze, zaszyfrowane ustawienia, etykiety i zaplanowane wysyłki na jej relayach, a nie na twoich relayach zapisu; to, co wcześniej tam zostawił, nadal czyta i usuwa także tam. Bez tej listy trafiają one na twoje relaye zapisu. Mail publikuje listę tylko wtedy, gdy o to poprosisz (Ustawienia → Hosting → Prywatne relaye), zaszyfrowaną twoim kluczem: relaye widzą twój klucz publiczny, to, że lista istnieje, i kiedy się zmienia, ale nie relaye, które zawiera. Lista zapisana przez inną aplikację jest używana bez zmian i nigdy nie jest nadpisywana.

Automatyczne przekazywanie (Ustawienia → Automatyczne przekazywanie, wyłączone, dopóki go nie włączysz). Kopia każdej nowej wiadomości trafia na jeden wybrany przez ciebie adres: na konto Nostr zaszyfrowana end-to-end jak każda wiadomość; na tradycyjny adres przez bridge głównego adresu twojego konta, który widzi ją w całości (zob. Bridge'e wyżej). Robi to to urządzenie, gdy Mail działa, albo przy następnej synchronizacji; ustawienie zostaje na urządzeniu i nigdy nie jest publikowane.

Aplikacja do podpisywania na twoim telefonie z Androidem (NIP-55, np. Amber). Klucz zostaje w tej aplikacji, a Mail rozmawia z nią bezpośrednio na telefonie, bez relayów i sieci pośrodku; urządzenie przechowuje tylko twój klucz publiczny i to, która aplikacja podpisuje. Mail prosi ją wyłącznie o podpisywanie kindów, które Mail podpisuje twoim kontem, oraz o szyfrowanie i odszyfrowywanie (NIP-44), nigdy o koperty wiadomości, które używają kluczy jednorazowych, i sprawdza każde podpisane zdarzenie, które wraca, zanim go użyje.

Herkos Local Relay. Jeśli Herkos Local Relay jest na tym samym urządzeniu, Mail raz proponuje połączenie z nim; nic nie jest wysyłane, dopóki nie dotkniesz Połącz i nie zatwierdzisz Maila w Herkos Local Relay. Mail paruje się z nim własnym kluczem i przy każdym połączeniu sprawdza, czy to ten sam relay. Podpisuje raz twoim kluczem, żeby relay przechowywał twoje zdarzenia jako twoje; potem kopiuje tam pocztę przechowywaną na tym urządzeniu, a od tej chwili każde zdarzenie twojego konta, które Mail wysyła, i każdą kopertę, którą odbiera, dokładnie tak, jak zostały podpisane, i nadal zaszyfrowane, i prosi relay, by trzymał je na urządzeniu, a prywatne wydawał tylko twojemu kluczowi. Koperty, które wysyłasz innym, nie są kopiowane. Mail nigdy z niego nie czyta: to kopia. Nic nie opuszcza w tym celu urządzenia.

Sam Herkos nie otrzymuje nic z tego. Nie ma raportowania awarii ani telemetrii.

Herkos Calendar: co widzą relaye

Calendar komunikuje się z relayami Nostr: Twojego konta (Twoje listy NIP-65 i skrzynki odbiorczej), tymi z Ustawienia → Relaye (edytowalnymi) oraz, gdy kogoś zapraszasz lub odpowiadasz na zaproszenie, relayami skrzynki odbiorczej tej osoby. Z nikim więcej, poza tym, co sprawdzasz sam (niżej): ani z żadnym publicznym indeksem relayów. Sekcja „Twoje konto” niżej wyjaśnia, do czego służy każdy z nich. Nie ma serwera Herkos, serwera push ani telemetrii. Każdy relay widzi Twój adres IP i czas każdego połączenia.

Co Co widzą relaye, które to przechowują Czego nie widzą
Prywatne wydarzenie (kind 32678) Twój klucz publiczny, to, że jest to wydarzenie kalendarza (jego kind), losowy identyfikator, kiedy je utworzyłeś lub ostatnio zmieniłeś, oraz jego przybliżony rozmiar. Jest przechowywane wyłącznie na Twoich relayach, gdzie szukają go Twoi goście; nigdy na ich relayach. Tytuł, data i godzina, strefa czasowa, powtarzanie, miejsce, opis, goście, przypomnienia.
Twoje listy kalendarzy (kind 32123) i ustawienia przypomnień (kind 30078, d=calendar-alarms) Twój klucz publiczny, to, że istnieją, i kiedy się zmieniają. Jakie wydarzenia zawierają, ich nazwy, klucze podglądu, Twoje przypomnienia.
Zaproszenie (gift wrap, kind 1059) Klucz publiczny gościa oraz tag k=1052, który mówi, że koperta zawiera zaproszenie z kalendarza (w ten sposób aplikacje kalendarzowe, w tym aplikacja Formstr, znajdują zaproszenia bez otwierania Twojej poczty). Jest wysyłane wyłącznie do relayów skrzynki odbiorczej gościa, pod jednorazowym kluczem, z własnymi losowymi znacznikami czasu, a zaproszenia do tego samego wydarzenia wychodzą w losowej kolejności, każde od 5 do 90 sekund po poprzednim (pierwsze — po samym wydarzeniu). Koperta zawiera też datę wygaśnięcia, losowaną w przedziale od 60 do 90 dni od wysłania, aby relaye mogły ją usunąć: nie mówi ona nic o tym, kiedy jest wydarzenie. Kto je wysłał, którego wydarzenia dotyczy i kogo jeszcze zaproszono.
Prywatna odpowiedź na zaproszenie (gift wrap, kind 1059, znacznik k=1925) Klucz publiczny odbiorcy (organizatora albo Twój we własnej kopii) i to, że koperta zawiera odpowiedź kalendarza. Trafia tylko do relayów skrzynki odbiorczej odbiorcy, z jednorazowym kluczem, losowymi datami i datą wygaśnięcia, jak zaproszenia. Kto odpowiada, na jakie wydarzenie i co.
Usuwanie (kind 5) Twój klucz publiczny i identyfikator tego, co usuwasz. —

Relay, który żąda uwierzytelnienia NIP-42, poznaje Twój klucz publiczny; Calendar odpowiada na takie żądanie tylko w przypadku Twoich własnych wydarzeń na Twoich własnych relayach oraz przy odczytywaniu Twojej własnej skrzynki odbiorczej. Usuwanie w Nostr jest prośbą: relay może zachować swoją kopię, nadal zaszyfrowaną.

Czego nic w wydarzeniach nie ukryje: każde zaproszenie wychodzi z Twojego adresu IP, a każdy gość pobiera wydarzenie z Twoich relayów ze swojego. Relay, który przechowuje skrzynki odbiorcze kilku Twoich gości, może stwierdzić, że ich zaproszenia przyszły z tego samego adresu. Ukrywa to tylko Tor lub VPN.

Twoje konto

Calendar nie tworzy kont: logujesz się tożsamością Nostr, którą już masz, na jeden z tych sposobów.

Twoje relaye. Przy logowaniu Calendar szuka Twoich list (NIP-65, kind 10002, oraz listy skrzynki odbiorczej, kind 10050) na relayach z Ustawienia → Relaye, przez osobne połączenie, które Cię nie identyfikuje: relay, który żąda uwierzytelnienia, dostaje jednorazowy klucz, nie Twój. Od tej chwili:

Relaye Twoich gości (decyzja z 21 października 2026). Aby kogoś zaprosić, aplikacja musi wiedzieć, gdzie ta osoba odbiera pocztę. Calendar szuka jej list (10002 i 10050) tylko na relayach z Ustawienia → Relaye, nigdy w publicznym indeksie osoby trzeciej (takim jak purplepag.es): ta usługa widziałaby, z jakiego adresu pytasz i o kogo, czyli kogo zapraszasz. Każdego gościa szuka się osobno, w losowej kolejności, każdego przez własne połączenie z jednorazowym kluczem, aby te relaye nie mogły stwierdzić, kto jest zaproszony z kim. Widzą natomiast Twój adres IP i klucz publiczny każdej osoby, której szukasz. Jeśli czyjeś listy nie znajdują się na tych relayach, aplikacja przed wysłaniem oznacza tę osobę jako „brak znanej skrzynki”, a zaproszenie do niej nie dociera. Aby ją znaleźć, dodaj do Ustawienia → Relaye relay, na którym publikuje ona swoje listy.

Co synchronizuje się między Twoimi urządzeniami, zawsze zaszyfrowane dla Ciebie i na Twoich relayach zapisu: Twoje listy kalendarzy (z kluczami ich wydarzeń), ustawienia przypomnień (d=calendar-alarms), obserwowane kalendarze (d=calendar-subscriptions) oraz zaproszenia, które ignorujesz, lub cudze wydarzenia, które usuwasz ze swojego kalendarza (kind 30078, d=calendar-declined: tylko które wydarzenie i kiedy, nigdy jego tytuł). Relaye widzą, że istnieją i kiedy się zmieniają, ale nie to, co zawierają. Przypomnienia uruchamiane przez urządzenie to te z konta, na które jesteś zalogowany, nigdy z poprzedniego.

Kopia Twoich kluczy. Calendar proponuje zapisanie kopii: pliku z Twoimi listami kalendarzy i kluczami ich wydarzeń, zaszyfrowanego hasłem, które wybierasz specjalnie dla niego (szyfrem z NIP-49). Jest zapisywany tylko tam, gdzie go zapiszesz; nie trafia do żadnego relaya ani serwera. Jego nazwa zawiera datę, nigdy konto. Na potrzeby przypomnienia urządzenie pamięta tylko dwie daty: ostatniej kopii i ostatniego „Nie teraz”.

Wylogowanie najpierw pokazuje, co zostanie utracone, i proponuje zapisanie kopii. Potem usuwa z tego urządzenia Twój klucz (lub połączenie z bunkerem) i zapisany kalendarz. To, co zostało opublikowane, pozostaje na relayach, zaszyfrowane. Zgodę udzieloną w aplikacji do podpisywania cofasz w tej aplikacji.

Publiczne z Twojego wyboru

Są wyłączone, dopóki ich nie włączysz, a aplikacja pokazuje, co każda z tych rzeczy ujawnia, zanim to zrobisz:

Herkos Calendar odczytuje publiczne odpowiedzi na Twoje wydarzenia publiczne pisane przez inne aplikacje (RSVP, kind 31925, oraz usunięcia uczestników, kind 84); sam nie zapisuje żadnych z nich.

Co sprawdzasz sam

Te połączenia zachodzą tylko wtedy, gdy o nie prosisz:

Herkos Notes: co widzą relaye

Notes komunikuje się z relayami Nostr i z nikim więcej. Nie ma serwera Herkos, serwera push ani telemetrii. Każdy relay widzi Twój adres IP i czas każdego połączenia.

Które relaye. Jeśli Twoje konto ma listę prywatnych relayów (kind 10013, lista opisana w NIP-37), Notes używa relayów z niej, bez zmian, i nigdy jej nie nadpisuje; szuka tej listy na relayach ze swoich Ustawień i na relayach, na których publikujesz (Twoja lista NIP-65). W przeciwnym razie używa relayów ze swoich Ustawień: domyślnie relay.formstr.app, nos.lol i relay.primal.net, do ośmiu, wszystkie edytowalne. Ustawienia oferują też listę znanych relayów do dodania jednym dotknięciem; Notes nie łączy się z żadnym z nich, dopóki go nie dodasz. Relay może używać ws://, czyli połączenia nieszyfrowanego, tylko jeśli jest na urządzeniu lub w sieci domowej (localhost, adresy prywatne, nazwy .local): notatki nadal podróżują zaszyfrowane, ale każdy w tej sieci widzi to, co widzi relay (tabela poniżej). Notes nie publikuje żadnej własnej listy relayów, chyba że o to poprosisz (Relaye → Zapisz jako moją listę prywatnych relayów). Wtedy publikuje te relaye jako Twoją listę 10013, zaszyfrowaną Twoim kluczem, na tych samych relayach, na których szuka list, i aktualizuje ją zgodnie z tym, co zmienisz w Notes: relaye widzą Twój klucz publiczny, to, że lista istnieje, i kiedy się zmienia, ale nie relaye, które zawiera. Lista zapisana przez inną aplikację nigdy nie jest nadpisywana: Notes używa jej bez zmian. Jeśli któryś z tych relayów działa na tym urządzeniu (adres ws://127.0.0.1 lub ws://localhost, na przykład aplikacja Citrine), Notes zostawia na nim także kopię Twoich notatek, notatników i usunięć, dokładnie takich, jak zostały podpisane, i nadal zaszyfrowanych. Nic przy tym nie opuszcza urządzenia; Notes nigdy nie czyta z tego relaya, a notatka, którą ma tylko on, nie liczy się jako wysłana. Inne aplikacje na urządzeniu, które czytają ten relay, widzą to, co widzi każdy relay.

Herkos Local Relay. Jeśli Herkos Local Relay jest na tym samym urządzeniu, Notes raz proponuje połączenie z nim; nic nie zostaje wysłane, dopóki nie stukniesz Połącz i nie zatwierdzisz Notes w Herkos Local Relay. Notes paruje się z nim własnym kluczem, utworzonym dla tego parowania, i przy każdym połączeniu sprawdza, że to ten sam relay, więc inny program nasłuchujący na jego porcie nic nie dostaje. Od tej chwili kopiuje tam Twoje notatki, punkty kontrolne, notatniki, usunięcia, Twoją listę prywatnych relayów i pieczęcie udostępnianych notatek, dokładnie tak, jak zostały podpisane, i nadal zaszyfrowane, i prosi go, by wszystko poza usunięciami trzymał jako prywatne: relay oddaje to tylko Twojemu kluczowi i nikomu tego nie przekazuje. Aby relay przechowywał je jako Twoje, Notes przy połączeniu raz podpisuje się Twoim kluczem. Nic nie opuszcza przy tym urządzenia. Notes nigdy z niego nie czyta: to kopia, a notatka, którą ma tylko on, nie liczy się jako wysłana. Jeśli przestanie odpowiadać, Notes działa dalej z Twoimi innymi relayami i później wysyła mu tylko to, czego mu brakuje. Możesz go rozłączyć w Ustawieniach Notes albo cofnąć dostęp Notes w Herkos Local Relay.

Co Co widzą relaye, które to przechowują Czego nie widzą
Notatka (kind 31234, NIP-37) Twój klucz publiczny; losowy identyfikator (d), utworzony z losowej liczby i nigdy z tytułu; tag k=30023, taki sam w każdej notatce, więc nie mówi nic o tym, co piszesz; kiedy ostatnio ją zmieniłeś; oraz jej przybliżony rozmiar. Tytuł, tekst, tagi, notatnik, czy jest przypięta, ulubiona lub w koszu, oraz kiedy ją utworzyłeś.
Punkt kontrolny (kind 1234), historia notatki Twój klucz publiczny, do której notatki należy (jego tag a wskazuje identyfikator notatki) i kiedy powstał. Co notatka wtedy zawierała.
Twoje notatniki (kind 30078) Twój klucz publiczny, to, że lista istnieje, i kiedy się zmienia. Jej identyfikator jest wyprowadzany z Twojego klucza publicznego, więc jest taki sam na wszystkich Twoich urządzeniach. Nazwy Twoich notatników, ile ich jest i jakie notatki są w każdym z nich.
Usuwanie (kind 5) Twój klucz publiczny i identyfikatory tego, co usuwasz: notatki i jej punktów kontrolnych. —
Notatka, którą udostępniasz (kind 1059, gift wrap NIP-59) Klucz publiczny konta, dla którego jest przeznaczona (p); tag k=30023; datę losowo cofniętą maksymalnie o dwa dni; jej przybliżony rozmiar. Jest podpisana kluczem utworzonym dla niej i użytym raz, nie Twoim. Kto ją wysłał, kiedy, jej tytuł i tekst. W środku, zapieczętowane (kind 13) i zaszyfrowane tylko dla tego konta, są Twój klucz publiczny i notatka: tylko to konto może je otworzyć i dowiaduje się, kto ją wysłał.

Czego nie da się ukryć. d i k notatki oraz a punktu kontrolnego muszą być czytelne: relaye potrzebują ich, aby zastąpić notatkę jej nowszą wersją i znaleźć jej historię. Relay może więc policzyć, ile masz notatek, i zobaczyć, kiedy edytujesz każdą z nich i jak często. Notes czyni to mniej dokładnym, nie niewidocznym: zapisuje najwyżej jeden punkt kontrolny na notatkę na każdą godzinę edycji, jeden, gdy zamykasz notatkę, która się zmieniła, i po jednym z każdej strony, gdy rozstrzygasz konflikt, nigdy jednego na każde zapisanie, więc Twój rytm pisania nie jest publikowany minuta po minucie.

Dlaczego Twoje notatki nigdy nie wygasają. Szkice NIP-37 mogą zawierać tag expiration (jego przykład używa 90 dni), a relay, który go respektuje, usuwa zdarzenie w tym dniu. W przypadku notatnika oznaczałoby to utratę notatek, których usunięcia nikt nie zażądał, więc Notes nigdy go nie zapisuje. Druga strona tego: Twoje notatki pozostają na relayach, zaszyfrowane, dopóki ich nie usuniesz, a usuwanie w Nostr jest prośbą: relay może zachować swoją kopię.

Udostępnianie notatki. Notes wysyła kopię do relayów, z których według drugiego konta ono czyta (jego relaye NIP-17, kind 10050, a w przeciwnym razie relaye do odczytu z jego listy NIP-65), których szuka na Twoich relayach, oraz do Twoich własnych relayów, najwyżej ośmiu. Wysyłane jest to, co zawiera notatka (tytuł, tekst i tagi), a nie Twój notatnik, oznaczenia czy kosz; tego, co zmienisz później, Notes nie wysyła. Drugie konto zachowuje swoją kopię: Notes nie może jej cofnąć, a usunięcie Twojej notatki jej nie usuwa. Aby odbierać, Notes prosi Twoje relaye o gift wrapy adresowane do Twojego klucza z k=30023 i otwiera je na urządzeniu. Odrzucenie usuwa gift wrap tylko z urządzenia: jest on podpisany kluczem, którego nikt nie przechowuje, więc żadne z Was nie może poprosić relayów o jego usunięcie, i zostaje tam, czytelny tylko dla Ciebie. Wyszukiwanie jest lokalne. Wszystko jest zaszyfrowane, więc żaden relay nie może szukać za Ciebie. Notes pobiera i odszyfrowuje Twoje notatki i buduje indeks na urządzeniu; słowa, których szukasz, nigdy nie są nigdzie wysyłane.

Relay, który żąda uwierzytelnienia NIP-42, poznaje Twój klucz publiczny; Notes odpowiada mu Twoim kontem. Notes prosi też Twoje relaye o szkice, które inne aplikacje zapisały Twoim kluczem (kindy 31234 i starszy 30024), aby pokazać je tylko do odczytu, i niczego przy tym nie publikuje. Jeśli logujesz się zdalnym podpisującym (bunkerem lub Nostr Connect), jego relaye przenoszą Twoje zaszyfrowane żądania podpisu, a Notes prosi go o podpisywanie tylko powyższych kindów (w tym pieczęci udostępnianej notatki, kind 13; jej gift wrap jest podpisywany na urządzeniu, jednorazowym kluczem). Z aplikacją do podpisywania na Twoim telefonie z Androidem (NIP-55, np. Amber) Notes rozmawia bezpośrednio na telefonie, bez żadnego relaya pośrodku, prosi ją o to samo i sprawdza każde zwrócone podpisane zdarzenie przed jego użyciem.

Herkos Drive: co widzą relaye i serwery

Drive przechowuje zawartość Twoich plików na serwerach Blossom, a listę Twoich plików i folderów (indeks) na relayach Nostr, w obu przypadkach zaszyfrowane na Twoim urządzeniu. Nie ma serwera Herkos, serwera push ani telemetrii. Każdy relay i serwer widzi Twój adres IP i czas każdego połączenia. Domyślnie indeks trafia do pięciu relayów, a pliki na pięć serwerów Blossom, z których żadnego nie prowadzi Herkos; Ustawienia → Hosting plików zmienia serwery i można tam dodać własny serwer. Kto prowadzi każdy z nich i gdzie się znajduje, o ile wiemy (sprawdzone 5 listopada 2026):

Serwer Do czego Operator (jak sam podaje) Gdzie (według adresu IP)
nos.lol indeks nie podaje Niemcy (Hetzner)
relay.primal.net indeks Primal nieznane: za Cloudflare
relay.nmail.li indeks Nmail, pierwotny projekt Nostr Mail Francja (OVH)
relay.nostr.net indeks nostr.net (aljaz@nostr.si) nieznane: za Cloudflare
nostr.oxtr.dev indeks 0xtr (oxtrr@protonmail.com) Niemcy (Hetzner)
nostr.download pliki nie podaje Irlandia (Apex Strata)
blossom.ditto.pub pliki Ditto Stany Zjednoczone (DigitalOcean)
blossom.nmail.li pliki Nmail, pierwotny projekt Nostr Mail Francja (OVH)
blossom.yakihonne.com pliki YakiHonne Singapur (Vultr)
blossom.jumble.social pliki Jumble nieznane: za Cloudflare

Kraj wynika z adresu IP serwera i może być błędny, a serwer za Cloudflare nie pokazuje, gdzie się znajduje; liczy się to, gdzie każdy operator deklaruje przechowywanie danych, a większość tego nie podaje. Każdy operator jest niezależny i ma własne warunki; Herkos nie ma umowy z żadnym z nich. Co najmniej dwa z pięciu serwerów plików znajdują się poza Unią Europejską: to, co przechowują, jest zaszyfrowane na Twoim urządzeniu i nie mogą tego odczytać, ale docierają do nich Twój adres IP i czas każdego przesłania.

Dwa klucze. Twoje konto podpisuje tylko jedno: lokalizator, zdarzenie zaszyfrowane dla Twojego własnego klucza, dzięki któremu Twoje urządzenia znajdują Twój Drive. Wszystko inne podpisuje klucz woluminu utworzony losowo dla Twojego Drive, niewyprowadzony z Twojego konta, więc indeks nie mówi, czyj jest. Drive odczytuje lokalizator raz na urządzenie, a nie przy każdym uruchomieniu, żeby relaye nie widziały zapytań o Twoje konto i Twój wolumin razem. Osoba, której udostępnisz folder, też dostaje klucz woluminu; możesz go w każdej chwili zmienić (Ustawienia → Klucz woluminu): Twoje pozostałe urządzenia same za tym nadążają, a to, co podpisano starym, przestaje być akceptowane.

Co Co mogą zobaczyć relaye, które to przechowują Czego nie mogą zobaczyć
Lokalizator (kind 31152) Twój klucz publiczny, losowy identyfikator i kiedy został zapisany. Co zawiera: klucz woluminu i miejsce Twojego indeksu, zaszyfrowane dla Twojego klucza.
Plik lub folder (kind 31150), po jednym zdarzeniu na każdy Klucz woluminu; losowy identyfikator, utworzony z losowej liczby i nigdy z nazwy; identyfikator folderu, w którym się znajduje; kiedy ostatnio się zmienił; oraz jego rozmiar, zaokrąglony do potęgi dwójki. Jego nazwę, typ, rozmiar, daty, klucze, wersje i to, które serwery przechowują jego bloki.
Link (kind 31151) Kto go podpisał: klucz woluminu w przypadku folderu, klucz utworzony dla tego linku w przypadku pliku; losowy identyfikator; datę wygaśnięcia, jeśli ją ma (NIP-40); jego rozmiar, zaokrąglony. Co otwiera.
Usuwanie (kind 5) Identyfikatory tego, co usuwasz. —
Udostępnianie kontu (kind 1059, gift wrap NIP-59) Klucz publiczny konta, dla którego jest przeznaczone (p); tag k=31151; datę losowo cofniętą maksymalnie o dwa dni; wygaśnięcie za 60–90 dni. Jest podpisane kluczem utworzonym dla niego i użytym raz. Kto je wysłał, kiedy i co otwiera.

Czego nie da się ukryć. Każde zdarzenie mówi, w jakim folderze się znajduje, więc relay może policzyć, ile masz plików i folderów, zobaczyć kształt drzewa (które foldery zawierają ile elementów) i kiedy każdy z nich się zmienia. Nie może się dowiedzieć, jak którykolwiek z nich się nazywa ani co zawiera.

Serwery Blossom dostają bloki Twoich plików, każdy zaszyfrowany kluczem własnym dla swojej rewizji i dopełniony do wielokrotności 64 KiB, więc widzą, jaki mniej więcej rozmiar ma każdy plik, ale nie to, czym jest ani jak się nazywa. Każde przesłanie jest podpisane: na Twoim własnym serwerze kluczem woluminu; na każdym innym kluczem utworzonym tylko dla tego serwera i tego pliku, który nikogo nie wskazuje i nigdy nie jest taki sam na dwóch serwerach. Usunięcie pliku to prośba do jego serwerów o usunięcie jego bloków; tak jak w przypadku relayów, serwer może zachować kopię.

Linki (herkos.app/f/…). Link do pliku lub folderu niesie, po #, klucz, który go otwiera: link jest kluczem. Część po # nigdy nie trafia do naszego serwera ani do Cloudflare, a strona usuwa ją z paska adresu, gdy tylko ją odczyta. Ale wcześniej przeglądarka mogła już zapisać cały adres w swojej historii, a przeglądarka, która synchronizuje historię, przechowuje go także na serwerach swojego dostawcy. Nic po naszej stronie nie może temu zapobiec. W przypadku czegokolwiek wrażliwego nadaj linkowi hasło (link nie otwiera wtedy niczego bez niego, a hasło przekazuje się osobno) albo udostępnij kontu danej osoby, co w ogóle nie wymaga linku. Strona odczytuje relaye i serwery z linku; z takim, którego nie zna, łączy się dopiero po Twojej zgodzie, bo zobaczyłby Twój adres IP. Link może wygasnąć: tego dnia przestaje działać, a folder dostaje nowe klucze, więc to, co zostanie dodane później, nie otworzy się starym kluczem. Kto już go otworzył, zachowuje to, co pobrał. Aby odciąć dostęp wcześniej, usuń link: folder dostaje wtedy od razu nowe klucze.

Udostępnianie kontu. Drive szuka, gdzie dane konto odczytuje (jego relaye NIP-17, kind 10050, albo relaye odczytu z jego listy NIP-65), na Twoich relayach i na relayach Drive, po jednej osobie naraz, nigdy w publicznym indeksie. Każda osoba dostaje własny link, więc usunięcie jednej nie dotyczy pozostałych i nikt nie może się dowiedzieć, kto jeszcze go dostał.

Relay, który wymaga uwierzytelnienia NIP-42, poznaje klucz woluminu, nigdy Twoje konto: Drive odpowiada mu kluczem woluminu. Jeśli logujesz się aplikacją do podpisywania na telefonie z Androidem (NIP-55, np. Amber), Drive prosi ją tylko o podpisanie lokalizatora, żądania wycofującego stary lokalizator i pieczęci tego, co udostępniasz kontu, oraz o szyfrowanie i odszyfrowywanie dla Twojego własnego klucza.

Herkos Local Relay: co przechowuje i z kim się komunikuje

Herkos Local Relay to relay Nostr działający na Twoim własnym urządzeniu, dla aplikacji Herkos i każdego innego klienta Nostr. Nie stoi za nim żaden nasz serwer i nic nam nie wysyła.

W kilku słowach (szczegóły poniżej):

Co przechowuje, na urządzeniu. Zdarzenia, które zapisują w nim Twoje aplikacje, i te, które pobiera z Twoich relayów, w bazie danych zaszyfrowanej kluczem trzymanym w bezpiecznym magazynie systemu operacyjnego. Obok niej: aplikacje, które sparowałeś, i to, co każda z nich może robić; jego ustawienia (settings.json: port, limit, przycinanie, czy dziennik sesji jest włączony, czy niesparowane aplikacje mogą wejść, czy sieć lokalna jest włączona i jej port); jeśli włączysz sieć lokalną, listę dozwolonych kluczy z nazwami, które im nadałeś, oraz certyfikat relaya i jego klucz, wewnątrz zaszyfrowanej bazy danych; oraz ustawienia kopii (backups.json: jak często, folder, klucz publiczny, dla którego szyfrowane są kopie, i jego sól, kiedy zrobiono ostatnią). Nic z tego nie jest tajne, a hasło do kopii nigdy nie jest zapisywane. W systemach Windows i Linux, gdy relay działa, plik relay.json w folderze aplikacji mówi, na którym porcie nasłuchuje, aby aplikacje Herkos mogły go znaleźć. Odinstalowanie aplikacji usuwa bazę danych, a jej klucz staje się bezużyteczny.

Kto może się połączyć. Nasłuchuje na 127.0.0.1 (port 4873, chyba że go zmienisz): dopóki sieć lokalna jest wyłączona, tak jak po instalacji, nic spoza urządzenia nie może się do niego dostać. Każda aplikacja na urządzeniu może dotrzeć do tego adresu, więc aplikacja lub strona internetowa musi zostać sparowana, czyli zatwierdzona przez Ciebie na ekranie, zanim będzie mogła cokolwiek zapisać, a niesparowana strona internetowa jest odrzucana. Cofnięcie parowania aplikacji natychmiast ją rozłącza. Zdarzenia prywatne (szkice, prywatne listy, przypomnienia, zapieczętowane koperty, które otrzymujesz) są przekazywane tylko temu, kto udowodni przez NIP-42, że ma klucz, do którego należą.

Sieć lokalna, jeśli ją włączysz, otwiera drugi port (4874, chyba że go zmienisz) dla urządzeń w Twojej sieci: tylko wss://, z własnym certyfikatem relaya, i tylko dla kluczy z Twojej listy, po uwierzytelnieniu przez NIP-42. Klucz z listy odczytuje Twoje zdarzenia publiczne i te prywatne, które są przeznaczone dla niego, a zapisuje tylko zdarzenia, które sam podpisał; usunięcie go z listy go rozłącza. Każdy w tej samej sieci widzi, że urządzenie ma otwarty ten port i ile ruchu przez niego przechodzi, ale nie co.

Tor, jeśli go włączysz (w Windows i Linuksie; na Androidzie pojawi się później), zmienia relay w usługę onion Tora z adresem .onion, który się nie zmienia. Aplikacja uruchamia program tor tego komputera (albo ten dołączony do aplikacji), który łączy się z siecią Tor. Klucz tego adresu jest przechowywany w zaszyfrowanej bazie i przekazywany tylko temu torowi, na samym urządzeniu; własny folder tora zawiera jego kopię katalogu sieci i jego cookie, nigdy ten klucz. To, czy Tor jest włączony, zapisuje się w settings.json. Przez Tor obowiązują te same zasady co w sieci lokalnej: tylko klucze z Twojej listy, po uwierzytelnieniu przez NIP-42. Kto łączy się z Twoim adresem, nie widzi Twojego adresu IP, a Ty jego. Sam adres niczego nie otwiera; jeśli się rozszedł, Nowy adres go zmienia. Herkos nic nie dostaje.

Kto Co może zobaczyć Kiedy
Twoje relaye (te z Twojej listy NIP-65) Twój adres IP; Twój klucz publiczny, gdy relay żąda uwierzytelnienia NIP-42; publiczne zdarzenia, które publikujesz za pośrednictwem Herkos Local Relay; oraz, na potrzeby synchronizacji, o które z Twoich zdarzeń pyta. Gdy publikujesz i gdy się synchronizuje (za pomocą negentropy, NIP-77, jeśli relay to oferuje).
Relaye skrzynki odbiorczej osoby, do której piszesz (jej lista NIP-17, kind 10050, a w przeciwnym razie relaye do odczytu z jej listy NIP-65) Twój adres IP i zapieczętowana koperta (NIP-59) zaadresowana do tej osoby, wysłana po losowym czasie oczekiwania. Nigdy nie jest wysyłana do Twoich własnych relayów. Gdy aplikacja wysyła przez niego prywatną wiadomość lub prywatne zaproszenie.
Klucze z Twojej listy, w sieci lokalnej (tylko jeśli ją włączysz) Adres IP Twojego urządzenia w sieci; Twoje zdarzenia publiczne i te prywatne, które są przeznaczone dla danego klucza. Gdy są połączone.
Sieć Tor (tylko jeśli go włączysz) Że to urządzenie używa Tora (pierwszy węzeł Tora widzi Twój adres IP), ale nie to, co przez niego przechodzi; katalogi Tora przechowują opis usługi, zaszyfrowany, który może odczytać tylko ktoś, kto zna adres. Dopóki Tor jest włączony.
Klucze z Twojej listy, przez Tor (tylko jeśli go włączysz) Twoje zdarzenia publiczne i prywatne przeznaczone dla tego klucza; nie Twój adres IP. Dopóki są połączone.

Aby ustalić, gdzie ktoś odbiera, pyta Twoje relaye. Twoje zdarzenia prywatne (szkice, prywatne listy, przypomnienia) nigdy nie opuszczają urządzenia. Nigdy nie ogłasza własnego adresu (nie ma go na niczyjej liście NIP-65), jego dokument NIP-11 nie mówi, kim jesteś, i nie ma analityki, telemetrii ani raportów o awariach. W Androidzie działa jako usługa z powiadomieniem i jego przyciskiem Zatrzymaj; zasypia po 10 minutach bez połączeń, a aplikacja Herkos budzi go na samym urządzeniu, bez serwera push.

Dziennik sesji jest domyślnie wyłączony. Jeśli go włączysz, jest przechowywany tylko w pamięci, 500 ostatnich wierszy, i usuwany, gdy relay się zatrzyma: połączenia, uwierzytelnienie NIP-42, przyjęte lub odrzucone zdarzenia i kindy, o które proszono, według kindu i początku identyfikatora, nigdy ich treść.

Kopie. Zaszyfrowana kopia całego magazynu jest zapisywana tylko tam, gdzie wybierzesz: w folderze na urządzeniu lub na dysku zewnętrznym. Folder klienta chmury (OneDrive, Google Drive, Dropbox, iCloud, Nextcloud, Herkos Drive…) jest odrzucany. Jest szyfrowana Twoim własnym hasłem (scrypt i XChaCha20-Poly1305); kopie zaplanowane — dla klucza publicznego, który daje to hasło, więc powstają bez niego. Zachowywanych jest siedem ostatnich. Bez hasła nikt nie może otworzyć kopii, nawet my, a jeśli je zgubisz, kopia przepada. Eksport JSONL nie jest zaszyfrowany: zawiera Twoje zdarzenia prywatne w postaci jawnej, a aplikacja uprzedza o tym przed jego zapisaniem.

Przycinanie jest domyślnie wyłączone: bez niego relay przechowuje zdarzenia innych osób, dopóki jest miejsce. Możesz przycinać według wieku (30, 90, 180 lub 365 dni) albo według miejsca (od 256 MB do 5 GB), a aplikacja najpierw pokazuje, ile by usunęła. Usuwa tylko zdarzenia innych osób: nigdy Twoje, koperty dla Ciebie, kindy chronione przez Twoje aplikacje ani prośby o usunięcie; według miejsca tylko po kopii z ostatniego dnia. Przy włączonej sieci lokalnej lub Torze przycinania według wieku nie można wyłączyć: zdarzenia innych osób są usuwane po 90 dniach, chyba że wybierzesz inny termin. Zdarzenie z datą wygaśnięcia (NIP-40) po jej upływie nie jest już nikomu przekazywane, niezależnie od tego, kto je napisał. I jak wszędzie w Nostr, usuwanie jest prośbą: to, co już trafiło do innych relayów, może tam zostać.

Nasze strony internetowe i Cloudflare

herkos.app (w tym herkos.app/e/ i herkos.app/f/), app.herkos.app (wersja webowa Mail), calendar.herkos.app i notes.herkos.app (wersje webowe Calendar i Notes, gdy zostaną opublikowane) i fdroid.herkos.app (nasze repozytorium F-Droid) to pliki statyczne serwowane przez Cloudflare (Cloudflare Pages i R2). Jak każdy hosting, Cloudflare otrzymuje Twój adres IP, identyfikator przeglądarki (user agent), adres, o który prosisz (bez części po #), oraz czas, i może je przechowywać w swoich logach zgodnie z własną polityką prywatności.

Nie ustawiamy plików cookie i nie prowadzimy analityki; strony i własne pliki aplikacji webowych pochodzą wyłącznie z tych domen (aplikacje webowe łączą się następnie z relayami i serwerami opisanymi powyżej), a my nie przeglądamy logów dotyczących poszczególnych odwiedzających. Pliki do pobrania z Releases pochodzą z serwisu GitHub, który widzi ten sam rodzaj danych zgodnie z własną polityką.

Publiczne z założenia

Nostr jest siecią publiczną. Poniższe rzeczy są widoczne dla każdego, kto odpyta używane przez Ciebie relaye, i są powiązane z Twoim kluczem publicznym:

Twoje wybory i prawa

Zmiany

Zmienimy ten dokument, gdy zmieni się zachowanie aplikacji, i odnotujemy datę na górze. Źródłem prawdy jest PRIVACY.md w repozytorium; opublikowana strona jest jego kopią.

Kontakt: privacy@herkos.email · https://herkos.app

Inne języki

English · Español · Bahasa Indonesia · Català · Čeština · Deutsch · Français · Italiano · Magyar · Nederlands · Polski · Português (Portugal) · Português (Brasil) · Română · Slovenčina · Suomi · Svenska · Türkçe · 中文 · Ελληνικά · हिन्दी · 日本語 · 한국어 · Русский · Українська