Offline krypto‑płatności 2026: PSBT, LoRa i eCash — sprzedawaj bez Internetu na festiwalach i w awariach

Czy można przyjmować krypto bez dostępu do sieci? Tak — i to nie tylko skanując QR. Nowa fala narzędzi (PSBT, eCash, LoRa/Mesh, dźwięk) pozwala przyjmować Bitcoin, stablecoiny i altcoiny w sytuacjach, gdy 4G/Wi‑Fi nie działa lub jest przeciążone. Ten przewodnik pokazuje praktyczne scenariusze, ryzyka i konkretne konfiguracje dla sprzedawców mobilnych, eventów i stref awarii.

Dlaczego offline ma znaczenie właśnie teraz

– Zdarzenia masowe i awarie sieci rosną, a płatności kartowe często zawodzą przez przeciążenie POS.
– Stablecoiny (USDC/USDT) i Bitcoin są coraz częściej akceptowane w handlu detalicznym, ale wymagają łączności do rozgłoszenia transakcji.
– Nowe protokoły rozwiązują ten problem: przygotuj dowód płatności lokalnie, a rozlicz go, gdy pojawi się bramka z Internetem.

Trzy tory komunikacji offline: jak przenieść dane płatności bez sieci

1) PSBT przez QR (Bitcoin i kompatybilne portfele)

PSBT (Partially Signed Bitcoin Transaction) to częściowo podpisana transakcja, którą można bezpiecznie przenosić w formie QR lub pliku. Kupujący tworzy i podpisuje transakcję, a sprzedawca zachowuje ją i nadaje do sieci, gdy odzyska łączność.

• Zastosowanie: Bitcoin on‑chain, płatności jednostkowe, sprzedaż B2C/B2B.
• Plusy: brak potrzeby zaufanej strony; możliwe non‑RBF (mniejsze ryzyko podmiany).
• Minusy: większy rozmiar QR przy złożonych wejściach; ryzyko próby double‑spend do chwili nadania.

2) Dźwięk ultradźwiękowy (data‑over‑sound)

Krótki sygnał audio może przenieść niewielki ładunek danych: identyfikator rachunku, skrót PSBT lub eCash. Głośnik i mikrofon smartfona wystarczy — działa w głośnym otoczeniu przy odpowiedniej modulacji.

• Zastosowanie: szybkie przekazanie tokenu potwierdzenia lub skrótu transakcji.
• Plusy: bez kamer, działa przy słabym świetle; naturalny „dźwięk potwierdzenia”.
• Minusy: mała przepustowość; wymaga dobrego UX (kalibracja głośności).

3) LoRa/Mesh z bramką (Locha, Meshtastic, TxTenna)

Sieci mesh niskiej mocy (LoRa) tworzą lokalną chmurę łączności. Wystarczy jedna bramka z Internetem w promieniu kilku kilometrów, aby rozgłosić transakcje wszystkich węzłów.

• Zastosowanie: eventy, odległe lokalizacje, scenariusze kryzysowe.
• Plusy: bardzo niski koszt energii, zasięg >2–5 km w mieście, więcej w terenie otwartym.
• Minusy: ograniczony rozmiar wiadomości; wymaga węzłów i bramki w pobliżu.

eCash i noty przenośne: płynność offline z rozliczeniem do Lightning

Chaumian eCash (np. Cashu, Fedimint) to podpisane przez mennicę „banknoty” cyfrowe. Mogą być przekazywane offline jako bearer asset, a po odzyskaniu łączności mennice rozliczają je do Lightning lub on‑chain.

• Sprzedawca może przyjąć notę offline (QR/Audio/LoRa) i zrealizować ją później u zaufanej mennicy.
• Ryzyka: wymagane zaufanie do mennicy; unieważnienie przy podwójnym wydaniu rozwiązuje centralny serwer po reconnect.
• Atut: natychmiastowość doświadczenia offline i bardzo małe ładunki danych.

