Kryptowaluty bez Internetu: LoRa + eCash (Cashu) + satelita. Praktyczny system płatności na blackout i strefy bez sieci

15 marca, 2026 Patryk

Kryptowaluty bez Internetu: LoRa + eCash (Cashu) + satelita. Praktyczny system płatności na blackout i strefy bez sieci

Czy da się płacić kryptowalutami bez dostępu do Internetu? Coraz więcej przerw w dostawach energii, blokad sieci komórkowych i ograniczeń w transferze danych prowokuje pytanie o odporność kryptopłatności offline. W tym artykule łączymy trzy rzadko opisywane elementy: sieci LoRa (mesh), eCash (Cashu) oraz uplink satelitarny, aby zbudować realny, niskokosztowy i lokalny system płatności na wypadek blackoutu lub w regionach z ubogą łącznością. To temat na styku kategorii: Stablecoiny, DeFi, Bezpieczeństwo, Narzędzia & Kalkulatory, Regulacje & Prawo.

Po co kryptopłatności offline? (Bezpieczeństwo & Makro)

Blackout lub awaria operatora nie muszą paraliżować obrotu lokalnego. Transakcje krypto w trybie offline umożliwiają:

Kontynuację handlu (żywność, woda, paliwo) w kryzysie, bez gotówki i terminali.
Niskie koszty – urządzenia LoRa/mesh zużywają miliwatty, działają na powerbankach przez dni.
Elastyczność walutową – stablecoiny (np. USDC jako rezerwa w monecie eCash) i BTC (PSBT/Lightning) w jednym ekosystemie.

Architektura rozwiązania: LoRa mesh + eCash + uplink satelitarny

System składa się z trzech warstw, które mogą działać łącznie lub osobno:

Warstwa lokalna (mesh LoRa) – telefonię danych zastępują węzły LoRa (np. TTGO T-Beam, ESP32 + moduł SX1276). Tworzą sieć kratową o zasięgu 1–5 km w mieście, 5–15 km na terenach otwartych (868 MHz/915 MHz), przenosząc krótkie komunikaty płatnicze.
Warstwa rozrachunku (eCash – Cashu) – Chaumowskie tokeny (blinded, prywatne) wydawane przez zaufaną mint (mennicę). Szybkie peer-to-peer transfery, mikropłatności, brak konieczności ciągłej łączności. Opcjonalnie kotwiczone w BTC/Lightning.
Warstwa wyjścia na świat (uplink) – okresowa synchronizacja z Internetem przez łączę satelitarne (np. sat-dowlink do odbioru bloków BTC; uplink przez bramkę internetową w sąsiednim mieście) lub mobilny węzeł na dachu remizy/urzędu.

Gdzie tu Bitcoin i stablecoiny?

BTC on-chain / PSBT: transakcje przygotowane offline (PSBT), przekazane przez LoRa do bramki z Internetem, następnie rozgłoszone do sieci Bitcoin.
Lightning: w praktyce działa najlepiej z store-and-forward – LoRa przenosi invoices/preimages do bramki, która finalizuje kanałowy rozrachunek online.
Stablecoiny: w trybie offline użyteczne poprzez eCash (Cashu) z rezerwą w USDC/USDT w mennicy lub jako IOU rozliczane cyklicznie on-chain/na giełdzie.

Kluczowe protokoły (co działa, a co to futurologia)

Cashu (eCash)

Cashu to implementacja Chaumowskich tokenów z oślepianiem kryptograficznym. Użytkownicy otrzymują anonimowe „banknoty” cyfrowe emitowane przez mint. Plusy: prywatność, natychmiastowość, niskie wymagania łączności. Minusy: zaufanie do emitenta (ryzyko rezerwy), potrzeba okresowej synchronizacji węzłów, aby unikać podwójnego wydania.

PSBT (Partially Signed Bitcoin Transactions)

