Krypto bez internetu: Bitcoin i stablecoiny przez radio, satelitę i LoRa — praktyczny przewodnik odporności na blackout

Kategorie: Bezpieczeństwo, Portfele (Wallets), DeFi, Narzędzia & Kalkulatory, Społeczność

Dlaczego to ma znaczenie teraz?

Co zrobisz, gdy internet przestanie działać, a przelew bankowy lub zwykła płatność kartą nie dojdzie? Rosnąca liczba blackoutów, cenzury sieci i zakłóceń łańcuchów dostaw zmusza do myślenia o odporności finansowej. Ten przewodnik pokazuje, jak wykonać i odebrać transakcje Bitcoinem (on-chain), mikropłatności w formie e-cash oraz komunikaty transakcyjne przy użyciu LoRa, krótkofalarstwa i łącza satelitarnego – bez klasycznego internetu.

Mapa artykułu

• Technologie offline: LoRa/Mesh, krótkofalarstwo (JS8Call), satelita, PSBT i e-cash (Cashu/Fedimint)
• Praktyka: zestawy sprzętowe, kroki konfiguracji, kodowanie danych, retransmisja
• Bezpieczeństwo & prawo: modele zagrożeń, prywatność, ograniczenia licencyjne
• Case study: 72-godzinny blackout w terenie górskim
• Checklisty i koszty: co kupić i jak to złożyć

Rdzeń: trzy filary płatności bez internetu

1) Bitcoin on-chain przez PSBT + radio/satelitę

PSBT (BIP-174) pozwala stworzyć częściowo podpisaną transakcję offline i dostarczyć ją do węzła-broadcastera innym kanałem (radio, satelita, sneakernet). Minimalny przepływ wystarczy, bo hex transakcji to zwykle kilkaset bajtów.

• Tworzenie: portfel typu Sparrow/Electrum/Specter (air-gapped) tworzy PSBT, podpisujesz offline i eksportujesz txhex.
• Transport: kodujesz hex do base32 lub UR-2 (fountain codes) i wysyłasz jako tekst przez LoRa lub JS8Call (krótkofalarstwo). Alternatywnie wysyłasz przez uplink satelitarny do serwisu-retranslatora.
• Emisja: węzeł z internetem (po drugiej stronie) wkleja transakcję do mempoolu.

2) Mikropłatności e-cash (Cashu/Fedimint) w trybie „przekaż i odbierz później”

Gdy odbiorca jest offline, e-cash z Cashu lub Fedimint pozwala przenosić wartość jako krótki token-tekst (zwykle kilkaset znaków). Odbiorca może go przechować i zrealizować po odzyskaniu internetu u minta/ferderacji (również przez Lightning/BTC).

• Zaleta: błyskawiczne przekazanie offline (QR, radio-tekst, NFC), minimalna przepływność.
• Ryzyko: zaufanie do minta/federacji; zabezpieczaj token (kto go zna, ten go może wydać).

3) Broadcast i odbiór: LoRa, krótkofalarstwo, satelita

• LoRa/Mesh: moduły SX1276/SX1278 (np. Heltec) tworzą tanią, lokalną siatkę. Szyfrowanie w ISM zwykle dozwolone, ale obowiązują limity mocy i czasu zajęcia kanału.
• Krótkofalarstwo (JS8Call): zasięg kontynentalny przy niskim SNR; uwaga prawna: w paśmie amatorskim zwykle zakaz szyfrowania i wykorzystania komercyjnego.
• Satelita: downlink (np. odbiór nagłówków bloków) + uplink (małe pakiety z txhex). Koszt wiadomości, ale niezależność od infrastruktury naziemnej.

Porównanie kanałów łączności

Technologia	Zasięg	Przepływność	Sprzęt (≈)	Prywatność/Legalność	Przykład użycia
LoRa Mesh	1–10 km (miasto), 10–50 km (teren)	0.3–9.6 kb/s	30–70 € / węzeł	Szyfrowanie zwykle OK w ISM; limity duty-cycle	Token e-cash, txhex, komunikaty sieciowe
JS8Call (HF)	Setki–tysiące km	bardzo niska	150–600 € + antena	Amatorskie: bez szyfrowania, bez celów komercyjnych	Awaryjny broadcast tx do gateway’a
Uplink satelitarny	Globalny	pakiety 50–340 bajtów	120–300 € modem + kredyty	Płatny uplink; szyfrowanie dozwolone	Niezawodna emisja txhex
Sneakernet (PSBT)	„Do sąsiada”	Wysoka (pendrive/QR)	0–20 €	Brak emisji RF	Air-gap: cold→hot node

