Intent‑based portfele na Ethereum: Passkeys, klucze sesyjne i polskie podatki — praktyczny przewodnik 2025

Czy w 2025 roku portfele krypto staną się „niewidzialne”? Nowa fala rozwiązań — Account Abstraction (ERC‑4337), intenty, passkeys/WebAuthn i klucze sesyjne — sprawia, że podpisy kryptograficzne, opłaty gas i zarządzanie kluczami znikają z pola widzenia użytkownika. W tle rośnie wsparcie L2 dla EIP‑7212 (secp256r1), co otwiera drzwi do natywnego logowania biometrią. Ten artykuł łączy perspektywy: Bezpieczeństwo, Portfele, DeFi, Regulacje & Prawo oraz Podatki w Polsce — z naciskiem na praktyczne wdrożenia i ryzyka, o których rzadko się pisze.

Co to jest portfel intencyjny (intent‑based)?

Intenty to opisy zamierzeń (np. „zamień 100 USDC na ETH po najlepszym kursie do 1% slippage”) zamiast ręcznych transakcji krok‑po‑kroku. Zamiast wybierać konkretną ścieżkę na łańcuchu, użytkownik deklaruje cel, a sieć solverów/brokerów znajduje optymalne wykonanie.

Intenty vs. tradycyjne transakcje

• Transakcja: użytkownik sam komponuje wywołania kontraktów (np. approve → swap → unwrap), ponosi ryzyko MEV i błędów.
• Intent: użytkownik formułuje warunki końcowe, a solver układa ścieżkę wykonania (batch auction, CoW, RFQ, RFQ‑MEV‑shield), często z ochroną przed sandwichingiem.
• Efekt: mniej klikania, niższy koszt poznawczy, potencjalnie lepsza egzekucja — kosztem zaufania do reguł i implementacji solvera.

Stack techniczny: ERC‑4337, bundlery, paymasterzy i EIP‑7212

• Smart‑konto (AA): portfel jest kontraktem z własnymi regułami podpisu i politykami (limity, 2FA, guardians).
• Bundler: łączy i publikuje UserOperations do mempoola AA, optymalizując koszty.
• Paymaster: sponsoruje gas (np. w stablecoinie), umożliwiając gasless UX.
• EIP‑7212: prekompilacja dla secp256r1 (P‑256) — kluczowa dla passkeys/WebAuthn na L2 wspierających to rozszerzenie.

Klucze sesyjne: na czym polega magia?

Klucz sesyjny to tymczasowy, ograniczony uprawnieniami podpisujący, wydany przez smart‑konto na określony czas i zakres. Przykłady ograniczeń:

• Zakres kontraktów: dozwolone tylko interakcje z określonym DEX/marketplace.
• Limity: 300 USDC dziennie, brak dostępu do środków głównych.
• Czas: wygaśnięcie po 24–72 h lub po N transakcjach.
• Reguły: brak transferów do nowych adresów bez dodatkowego potwierdzenia.

Takie podejście umożliwia bezpieczne automatyzacje (np. autostaking, DCA), minimalizując ryzyko utraty całego portfela.

Passkeys/WebAuthn: biometria w krypto bez wtyczek

Passkeys wykorzystują uwierzytelnianie biometryczne urządzenia (Face ID, Windows Hello, YubiKey) do tworzenia i przechowywania kluczy na urządzeniu. Dzięki EIP‑7212 część L2 potrafi natywnie weryfikować podpisy P‑256, pozwalając logować się do portfela bez fraz seed i bezpiecznie delegować klucze sesyjne.

Bezpieczeństwo: realne zagrożenia i praktyczne defensywy

Zagrożenie	Opis	Mitigacja
Session key drainer	Fałszywa dApp prosi o zbyt szerokie uprawnienia klucza sesyjnego.	Scope: whitelist kontraktów, limity kwot, maks. czas 24–72 h, alerty push.
Solver malpractice	Nieuczciwy solver wybiera ścieżkę z gorszym kursem.	Batch auctions (CoW), audyty solverów, podpisane reguły egzekucji, porównywarki RFQ.
Phishing na passkeys	Podszyta domena wiąże inny klucz z Twoim AA.	Origin binding/WebAuthn, podpisy z kontekstem domeny, listy zaufanych dApp, rozpoznawalne ekrany podpisu.
Social recovery hijack	Atak na opiekunów (guardians) podczas odzyskiwania.	2‑z‑3 z hardware key, opóźnienia (timelock), out‑of‑band potwierdzenia.
Paymaster risk	Wycofanie sponsorowania w trakcie operacji.	Fallback do własnego gas, koszyki paymasterów, limit slippage na opłatach.

Regulacje & Prawo (UE/PL): gdzie przebiega granica?