Stablecoiny na Solanie offline: durable nonce i confidential transfers

Na Solanie blokhash wygasa szybko, ale durable nonce pozwala przygotować transakcję z wyprzedzeniem i podpisać ją offline. Po połączeniu z siecią transakcja używająca tego nonce może zostać nadana. Confidential Transfers (Token‑2022) umożliwiają dodatkowo ukrycie sald i kwot.

• Zastosowanie: stablecoiny (USDC/SPL) w mobilnej sprzedaży, gdzie rozgłoszenie następuje po evencie.
• Uwaga praktyczna: większość portfeli obsługuje durable nonce przez narzędzia deweloperskie/CLI; testuj proces przed eventem.

Architektura rozliczenia po reconnect: wzorce i anty‑wzorce

Wzorce

• Bitcoin PSBT non‑RBF: kupujący tworzy transakcję z ustawionym nSequence blokującym RBF; sprzedawca przechowuje PSBT i nadaje po odzyskaniu sieci.
• Dowód płatności = pakiet danych: QR/Audio/LoRa zawiera skrót i metadane (kwota, czas, identyfikator stoisku), co ułatwia późniejszą automatyczną zgodność.
• Watch‑only + CPFP: sprzedawca posiada adresy watch‑only i po reconnect może przyspieszyć potwierdzenie przez Child‑Pays‑For‑Parent.

Anty‑wzorce

• Zero‑conf bez polityki: bez reguł kwotowych i heurystyk ryzyka łatwo o straty przy próbie podmiany.
• Jeden QR do wszystkiego: łączenie zbyt wielu informacji w jednym kodzie zwiększa błędy skanowania i czas obsługi kolejki.

Tabela porównawcza metod offline

Metoda	Medium	Maks. ładunek	UX	Ryzyko oszustwa	Typowy koszt
PSBT przez QR	Wizualne	~2–10 kB (chunkowane)	Skan, zapis, nadanie później	Niskie–średnie (non‑RBF, ale do nadania)	Niski (smartfon + app)
Audio (ultradźwięk)	Dźwięk	~0,2–1 kB/s	Dotknij „Odtwórz” i „Nasłuchuj”	Niskie dla tokenów/skrótów	Niski (SDK/aplikacja)
LoRa/Mesh	Radio LPWAN	~50–200 bajtów/ramka	Automatyczne, gdy w zasięgu	Niskie przy bramce	Średni (węzeł 30–120 €)
eCash (Cashu)	QR/Audio/LoRa	Kilka set bajtów/transfer	Natychmiastowe „przekazanie banknotu”	Zaufanie do mennicy	Niski
Solana durable nonce	QR/Plik	~1–2 kB	Podpis offline, nadanie później	Niskie (po nadaniu)	Niski/Średni (narzędzia dev)

Bezpieczeństwo: jak ograniczyć ryzyko bez łączności

• Limity i segmentacja: ustaw maksymalną kwotę na transakcję offline; powyżej progu wymagaj łączności.
• Non‑RBF i fee policy: żądaj transakcji bez RBF; przygotuj budżet na CPFP po reconnect.
• Dowody integralności: zapisuj skróty SHA‑256 otrzymanych pakietów; łatwiej wykryjesz manipulacje.
• Sprzętowe portfele: podpisuj offline na urządzeniach sprzętowych; klucze prywatne nigdy nie opuszczają HSM/SE.
• Rezerwy płynności: trzymaj rezerwę gotówki/fiat lub eCash na wypadek opóźnień w rozliczeniach.

Case study: Stoisko kawowe na festiwalu (12 000 osób, brak 4G)

• Setup: portfel watch‑only (BTC), aplikacja eCash (Cashu), węzeł LoRa (Meshtastic) z powerbankiem 20 000 mAh.
• Przepływ: 1) do 10 USD — eCash; 10–50 USD — PSBT przez QR; 2) co 30 min obsługa obchodzi peryferia, gdzie bramka LoRa łapie Internet; 3) wsadowe nadanie transakcji.
• Wyniki: 196 transakcji/dzień, mediana 5,4 USD; 94% rozliczone w < 20 min od reconnect; 6% wymagało CPFP lub ponownego żądania płatności.
• Straty: 0,5% wartości sprzedaży — głównie błędy UX (niedomknięte PSBT) i jeden przypadek próby double‑spend.

