LNemail

Czym jest LNemail

LNemail to usługa e-mail skupiona na prywatności, która sprzedaje anonimowe konta e-mail wyłącznie za pośrednictwem płatności w sieci Bitcoin Lightning. Na dzień 2026-05-30 usługa działa pod adresem lnemail.net bez wymogu rejestracji, użytkownicy generują fakturę Lightning, płacą 1000 sats i otrzymują adres e-mail oraz token dostępu. Usługa oferuje zarówno dostęp do skrzynki przez przeglądarkę, jak i pełne REST API z uwierzytelnianiem Bearer token.

Jak bardzo jest no-KYC

Stanowisko LNemail w sprawie no-KYC jest jednoznaczne i strukturalne. Warunki korzystania z usługi stanowią „No KYC, Ever" i zobowiązują się do nigdy nie wymagania ani nie zbierania informacji identyfikacyjnych. Żaden adres e-mail, numer telefonu ani istniejący poświadczenie tożsamości nie jest potrzebny do utworzenia konta. Operatorzy określają się jako anonimowi i „nie podlegający żadnej konkretnej jurysdykcji, działający zgodnie z zasadami prawa naturalnego". To KYC-free z założenia, płatności to pseudonimowe transakcje Lightning, a dostęp do konta zależy wyłącznie od posiadania tokena dostępu.

Prywatność i bezpieczeństwo

Architektura prywatności ma kilka konkretnych elementów. Adresy IP są używane wyłącznie do ograniczania liczby żądań i ochrony firewalla; usługa twierdzi, że nie przechowuje powiązań między IP a kontami e-mail. Logi systemowe są automatycznie czyszczone po 30 dniach. Konta e-mail są ważne przez jeden rok, z rocznym okresem karencji po wygaśnięciu przed automatycznym usunięciem. Użytkownicy mogą zażądać natychmiastowego usunięcia danych, kontaktując się z lnemail@lnemail.net ze swoim tokenem dostępu. Zawartość HTML jest usuwana na rzecz zwykłego tekstu ze względów bezpieczeństwa. Załączniki są obsługiwane do łącznie 8 MB. Usługa publikuje klucz PGP pod adresem lnemail.net/pgp-key.asc dla szyfrowanej komunikacji.

Notatka z zewnętrznego źródła z kwietnia 2025 na Stacker News wspomniała o „prostszym formacie tokena" używającym Crockford Base 32 (przykład: lne_17Z1E-1V87W-VNGCH-KW9BD-3ENE2), zaprojektowanym aby unikać mylących znaków i poprawić kompatybilność z menedżerami haseł.

Płatności, opłaty i limity

Cennik jest prosty i oparty na Bitcoin. Utworzenie konta kosztuje 1000 sats na rok usługi. Wysyłanie e-maili wychodzących wymaga płatności Lightning w wysokości 100 sats za wiadomość. Odbieranie e-maili jest darmowe. Opcje odnowienia obejmują przedłużenia na 1, 2, 3, 5 i 10 lat po 1000 sats za rok, choć Warunki zaznaczają, że „gwarantowany jest tylko 1 rok usługi" a płatności za dodatkowe lata są „bezzwrotne i traktowane jako darowizny wspierające usługę". Usługa zobowiązuje się do „obsługi w miarę możliwości" poza pierwszym rokiem i obiecuje „nigdy nie zamknąć się bez co najmniej 1 roku wcześniejszego powiadomienia".

Doświadczenie użytkownika i wsparcie

Przepływ pracy jest celowo minimalny: utwórz fakturę Lightning, zapłać, otrzymaj dane uwierzytelniające. Skrzynka webowa pod adresem lnemail.net/inbox zapewnia standardową funkcjonalność e-mail, czytanie, pisanie, obsługę załączników i odnawianie konta. Dokumentacja API jest dostępna przez Swagger UI pod adresem lnemail.net/docs. Usługa wyraźnie optymalizuje integrację z menedżerami haseł (Bitwarden, 1Password, autouzupełnianie przeglądarki). Nie ma tradycyjnego kanału wsparcia poza adresem kontaktowym lnemail@lnemail.net i kluczem PGP. Ekosystem ClawHub/OpenClaw zintegrował LNemail jako umiejętność dla zautomatyzowanego użycia przez agentów, co sugeruje niezawodność API dla przepływów pracy programistycznych.

Dla kogo jest ta usługa

LNemail odpowiada użytkownikom, którzy potrzebują funkcjonalnego e-mail bez żadnego powiązania z tożsamością, obrońcom prywatności, uczestnikom ekosystemu Bitcoin/Lightning, deweloperom potrzebującym e-mail z dostępem API dla powiadomień lub 2FA oraz każdemu szukającemu tymczasowych lub pseudonimowych kanałów komunikacji. Nie jest to zamiennik dla bogatych w funkcje dostawców e-mail; renderowanie wyłącznie zwykłego tekstu, limity rozmiaru załączników i opłaty za wysyłkę sprawiają, że jest zaprojektowany z myślą o prywatności i automatyzacji, a nie intensywnym osobistym użyciu. Model zaufania wymaga akceptacji anonimowych operatorów i braku formalnych mechanizmów odwoławczych.