Sprzęt i oprogramowanie: lista kontrolna

• Węzeł BTC: Raspberry Pi 4 + SSD 1 TB (lub pruned), zdalnie: VPS z pełnym węzłem.
• Portfel: Sparrow/Electrum/Specter + urządzenie air-gapped (np. laptop bez Wi‑Fi) + skaner QR.
• LoRa: 2× moduł Heltec WiFi LoRa 32 V2 (SX1276) + anteny 868/915 MHz.
• Krótkofalarstwo: TRX HF (np. QRP), interfejs audio-USB, laptop z JS8Call; wymagana licencja.
• Satelita: modem SBD/IoT (np. moduł Iridium/„RockBLOCK”) lub zestaw do płatnego uplinku API.
• Odbiór bloków: zestaw z czaszą 60–90 cm + LNB + tuner DVB-S2 do broadcastu bloków (opcjonalnie).
• E-cash: portfel Cashu (np. nutstash, cashu.me CLI) lub klient Fedimint.

Krok po kroku: od zera do transakcji bez internetu

A) Bitcoin on-chain przez JS8Call (HF)

1. Utwórz PSBT: w Sparrow wybierz UTXO, adres odbiorcy, opłatę; wyeksportuj PSBT, podpisz offline, skopiuj txhex.
2. Kodowanie: przekonwertuj txhex do base32 i podziel na ramki 50–80 znaków; dodaj numerację i CRC.
3. Wysyłka: w JS8Call ustaw pasmo (np. 7/14 MHz), niską moc, wyślij kolejne ramki jako krótkie wiadomości tekstowe. Uzgodnij z odbiorcą (gateway) znak i okno czasowe.
4. Składanie i emisja: po drugiej stronie skrypt scala ramki, weryfikuje CRC i publikuje tx przez lokalny węzeł do mempoolu.

B) Bitcoin on-chain przez LoRa Mesh

1. Skonfiguruj 2–3 węzły LoRa (topeer) z tym samym kluczem sieciowym (szyfrowanie w ISM).
2. Utwórz podpisaną transakcję (jak wyżej), zakoduj base32 i wyślij sekwencję ramek przez LoRa do węzła z dostępem do internetu.
3. Węzeł z internetem publikuje transakcję i odsyła potwierdzenie (txid) tą samą siatką.

C) E-cash (Cashu) przez LoRa lub krótkofalówkę

1. W portfelu Cashu wygeneruj token o żądanej kwocie (np. 50k sats lub USD-ekwiwalent jeśli mint to oferuje).
2. Token (tekst) podziel na ramki; wyślij LoRa/JS8Call/NFC/QR. Uwaga: kto uzyska token, może go wydać – przekaż tylko zaufanym kanałem.
3. Odbiorca po odzyskaniu internetu „redeemuje” token u minta lub w federacji.

Bezpieczeństwo: na co naprawdę uważać

• Klucze prywatne offline: używaj air-gapped urządzeń; żadnych sterowników RF w cold signerze.
• Integralność danych: numeruj ramki, stosuj CRC lub HMAC (tam, gdzie prawo pozwala na szyfrowanie), rozważ powtórzenia i FEC.
• Prywatność vs prawo: w paśmie amatorskim zazwyczaj nie wolno szyfrować i prowadzić transmisji o charakterze komercyjnym. Do przesyłu zaszyfrowanych treści używaj pasm ISM (z ograniczeniami) lub kanałów satelitarnych z dozwolonym szyfrowaniem.
• Opłaty sieciowe: przy niskiej przepływności racjonalizuj rozmiar tx (Batching, RBF, CPFP).
• Ryzyko e-cash: zaufanie do minta/federacji; natychmiast „splituj” i odświeżaj tokeny po odzyskaniu sieci, aby ograniczyć ryzyko wycieku.

Prawo i regulacje (UE/PL – zarys, nie porada prawna)

