Kryptocenter – miejsce, gdzie znajdziesz wszystko, czego potrzebujesz, by zrozumieć kryptowaluty

Krypto Center
Aktualności

Krypto bez internetu: Bitcoin i stablecoiny przez satelitę, LoRa i SMS — praktyczny przewodnik odpornej infrastruktury

Krypto bez internetu: Bitcoin i stablecoiny przez satelitę, LoRa i SMS — praktyczny przewodnik odpornej infrastruktury

Kategorie: Bezpieczeństwo • Portfele (Wallets) • Bitcoin (BTC) • Stablecoiny • Web3 & DAO • Narzędzia & Kalkulatory • Edukacja od Zera

Wprowadzenie: Co zrobisz, gdy sieć padnie na 48 godzin?

Awaria operatora, cenzura ruchu, katastrofa pogodowa — scenariusze, w których internet przestaje działać, przestają być abstrakcyjne. Czy Twoje krypto przetrwa offline? Ten artykuł pokazuje, jak wysyłać i odbierać Bitcoin oraz stablecoiny bez internetu, używając alternatywnych kanałów: satelity, LoRa, SMS i sieci mesh. Bez lania wody — konkretne topologie, protokoły i checklisty wdrożeniowe.

Mapa rozwiązań: trzy warstwy komunikacji bez internetu

Odporna infrastruktura krypto składa się z warstwy podpisu (portfele i PSBT), warstwy transportu (satelita/LoRa/SMS/mesh) oraz warstwy finalizacji (węzły i mempool, które ostatecznie publikują transakcję online).

1) Warstwa podpisu: offline-first

  • PSBT (Partially Signed Bitcoin Transaction) — przygotuj transakcję na urządzeniu watch-only, podpisz w portfelu offline (air-gapped) i przekaż ją kanałem alternatywnym.
  • Multisig 2‑z‑3 — lepsza odporność na kompromitację jednego urządzenia; klucze rozdzielone geograficznie.
  • Time-locki (nLockTime) i RBF/CPFP — kontrola kosztu i bezpieczeństwa przy niepewnych opóźnieniach publikacji.

2) Warstwa transportu: jak „donieść” transakcję do świata

  • Satelita (downlink) — odbierasz blok i mempool bez internetu (antena + tuner). Uplink realizujesz przez alternatywne bramki (radiowe/SMS/mesh) lub późniejszą synchronizację.
  • LoRa/mesh — długodystansowe, niskopasmowe łącze (kilometry), idealne do przesyłania krótkich ramek z PSBT lub bech32.
  • SMS/USSD — bramki, które konwertują krótkie pakiety (np. skróty PSBT, proofy płatności Lightning) na wiadomości tekstowe.
  • Radioamatorskie VHF/UHF lub HF — wyższa złożoność prawna/techniczna, ale duże zasięgi. Wymaga licencji i ścisłego przestrzegania lokalnych przepisów.

3) Warstwa finalizacji: kiedy transakcja „staje się prawdziwa”

  • Węzeł Bitcoin (RasPi + SSD + zasilanie awaryjne) — odbiera bloki z satelity i weryfikuje. Publikacja transakcji następuje, gdy dostępny jest jakikolwiek uplink.
  • Stablecoiny — emisja na wielu łańcuchach. Offline przygotowujesz transfer (np. offline EVM txn), a publikację odkładasz do czasu łączności. Alternatywnie: e-cash (np. minty społecznościowe) jako tymczasowy „IOU” offline.

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

Kanał Zasięg/Przepustowość Przypadki użycia Sprzęt Szac. koszt Uwagi prawne
Satelita (odbiór) Kontynentalny / kilkadziesiąt kbps Odbiór bloków, mempool, cen Antena paraboliczna 60–90 cm, tuner SDR ~400–700 USD Odbiór zwykle bez zezwoleń
LoRa/mesh 1–15 km / bardzo niska Przesył PSBT, hashe, LN proofy Moduły LoRa, anteny, ESP32 ~20–80 USD per węzeł Limity mocy/pasm ISM
SMS/USSD Globalny (gdy GSM działa) / 140 bajtów Mikro-płatności, zlecenia wysyłki Telefon + bramka GSM ~0.02–0.10 USD/SMS Zależne od operatora
Radio (VHF/HF) Dziesiątki–tysiące km / niska Awaryjny uplink ramek txn Transceiver, anteny, TNC ~300–1000+ USD Wymaga licencji/zgody

Architektura „Resilient Wallet Stack” (RWS)

