Stealth addresses na Ethereum (ERC‑5564): cicha rewolucja portfeli prywatności bez mixerów i bez utraty UX

Kategorie: Portfele (Wallets), Ethereum (ETH) & Smart‑contracty, Bezpieczeństwo, Regulacje & Prawo, Narzędzia & Kalkulatory

Wstęp: prywatność on‑chain po erze mixerów

Czy po głośnych sankcjach i blokadach mixerów prywatność na Ethereum to już przeszłość? Niekoniecznie. Coraz realniejsze stają się stealth addresses (proponowany standard ERC‑5564/”EIP‑5564″), które umożliwiają jednorazowe, ukryte adresy odbiorcy bez mieszania środków i bez zrywania zgodności z łańcuchem. Co ważne: takie płatności można łączyć z Account Abstraction (EIP‑4337), by zasponsorować gas i utrzymać dobry UX.

Czym są stealth addresses (ERC‑5564)?

Stealth address to mechanizm, w którym nadawca generuje unikalny adres odbiorcy bazując na jego publicznym meta‑adresie oraz jednorazowym ephemeral key. Dzięki temu:

• Odbiorca publikuje swój meta‑adres (np. w ENS lub specjalnym rejestrze).
• Nadawca wylicza jednorazowy adres odbioru (stealth) i przelewa tam środki/NFT.
• Osoba postronna widzi transakcję, ale nie łączy jej z tożsamością odbiorcy.
• Odbiorca skanuje zdarzenia (tzw. „announcement”/”mailbox”) i odzyskuje środki na widoczne konto, gdy zechce.

W wersjach proponowanych standardów pojawiają się także elementy pomocnicze, np. rejestr meta‑adresów (często opisywany jako ERC‑6538) czy konwencje dla emisji ogłoszeń (announcement events), które portfele mogą indeksować off‑chain.

Jak to działa – krok po kroku (minimalny przepływ)

1. Meta‑adres odbiorcy: portfel generuje i publikuje meta‑klucz (np. poprzez ENS lub dedykowany kontrakt rejestru).
2. Ephemeral key nadawcy: klient nadawcy tworzy jednorazowy klucz i oblicza wspólny sekret (np. krzywa eliptyczna, Diffie‑Hellman) z meta‑kluczem odbiorcy.
3. Stealth address: z sekretu wyliczany jest unikalny adres przelewu (stealth). Nadawca wysyła środki/NFT na ten adres.
4. Announcement: nadawca (lub usługa nadawcy) emituje ogłoszenie z danymi pozwalającymi odbiorcy wykryć przelew (bez ujawniania stron).
5. Skanowanie: portfel odbiorcy obserwuje ogłoszenia i próbuje odszyfrować te, które do niego należą (off‑chain).
6. Reclaim: po identyfikacji środków odbiorca wystawia transakcję przenoszącą je z adresu stealth do docelowego konta. Tu przydaje się EIP‑4337 Paymaster, aby zasponsorować gas i nie zdradzić tożsamości.

Co z UX i kosztami? (skanowanie, gas, opóźnienia)

• Skanowanie ogłoszeń: portfel utrzymuje lekki indeks ogłoszeń (np. przez własny serwer, usługi jak The Graph lub dedykowane relaye). To operacje off‑chain – tanie, ale wymagają infrastruktury.
• Odzyskanie środków: jedna transakcja on‑chain, potencjalnie sponsorowana przez Paymastera (EIP‑4337). Koszt porównywalny z prostym transferem/withdrawem.
• Opóźnienie widoczności: środki są on‑chain od razu, ale dla analityka trudno łączyć je z odbiorcą, dopóki nie wykona on ruchu ujawniającego korelacje (np. łączenia wielu UTXO‑podobnych adresów w jedną transakcję).

Strategie skanowania – porównanie

Strategia	Opis	Plusy	Minusy
Lokalny indeks	Portfel utrzymuje własną bazę ogłoszeń	Pełna kontrola, prywatność	Wymaga serwera, aktualizacji
Usługa chmurowa	Korzystanie z API (np. The Graph, dedykowane relaye)	Szybkość wdrożenia, niskie koszty startu	Ryzyko korelacji metadanych, zależność od dostawcy
Hybrid	Lokalny cache + zaufane źródła zewnętrzne	Balans prywatności i wygody	Złożoność integracji

Account Abstraction (EIP‑4337): brak ETH na koncie? Żaden problem

Prawdziwy game‑changer to połączenie stealth addresses z portfelem typu smart (EIP‑4337):

• Paymaster może sponsorować opłaty za reclaim z adresu stealth, aby odbiorca nie musiał mieć ETH na starcie.
• Session keys upraszczają automatyczne odzyskiwanie niewielkich wpłat (np. napiwków, mikropłatności).
• Policy engine w portfelu: limity per dzień/adres, „timelock” i whitelisty kontraktów – bezpieczne ściąganie środków w tle.

Porównanie: stealth addresses vs BIP47 vs mixery