• Krótkofalarstwo: transmisje szyfrowane i komercyjne zwykle zabronione; wymagane pozwolenie radiowe, identyfikacja znakiem wywoławczym.
• ISM/LoRa: dozwolone urządzenia małej mocy, szyfrowanie zwykle OK; obowiązują normy ETSI (duty-cycle, EIRP).
• MiCA & e-money: stablecoiny i e-cash wspierane przez emitenta mogą podpadać pod regulacje dot. tokenów powiązanych z aktywami lub e‑pieniędzy. Sprawdź status minta/federacji.

Case study: 72-godzinny blackout w górach

• Cel: wysłać 0.003 BTC do serwisu, który ma internet 40 km dalej; przekazać 100k sats ekipie lokalnej bez sieci.
• Zestaw: RPi4 (pruned node), laptop air-gapped z Sparrow, 2× Heltec LoRa, TRX HF + JS8Call, powerbank 40 Wh, modem sat uplink.
• Przebieg:
  • Dzień 1: utworzono PSBT → podpis → txhex przez LoRa do stacji w dolinie; retransmisja do internetu (mempool potwierdził RBF po 2h).
  • Dzień 2: przekazano 100k sats jako Cashu token przez LoRa (2 min, 6 ramek). Odbiorca zrealizował po powrocie LTE.
  • Dzień 3: komunikat serwisowy uplinkiem satelitarnym (120 bajtów) z potwierdzeniem dostawy części.
• Wnioski: najstabilniejszy „last mile” to LoRa; najpewniejszy „publish” to uplink satelitarny; e-cash najszybszy do transferu lokalnego.

Mini-przepisy techniczne (dla dociekliwych)

• Fragmentacja: [SEQ/TTL/CRC16] + 50–80 znaków base32; retry 3×; kolejność potwierdzeń co 5 ramek.
• Moc i anteny: LoRa 100–200 mW z anteną 3–5 dBi; HF QRP 5 W z prostą anteną drutową NVIS dla 40 m.
• Zasilanie: panel PV 20–50 W + powerbank LiFePO4 6–12 Ah zapewnia węzeł 24/7 przy duty-cycle 1%.

Orientacyjne koszty (zależne od rynku)

Pozycja	Zakres cen	Uwagi
Raspberry Pi 4 + SSD	120–180 €	Węzeł pruned lub pełny
2× moduł LoRa (Heltec)	60–140 €	Para do testów/punkt–punkt
TRX HF + interfejs	200–700 €	Używany zestaw QRP + audio-USB
Modem sat uplink	120–300 € + kredyty	Pakiety 50–340 bajtów
Antena HF + akcesoria	40–120 €	Drut, balun, odciągi

Najczęstsze pułapki i jak ich uniknąć

• Zbyt duże tx: używaj batching, unikaj wielu wejść, kompresuj dane pomocnicze.
• Utrata tokenu e-cash: zapisuj lokalnie zaszyfrowane; wymieniaj token na nowy (refresh) przy pierwszej okazji.
• Nielegalna emisja: sprawdź pasma i przepisy – wątpliwości? Zostań przy ISM, sneakernet lub sat uplink.
• Brak potwierdzeń: projektuj protokół z ACK/NACK i powtórzeniami; loguj SEQ do późniejszej weryfikacji.

Co dalej? Plan 48-godzinnego wdrożenia

1. Dzień 1 (3–4 h): zainstaluj Sparrow/Electrum, naucz się PSBT; skonfiguruj dwa węzły LoRa; zrób pierwszy przesył „hello world”.
2. Dzień 2 (3–4 h): prześlij realny txhex testnet przez LoRa i opublikuj go z węzła w chmurze; przetestuj token Cashu off→on.
3. Bonus: jeśli masz sprzęt HF, skonfiguruj JS8Call, przećwicz łączność i ramkowanie; rozważ zakup kredytów do sat uplinku.

Wnioski i działania

Odporność finansowa to nie tylko seed i hardware wallet. Prawdziwy test przychodzi, gdy nie ma internetu. Łącząc PSBT (Bitcoin L1), e-cash (błyskawiczny transfer wartości) oraz kanały radiowe i satelitarne, budujesz warstwową odporność na blackout, cenzurę i awarie. Zacznij od minimalnego kitu LoRa i ćwicz na testnecie. Gdy przyjdzie kryzys, nie będziesz improwizować.

CTA: Zbuduj własny „Resilience Kit”: 2× LoRa, portfel PSBT, klient Cashu i plan ACK/NACK. Podziel się wynikami w społeczności – pomóżmy innym przejść offline, gdy online zawiedzie.