• MiCA: nie dotyczy bezpośrednio oprogramowania portfela niekustodialnego, ale rozliczenia opłat, sponsorowanie gas i elementy off‑ramp mogą zahaczać o definicje usług crypto‑asset.
• AML/CFT: jeżeli dostawca portfela świadczy dodatkowe usługi (np. wbudowany kantor na fiat), może podlegać rejestrowi działalności w zakresie walut wirtualnych (PL) i obowiązkom KYC.
• eIDAS 2.0 / EUDI Wallet: rosną możliwości łączenia tożsamości cyfrowej z podpisem w Web3; uwaga na zgodność z RODO przy mapowaniu DID ↔ osoba fizyczna.
• Rekomendacja: oddziel moduł portfela od modułów płatniczych/fiat i jasno opisuj role usługodawców (bundler, paymaster, solver) w regulaminie.

Podatki w Polsce: specyfika AA, sponsorowania gas i automatyzacji

Uwaga: nie jest to porada podatkowa. W praktyce pojawiają się rzadko opisywane przypadki:

• Gas sponsorowany przez paymastera: u użytkownika prywatnego zwykle brak przychodu; w działalności gospodarczej może powstać niepieniężna korzyść (warto ująć w polityce rachunkowości).
• Opłaty w stablecoinach: koszt nabycia/zużycia tokenów na opłaty może wchodzić do KUP; trzeba śledzić FIFO/LIFO i kursy NBP z dnia poprzedzającego transakcję.
• Automatyczne DCA/staking przez klucze sesyjne: każda wymiana to potencjalne zdarzenie podatkowe PIT/CIT; staking może generować przychód w dacie otrzymania nagród.
• Airdropy/„punkty” za korzystanie z AA: punkty lojalnościowe bez wartości rynkowej zwykle nieopodatkowane do momentu konwersji na token/fiat; po TGE — wycena wg wartości rynkowej.

DeFi & strategie: co zmieniają intenty?

• Lepsza egzekucja: batch auctions i RFQ zmniejszają MEV‑slippage w długim ogonie par.
• Automatyzacje bez ryzyka klucza głównego: klucze sesyjne pozwalają na granularne boty DCA, rebalancing LP, claim & stake.
• Nowe koszty: prowizje solverów/paymasterów — ukryte spready trzeba monitorować.

Case study: DAO z limitem wydatków i kluczem sesyjnym

• Kontekst: skarbiec DAO na L2 z EIP‑7212, multi‑sig 2‑z‑3 + guardian, wypłaty operacyjne do 2 000 USDC/dzień.
• Rozwiązanie: smart‑konto z polityką: klucz sesyjny dla zespołu operacyjnego ważny 48 h, limit 2 000 USDC, whitelist kontraktów (CoW/Uniswap), powyżej limitu — wymóg 2‑z‑3.
• Wynik: 0 incydentów przez 6 miesięcy, skrócenie czasu wypłat o ~70%, redukcja opłat o 18% dzięki batchom solvera.

DIY: uruchom smart‑konto z passkeys w 20 minut

Kalkulator: kiedy AA się opłaca?

Parametr	Opis	Symbol
Średni gas EOA	Koszt standardowej transakcji	G_eoa
Narzut AA	Dodatkowy koszt UserOp/bundlera	Δ_aa
Oszczędność egzekucji	Lepsza cena dzięki solverowi	S_exec
Subwencja paymastera	Część gas pokryta przez sponsora	P_sub

Punkt opłacalności: AA ma sens, gdy S_exec + P_sub >= Δ_aa + (G_eoa różnica wydajności). W praktyce warto śledzić miesięczne TCO i porównywać spready RFQ.

Pro / Contra (skrót)

Aspekt	Pro	Contra
UX	Logowanie biometrią, gasless	Złożoność stacku AA
Bezpieczeństwo	Limity, guardians, sesje	Nowa powierzchnia ataku (solver/paymaster)
DeFi	Lepsza egzekucja, automatyzacje	Opłaty/spreedy solverów
Regulacje	Nie‑kustodialne = lżejsze wymogi	Szare strefy przy fiat/gas sponsoringu

FAQ & Support

• Czy potrzebuję seed phrase? Nie. Passkeys + guardians zastępują seedy; ustaw recovery plan.
• Czy mogę używać wielu urządzeń? Tak, dodaj kilka passkeys i hardware key; włącz politykę M‑z‑N dla dużych transakcji.
• Co jeśli L2 nie wspiera EIP‑7212? Użyj weryfikacji kontraktowej (ERC‑1271) lub alternatywnego schematu — kosztem opłat.
• Czy intenty są „zaufane”? Zaufanie przesuwa się na reguły solvera; wybieraj audytowane implementacje i monitoruj efektywny kurs.

Wnioski i następne kroki

Intent‑based portfele z AA, passkeys i kluczami sesyjnymi to realny skok jakości w Bezpieczeństwie i UX Web3. Najwięcej zyskują użytkownicy DeFi i zespoły operacyjne DAO — pod warunkiem świadomego doboru solverów, paymasterów i twardych polityk konta.

• Zacznij od smart‑konta na L2 z EIP‑7212 i włącz passkeys.
• Skonfiguruj limity, whitelist kontraktów i guardianów.
• Porównuj spreedy solverów oraz realne koszty AA co miesiąc.

CTA: Przetestuj intenty na małych kwotach przez 7 dni i zmierz wpływ na koszty oraz slippage — dopiero potem skaluj strategię.