Celem jest możliwość podpisania i wysłania transakcji przy całkowitym braku internetu, z gwarancją publikacji w momencie odzyskania jakiegokolwiek kanału.

Komponenty

  • Portfel offline (air-gapped HW wallet) — generuje i podpisuje PSBT. Mocne hasło do BIP-39, opcjonalnie SLIP-39 (shamir) do dzielenia seeda.
  • Urządzenie watch-only (telefon lub laptop) — tworzy transakcje, estymuje opłaty, komunikuje się z LoRa/SMS.
  • Węzeł w trybie sat — pełna walidacja, lokalny mempool, historia łańcucha bez internetu.
  • Bramka uplink — LoRa→internet, SMS→internet lub okresowa synchronizacja w punkcie zasięgu.
  • Zasilanie — powerbanki PD, UPS 12 V, panel fotowoltaiczny 50–200 W.

Przepływ pracy (Bitcoin on-chain)

  1. Watch-only tworzy PSBT z adekwatnym feerate uwzględniającym opóźnienie uplinku (patrz kalkulator poniżej).
  2. Przenosisz PSBT (QR, microSD) do portfela offline, podpisujesz.
  3. Podpisaną transakcję kodujesz w bech32 lub base64 i wysyłasz przez LoRa/SMS/mesh do bramki uplink.
  4. Gdy jakikolwiek węzeł z internetem ją odbierze — trafia do mempoolu; potwierdzenia śledzisz z satelity.

Przepływ pracy (Lightning/Stablecoiny)

  • Lightning: offline potwierdzasz invoice i zapisujesz proof-of-payment; finalizacja może wymagać pośrednika z internetem lub synchronizacji kanału. Ryzyko wymaga watchtower po przywróceniu łączności.
  • Stablecoiny (EVM/Solana itp.): tworzysz i podpisujesz offline transakcję tokenową; publikacja następuje, gdy bramka uplink będzie dostępna. Uważaj na zmienne nonce i gas price.
  • E-cash (minty społecznościowe): prywatne vouchery działające całkowicie offline w grupie; rozliczenie do on-chain po internecie.

Narzędzia & Kalkulatory: opłaty i budżet łącza

Kalkulacja opłaty on-chain przy niepewnym uplinku

  • Model: Feerate = Pn × Ftarget, gdzie Pn to premia za opóźnienie (np. 1.2–2.0 dla 12–48 h), a Ftarget to medianowa opłata z ostatnich 24 h (odbierana z satelity).
  • Heurystyka: małe UTXO łącz w czasie tanich bloków (z satelity sprawdzaj okna niskiego mempoolu).
  • RBF: ustaw flagę replaceable, jeśli bramka może opóźnić publikację; w razie ścisku mempoolu podbijesz opłatę po odzyskaniu internetu.

Ile danych naprawdę potrzebujesz?

  • PSBT podpisana: 200–800 bajtów (zależnie od wejść/wyjść).
  • Dowód LN: 100–300 bajtów.
  • Dex/wycena: ceny i nagłówki bloków odbierzesz satelitą bez własnego uplinku.

DIY: mikro-sieć płatnicza w wiosce bez LTE (studium przypadku)

  • Cel: podstawowe płatności BTC i USD‑stable bez internetu przez 14 dni.
  • Topologia: 1 węzeł sat + 5 węzłów LoRa + 1 bramka GSM/SMS na wzgórzu z niestabilnym zasięgiem.

Lista sprzętu

  1. Antena sat 80 cm + tuner SDR + miniPC (node, 1 TB SSD)
  2. 5 × ESP32 + moduł LoRa 868/915 MHz + anteny
  3. Bramka GSM (LTE cat‑M/NB‑IoT) + karta prepaid
  4. Portfel HW (air-gapped) + telefon watch-only
  5. UPS 600 VA + panel PV 100 W + kontroler ładowania

Kroki wdrożenia

  1. Instalacja węzła sat i pełna synchronizacja łańcucha.
  2. Konfiguracja siatki LoRa (store‑and‑forward ramek PSBT do bramki GSM).
  3. Utworzenie standardów wiadomości: PSBT→bech32, checksum, max 200 bajtów/ramkę.
  4. Szkolenie społeczności: jak generować faktury LN, jak wysłać PSBT SMS-em.
  5. Testy awaryjne: 24 h bez internetu, 10 płatności on-chain + 30 LN.