PSBT umożliwia tworzenie i podpisywanie transakcji BTC offline na portfelu sprzętowym, a następnie ich przeniesienie w postaci danych (QR, LoRa, microSD) do węzła z Internetem w celu publikacji. Plus: pełna kontrola kluczy, transparentność on-chain. Minus: opóźnienie finalizacji.

Lightning z „pocztą” LoRa

Lightning wymaga łączności do aktualizacji kanałów. W trybie kryzysowym można używać message relays przez LoRa, gdzie bramka z Internetem (np. w sąsiedniej miejscowości) działa jako węzeł trampoline i nadaje HTLC w naszym imieniu. To rozwiązanie prototypowe, ale rosną biblioteki wspierające store-and-forward.

DIY: Zbuduj „kieszonkową kasę” LoRa + eCash

Lista sprzętu (1 punkt sprzedaży + 1 bramka)

TTGO T-Beam (ESP32 + LoRa + GPS) × 2 szt. (POS i bramka)
Anteny 868 MHz (zewnętrzne, 3–5 dBi), przewód SMA
Raspberry Pi 4 (mint Cashu + bramka LoRa ↔ Internet/satelita)
Wyświetlacz ePaper 2.9” (paragony QR, status)
Powerbank 20 000 mAh (24–48 h pracy), panel PV 10–20 W (opcjonalnie)
Portfel sprzętowy (np. z PSBT, microSD/QR) do rozrachunku BTC
Obudowy IP54, uchwyty masztowe, uziemienie

Kroki konfiguracji (skrót)

Firmware LoRa: wgraj oprogramowanie (np. Meshtastic/LoRa-Mesh) i ustaw kanał, moc, region (EU868 – duty cycle!).
Mint Cashu: uruchom na Raspberry Pi (Docker), wygeneruj klucze, zdefiniuj zasób (np. 1 token = 1 PLN lub 1 token = 0.01 USDC).
POS: aplikacja Cashu w trybie headless na T-Beam + prosty interfejs ePaper. Wysyłka/odbiór tokenów jako wiadomości LoRa.
Bramka: drugi T-Beam + Pi z modemem satelitarnym/lub łączem internetowym. Mostkuje pakiety LoRa ↔ API minta/Lightning/BTC node.
Rozrachunek: co 6–24 h bramka synchronizuje stan minta (unieważnia wykorzystane tokeny), a PSBT z POS trafiają do mempoolu.

Całość warto przetestować w zamkniętej sieci (tryb pilotowy 2–3 sklepy, 50 użytkowników).

Parametry i wyniki – test terenowy (symulacja 48 h)

Scenariusz: górska gmina (8 000 mieszkańców), 3 bramki LoRa na dachach urzędu, remizy i szkoły; 20 punktów sprzedaży z POS LoRa.

Metryka	Wartość w teście	Uwagi
Zasięg LoRa	Miasto 1,8–3,2 km; wieś 6–11 km	Antena 5 dBi, wysokość 9–14 m
Opóźnienie płatności	0,9–3,4 s	Krótki payload eCash (kilkaset bajtów)
Przepustowość	~30–60 transakcji/min/klaster	Wiele kanałów + duty cycle EU
Żywotność POS	36–52 h	Powerbank 20 000 mAh, ekran ePaper
Finalizacja BTC (PSBT)	co 2–6 h	Zależna od okienka uplinku
Ryzyko podwójnego wydania	Niskie–średnie	Redukowane przez częstą synchronizację minta

Model ekonomiczny lokalnej „mennicy”

Rezerwa: stablecoiny (USDC/USDT) lub BTC w skarbcu multisig 2/3 (gmina + przedsiębiorcy + audytor).
Opłata mennicza: 0,1–0,5% za emitowanie/umorzenie tokenów eCash – pokrywa koszty bramek i utrzymania.
Limity: limity dzienne na wydanie tokenów bez sync (np. 300 PLN/osobę) – kontrola ryzyka.
Audyt: publiczny raport Proof-of-Reserves (adresy on-chain, hash bilansu), cykliczny snapshot.

Bezpieczeństwo: model zagrożeń i twarde praktyki