Aspekt	Stealth addresses (ETH)	BIP47 Payment Codes (BTC)	Mixery/zk‑mixy
Model	Jednorazowe adresy odbioru + ogłoszenia	Kody płatności → unikalne adresy	Mieszanie wielu wejść/wyjść
Prywatność	Ukrycie powiązania płatnik–odbiorca	Podobnie, bez ogłoszeń on‑chain	Mocna, ale ryzyko sankcji/blacklist
UX	Dobre z EIP‑4337 (gas sponsorowany)	Dobre w portfelach BTC z obsługą BIP47	Często skomplikowane, opóźnienia
Zgodność/regulacje	Brak mieszania środków – mniejsze ryzyko	Brak mieszania	Wysokie ryzyko regulacyjne

Case study: dyskretne wypłaty grantów DAO dla artystów NFT

• Cel: DAO wypłaca 25 grantów po 0,8 ETH bez ujawniania listy beneficjentów on‑chain.
• Setup: Beneficjenci publikują meta‑adres (ENS rekord). Skarbiec DAO używa klienta z obsługą stealth i Paymastera.
• Wypłata: DAO wysyła środki na 25 adresów stealth + emituje ogłoszenia.
• Odzysk: Artyści w swoim czasie przenoszą środki do własnych kont, korzystając z gas sponsorowanego przez DAO.
• Wynik: Zmniejszona korelacja on‑chain, prosty UX (1 klik w portfelu), pełna księgowość w skarbcu DAO.

Bezpieczeństwo: typowe pułapki i jak ich unikać

• Klucze meta i ephemeral: nigdy nie recyklinguj ephemeral key; używaj bezpiecznego RNG.
• Metadane sieciowe: API/relay może ujawniać Twój IP/czas skanowania. Stosuj proxy/Tor lub lokalny indeks.
• Łączenie środków: unikaj konsolidacji wielu adresów stealth w jednej transakcji – to ułatwia analizę grafu.
• Phishing ENS: weryfikuj rekordy meta‑adresów (podpis właściciela, sieć, checksum).
• Audyt kontraktów: używaj sprawdzonych rejestrów/implementacji (np. projekty open‑source typu Umbra jako punkt odniesienia).

Mini‑przewodnik dla deweloperów: od 0 do MVP

Regulacje & Podatki: co warto wiedzieć

• Brak mieszania środków odróżnia stealth addresses od mixerów, co obniża ryzyko regulacyjne – jednak prywatność nie zwalnia z obowiązków AML/KYC po stronie usług.
• Podatki: ewidencja kosztów i przychodów nadal wymaga dokumentacji. Portfele powinny umożliwić eksport historii (hashy ogłoszeń, dat reclaim, wartości).
• Zgodność firm: dla giełd/kantorów integracja stealth raczej po stronie wypłat (payouts) niż wpłat KYC; możliwe są whitelisty meta‑adresów.

Rynek & strategie: nowa kategoria – „privacy wallets”

• Portfele konsumenckie: napiwki, subskrypcje, wypłaty grantów – stealth + sponsorowany gas = UX jak w Web2.
• DAO/Start‑upy: płace i rozliczenia B2B bez publicznej siatki kontrahentów on‑chain.
• DeFi: prywatne claimy nagród/airdrops (zgodne z regulacjami protokołu), minimalizujące front‑running społeczny.

Pro / Contra w skrócie

Aspekt	Pro	Contra
Prywatność	Ukrycie relacji płatnik–odbiorca	Ryzyko korelacji przez metadane i konsolidacje
UX	Świetne z EIP‑4337 i Paymaster	Wymaga infrastruktury skanowania
Regulacje	Brak mieszania, mniejsze ryzyko	Nadal wymagana zgodność AML/KYC u usługodawców
Wdrożenie	Kompatybilne z istniejącym ETH stackiem	Nowe standardy jeszcze ewoluują

Narzędzia & linki startowe

• Umbra (open‑source) – referencyjna implementacja stealth payments na ETH/Polygon.
• The Graph / Substreams – budowa indeksu ogłoszeń.
• Bundler + Paymaster (EIP‑4337) – sponsorowanie gas dla reclaim.
• ENS – publikacja meta‑adresów w rekordach tekstowych.

Przyszłość: co dalej ze stealth addresses?

• Standardy: doprecyzowanie formatu ogłoszeń i rejestru meta‑adresów (kompatybilność wielu portfeli).
• Zk‑dowody dla skanowania: selektywne ujawnianie własności bez zdradzania wszystkich płatności.
• Warstwa L2: rollupy z natywnym wsparciem ogłoszeń i tańszymi reclaimami.
• Użyteczność: „cichy tryb” w portfelach, batchowanie reclaimów, inteligentne harmonogramy.

Wnioski i następne kroki

Stealth addresses to praktyczny kompromis: realna prywatność relacji płatnik–odbiorca bez mieszania środków i z UX gotowym na masową adopcję dzięki EIP‑4337. Dla portfeli i projektów DeFi to szansa na nową falę funkcji pro‑privacy zgodnych z regulacjami.

• Dla użytkowników: sprawdź, czy Twój portfel wspiera publikację meta‑adresu i odbiór płatności stealth.
• Dla deweloperów: zbuduj MVP: rejestr meta‑adresów + emitter ogłoszeń + Paymaster dla reclaim.
• Dla DAO/start‑upów: przetestuj stealth payouts dla grantów, nagród społeczności i wypłat B2B.