Wyniki

  • Publikacja on-chain: średnie opóźnienie 2 h (LoRa→GSM uplink co 30 min).
  • Skuteczność LN: 93% bezbłędnych rozliczeń; 7% wymagało synchronizacji po odzyskaniu internetu.
  • Zużycie energii: węzeł sat 18 W; pokryte PV w 76% w trybie ekonomicznym.

Bezpieczeństwo: pułapki i dobre praktyki

  • Nie odsłaniaj seeda podczas przenoszenia PSBT. Używaj QR/microSD, nie USB z nieznanym hostem.
  • Walidacja po stronie odbiorcy: zawsze weryfikuj adresy i sumy na ekranie HW walleta.
  • Anti-replay: stosuj nLockTime/sequence i unikalne nonce (EVM), by unikać podwójnego użycia.
  • Watchtower dla LN po powrocie online: chroni przed nieuczciwym zamknięciem kanału.
  • Segmentacja kluczy: multisig z różnymi producentami sprzętu i inną lokalizacją.

Regulacje & Prawo: co wolno nadawać w eterze?

Odbiór satelity jest zwykle dozwolony. Nadawanie (LoRa o podwyższonej mocy, pasma amatorskie, HF) może wymagać licencji i ścisłego trzymania się limitów ERP/częstotliwości. SMS/USSD podlegają regulaminom operatora. Przed wdrożeniem sprawdź lokalne przepisy dot. telekomunikacji i kryptowalut.

Portfele (Wallets): konfiguracje offline, które działają

  • Setup A — Minimal: 1× HW wallet + telefon watch-only + bramka SMS. Dla użytkownika indywidualnego.
  • Setup B — Społeczność: multisig 2‑z‑3 (trzech opiekunów) + węzeł sat + LoRa mesh. Dla wsi/osiedla.
  • Setup C — Mikro-biznes: LN PoS z trybem bufora offline + okresowa synchronizacja + zapas on-chain na wypłaty.

Web3 & DAO: mikrokasy odporne na awarie

DAO może utrzymywać fundusz awaryjny w multisig (BTC/USDC), przyjmować wewnętrznie e-cash vouchery, a co tydzień publikować rozliczenia on-chain. Głosowania rozgłaszane satelitarnie, z głosami podpisanymi offline i późniejszą agregacją.

Słownik pojęć (Edukacja od Zera)

  • PSBT — częściowo podpisana transakcja BTC, przenoszona między urządzeniami.
  • Mesh — samoczynnie trasująca się sieć węzłów radiowych/Wi‑Fi.
  • Watchtower — strażnik kanałów LN, publikujący karne transakcje przy oszustwie.
  • Bech32 — format adresów/kodowania o wysokiej odporności na błędy.

Checklisty: gotowość 48 h offline

  • Portfel HW sprawdzony, seed zapisany (metal), PIN/hasło ustawione.
  • Telefon watch-only z trybem samolotowym i listą kontaktów do bramek uplink.
  • Co najmniej 2 kanały alternatywne: LoRa + SMS lub SMS + mesh.
  • Szablony PSBT i testowa transakcja wysłana w trybie awaryjnym.
  • Zasilanie: powerbank 20 000 mAh + UPS 600 VA lub PV 100 W.

Najczęstsze pytania (FAQ)

  • Czy mogę całkowicie finalizować płatności bez internetu? On-chain wymaga ostatecznie węzła z uplinkiem. Lightning/stablecoiny mogą działać tymczasowo jako IOU/receipt — finalizacja następuje po odzyskaniu łączności.
  • Co z kursami i wykresami? Odbierzesz je satelitą lub krótkimi ramkami przez SMS/LoRa jako snapshoty.
  • Czy to jest bezpieczne? Tak, jeśli separujesz klucze (air‑gapped), używasz multisig i stosujesz RBF/CPFP. Największym ryzykiem jest błąd operacyjny — ćwicz procedury.

Wnioski i następne kroki

Odporność krypto zaczyna się od podpisu offline, alternatywnego transportu i przewidywalnej finalizacji. Zamiast liczyć na łut szczęścia, zbuduj mały zestaw: HW wallet, węzeł sat, LoRa/SMS. Przećwicz scenariusz 24 h offline, zmierz opóźnienia i skoryguj feerate według lokalnych realiów. Jeśli prowadzisz biznes lub społeczność, rozważ multisig 2‑z‑3 i prosty bufor e‑cash.

CTA: Zapisz się na nasz alert „Tryb Offline” i pobierz checklistę RWS — w każdy pierwszy poniedziałek miesiąca prowadzimy publiczny drill 60‑min, w którym możesz przetestować swoją infrastrukturę.