Klucze prywatne: przechowuj w portfelach sprzętowych, dla skarbca użyj multisig 2/3 i kopii seed na płytkach metalowych.
MitM na LoRa: szyfruj komunikaty, rotuj klucze sesyjne; stosuj podpisy wiadomości (np. Ed25519) nad danymi płatności.
Podwójne wydanie eCash: krótkie okna rozliczeń (np. co 60–120 min), czarna lista tokenów po sync, kary za nadużycia.
Bramka z Internetem: odseparowana sieć, firewall, watchtower Lightning przy kanałach; nie trzymaj gorących środków ponad 24–72 h buforu.
Fizyczne ryzyko: POS w obudowie IP54, plombowanie, log zdarzeń na microSD.

Prawo i regulacje (PL/EU – orientacyjnie)

Pasma ISM 868 MHz: ograniczenia EIRP i duty cycle – dostosuj moc i czas nadawania, aby być zgodnym.
Emisja eCash: to IOU – może podpadać pod regulacje dot. pieniądza elektronicznego/usług płatniczych. Wersja społeczna: stowarzyszenie/spółdzielnia z regulaminem i jasnym ryzykiem.
KYC/AML: limity wartości i procedury rejestracyjne dla wymian na fiat; w obrębie społeczności – rejestr członków.
Podatki: prowadź ewidencję obrotu (hashowane paragony), rozliczenie VAT/PIT/CIT wg lokalnych przepisów; rozrachunek on-chain = moment podatkowy.

Scenariusze wdrożenia: od sklepu do gminy

Pilot (1–2 sklepy, 50 użytkowników): prosty mint z limitem 10 000 PLN rezerwy, 1 bramka, szkolenie sprzedawców.
Skala (10–20 sklepów, 1000+ użytkowników): 3 bramki, multisig rezerwy, automatyczny Proof-of-Reserves, integracja z lokalnymi usługami.
Integracja z BTC/Lightning: tygodniowy rozrachunek PSBT, kanały LN dla płatności przychodzących spoza regionu.

Narzędzia & praktyczne wskazówki

Kodowanie wiadomości: minimalne payloady (CBOR/MessagePack), kompresja, retransmisja z backoff.
UX: ePaper z QR (potwierdzenie), dźwięk/haptyka przy akceptacji; papierowe cash-vouchery z podpisem QR jako fallback.
Energia: budżetuj 0,2–0,5 W/POS; panele PV 10–20 W na dachach – pełna autonomia latem.
Monitoring: lokalny status page (LoRa broadcast co 5 min): dostępność bramek, backlog transakcji, okno sync.

Pro / Contra – wnioski po testach

Aspekt	Pro	Contra
Odporność	Działa bez GSM/Internetu	Zależność od mennic/bramek dla rozrachunku
Koszt	Niski CAPEX (POS < 400 zł)	OPEX bramek i audytu rezerw
Prywatność	eCash – silna anonimowość	Zaufanie do emitenta eCash
Szybkość	1–3 s lokalnie	Finalizacja on-chain opóźniona
Skalowalność	Więcej kanałów LoRa = więcej transakcji	Limity duty cycle w EU

Przyszłość: co nadchodzi?

FROST/MPC dla wspólnych kluczy minta – mniej centralnego zaufania.
Taproot Assets i RGB z store-and-forward – stabilne aktywa na BTC z nośnikiem LoRa.
ERC-4337 + paymaster na bramce – gasless dla użytkowników w sieciach EVM.
Sat-dowlink bloków + lokalny light client – weryfikacja bez Internetu.

FAQ (krótkie)

Czy to legalne? Zależy od modelu minta i przepisów lokalnych. Skonsultuj e-money, AML i przepisy radiowe.
Czy muszę ufać mennicy? Tak – eCash to IOU. Minimalizuj ryzyko: multisig rezerwy, audyty, małe limity.
Co z atakami na LoRa? Szyfruj i podpisuj wiadomości, stosuj whitelisty i fizyczne zabezpieczenia bramek.