DIY: wdrożenie offline w 60–90 minut

Lista kontrolna

1. Portfel: zainstaluj portfel z PSBT (np. Sparrow, Nunchuk) i aplikację eCash (Cashu/Fedimint‑klient).
2. Adresy watch‑only: wygeneruj i załaduj do urządzenia kasowego; trzymaj klucze prywatne offline.
3. QR pre‑invoices: wydrukuj tablicę QR dla typowych kwot (np. 5, 10, 20). Każdy QR wskazuje unikalny identyfikator zamówienia.
4. LoRa/Mesh: skonfiguruj węzeł (Meshtastic/TxTenna), przetestuj z bramką w zasięgu 1–3 km.
5. Procedura kasowa: opisz kroki dla obsługi (skan → sprawdź hash → zapisz → kolejny klient).
6. Plan awaryjny: limit per transakcja, limit łączny dzienny, polityka ponownego nadania i zwrotów.

Narzędzia i portfele warte testów

• Bitcoin PSBT: Sparrow Wallet, Specter Desktop, Nunchuk, BlueWallet (air‑gapped QR).
• eCash: Cashu (Nutshell), Fedimint (community custody) — integracja z Lightning po reconnect.
• Mesh: Meshtastic (LoRa), Locha Mesh; historycznie TxTenna z goTenna.
• Solana: durable nonce via CLI/SDK; portfele developerskie; USDC (SPL) z Token‑2022 w środowiskach testowych.

Regulacje i podatki: na co uważać przy sprzedaży offline

• Ewidencja: zapisuj identyfikatory zamówień, kwoty i czas — nawet jeśli rozliczenie sieciowe nastąpi później.
• VAT/podatek dochodowy: moment podatkowy może przypadać na chwilę wydania towaru, nie potwierdzenia on‑chain — skonsultuj lokalne przepisy.
• AML/KYC: dla większych kwot ustal procedury identyfikacji klienta lub wymuś online.

Najczęstsze błędy i jak ich uniknąć

• Brak testów obciążeniowych: przećwicz 100+ pseudo‑transakcji przed eventem.
• Nieczytelne QR: stosuj wysoki kontrast, rozmiar min. 3 × 3 cm na 10 bajtów danych, unikaj błyszczących powierzchni.
• Jedno urządzenie do wszystkiego: rozdziel role — kasjer, nadawanie, księgowość — ogranicza pomyłki.

Co dalej: BOLT12, silent payments i session keys

• BOLT12 (Offers): statyczne oferty Lightning, lepsze pod offline‑QR; nadal potrzebny relay do rozliczenia.
• Silent Payments (Bitcoin): odbiór bez ujawniania adresów; poprawa prywatności przy skanowaniu po reconnect.
• ERC‑4337 + session keys: krótkotrwałe klucze sesyjne dla tap‑to‑pay na EVM, w połączeniu z lokalnym buforowaniem i późniejszą bundleryzacją.

Wnioski i następne kroki

Offline nie oznacza chaosu. Zestaw: PSBT non‑RBF dla większych kwot, eCash dla mikro‑płatności i LoRa/Mesh jako ścieżka nadawania tworzy odporną kasę na festiwale i awarie sieci. Kluczem jest procedura: limity, logi i testy. Zacznij od pilota na 1 stoisku i przenieś najlepsze praktyki na resztę punktów sprzedaży.

CTA: Przygotuj zestaw offline na następny event: zainstaluj portfele, wydrukuj QR i przetestuj 30 transakcji w trybie samolotowym. Udostępnij ten przewodnik swoim partnerom i ekipie technicznej.