Mobilní versus prohlížečové peněženky: srovnání uživatelské zkušenosti a provozních rizik

Proč mobilní vs. prohlížečové peněženky nejsou jen otázkou pohodlí

Ve světě Web3 se peněženka stává hlavním rozhraním k financím, identitě i aplikacím. Rozhodnutí mezi mobilní a prohlížečovou (browser/extension) peněženkou proto není pouze otázkou UX – je to volba bezpečnostního modelu, povrchů útoku, obnovy přístupu a dlouhodobé udržitelnosti. Následující text precizně rozebírá rozdíly: od úložiště klíčů přes interakci s dApp až po organizační politiky a incident response.

Architektura a model důvěry: kde žijí tvoje klíče

• Mobilní peněženky: privátní klíče jsou zpravidla uloženy v Secure Enclave (iOS) nebo Android Keystore. Tyto moduly poskytují hardwarovou izolaci, ochranu proti extrakci klíče a přístupové politiky vázané na biometrii/PIN. Výhoda: podpis probíhá v odděleném prostředí a aplikace třetích stran klíč nevidí.
• Prohlížečové peněženky: běží jako rozšíření v prostředí prohlížeče, klíče jsou šifrovány lokálním heslem. Ačkoliv rozšíření využívají sandboxing, sdílejí povrch útoku s ostatními pluginy, obsahovými skripty a webem. Útoky typu malicious extension, DOM injection či nevhodná oprávnění jsou reálným rizikem.

Shrnutí: mobil preferuje hardwarové záruky, prohlížeč preferuje komfort integrace s dApp. Bezpečnostně je standardně silnější mobil, ale specifická nastavení (hardwarová peněženka + extension) mohou tento rozdíl zmírnit.

UX při interakci s dApp: deeplink vs. injektovaný provider

• Mobil: spojení přes WalletConnect (QR/deeplink), nativní push notifikace, biometrický podpis. Výborné pro použití na cestách, slabší pro multi-tab research a rychlé batch transakce. De facto standard pro NFC/QR schémata a offline podepisování (režim v letadle + QR).
• Prohlížeč: dApp dostane injektovaný provider přímo v záložce. Podpisy jsou plynulé, UI dApp může kontextově navigovat. Výborné pro power-usery, analýzu mempoolu, simulace, MEV-aware routing a pokročilá oprávnění.

Uživatelský komfort: pro rychlé DeFi operace a složité workflows vede prohlížeč; pro bezpečné podpisy a každodenní úkony vede mobil.

Hlavní povrchy útoku a typické vektory

• Mobil: škodlivé APK/side-load, zranitelnosti OS, overlay phishing, únik zálohy seed na cloud (nešifrovaný/nesprávně šifrovaný), SIM-swap (pokud vážeš 2FA/SMS). Silná obrana: uzamčené bootloadery, biometrie, zákaz nahrávání obrazovky, off-cloud zálohy, certifikace zařízení.
• Prohlížeč: podvržená rozšíření, oprávnění „read/modify all websites“, clipboard injection, phishing přes homoglyfy domén, content-script hooky, supply-chain útoky v dApp knihovnách. Silná obrana: whitelisting rozšíření, oddělené profily, blokování automatických stahování, CSP, simulace podpisů.

Seed fráze, záloha a obnova: co se děje v nejhorší den

• Seed (SRP) uložen offline: kovová deska/papír v sejfu; univerzální, ale náročné pro mainstreamové uživatele.
• Šifrované cloudové zálohy: pohodlné, ale riziko slabého hesla/derivace a hromadného kompromisu účtu (e-mail/drive). U mobilních peněženek bývá volba, vždy s vlastním silným passphrase.
• Social recovery / Shamir: rozdělení tajemství mezi důvěryhodné opatrovníky; vhodné pro týmy a dlouhodobé držby.
• Passkey/MPC/AA: moderní peněženky používají MPC nebo account abstraction (AA) s passkeys, redukující SRP z UX. Mobil je zde opět přirozeným prostředím (biometrie + bezpečný element).

Account Abstraction (AA) a session klíče: propastný rozdíl v UX

AA přináší placení gas v stablecoinech, paušální limity, batchování, session approvals (dočasné delegace). Na mobilu se AA kombinuje s biometrií bez potřeby SRP; v prohlížeči je AA ideální pro komplexní dApp (market-making, NFT minty). Klíčové: simulace transakcí, jasné vyjádření oprávnění a expirací.

Hardwarové peněženky a „tandem“ režimy

• Mobil + HW: Bluetooth/USB/NFC podpis; bezpečnost HW, pohodlí mobilu (ideální pro větší částky na přesun, zřídka používané interakce).
• Prohlížeč + HW: best-of-both pro power-usery (DeFi + MEV simulace) s fyzickým potvrzením transakce. Nevýhoda: více kroků, více bodů selhání ovladačů a můstků.

Oprávnění a on-chain schválení: UX pasti a jak jim předcházet

• Unlimited allowance: pohodlné, ale rizikové. Preferuj permit2/limitovaná schválení, session klíče s TTL a rozpočtem.
• Podepisování zpráv (EIP-712/typed): vyžaduj human-readable náhledy; mobilní peněženky často vykreslují méně přehledné UI – vybírej ty, které zobrazují pole srozumitelně.
• Revoke UX: mobil by měl umožnit přehled „schválení → zrušit“. Prohlížečová rozšíření zpravidla integrují revoke přímo nebo přes dApp.

Simulace, front-running a MEV: proč power-useři milují prohlížeč

Desktopový prohlížeč usnadňuje simulace transakcí (ex-ante P&L, revertování, toxická flow analýza), kontrolu slippage, práci s private mempool a bundler službami. Pro high-frequency a citlivé operace (arbitráže, LP rebalancování) je to klíčové. Mobil dohání – ale vizuální prostor a desktopové nástroje zůstávají výhodou prohlížeče.

Ochrana soukromí a telemetrie

• Mobil: často lepší granularita OS oprávnění (blokování trackerů, „povolit jednou“). Pozor na analytics SDK v některých peněženkách.
• Prohlížeč: fingerprinting, third-party skripty, RPC endpointy logují IP a adresy. Používej vlastní RPC, privacy relaye, případně Tor/rezidentní proxy, pokud dbáš na OPSEC.

Firemní a týmové použití: multisig, politiky, incidenty

• Mobil: vhodný jako jedna ze složek multisigu (trezor v terénu), biometrie zkracuje reakční dobu. Nevýhoda: MDM (Mobile Device Management) a forenzní stopa musí být správně nastaveny.
• Prohlížeč: snazší role-based workflow (váhy podpisů, pravidla limitů), napojení na SIEM, monitorování adresních oprávnění.

Pro treasury je ideál: multisig/AA trezor (desktop + HW) a operativa v mobilních hot peněženkách s nízkými limity a denními stropy.

Riziková matice: rychlý přehled kompromisů

• Bezpečnost klíčů: Mobil (Secure Enclave/Keystore) > Extension (heslované úložiště) – s HW: vyrovnané.
• Phishing a supply chain: Extension je vystaven širšímu spektru (rozšíření, web) – mobil citlivější na deeplink phishing.
• UX při DeFi: Extension > Mobil, zejména pro simulace a množství podpisů.
• Obnova a držba: AA/MPC snižuje rozdíly; klasický SRP je náročný pro běžné uživatele.

Best practices pro mobilní peněženky

1. Aktivuj biometrii + PIN zařízení, vypni neznámé zdroje/side-load.
2. Vytvoř offline zálohu (kov/papír + passphrase), vyhni se nešifrovaným cloudovým zálohám.
3. Používej WalletConnect pouze s důvěryhodnými dApp; zkontroluj doménu před otevřením deeplinku.
4. Upřednostni peněženky s simulací transakcí a revokacemi v aplikaci.
5. Pro větší částky páruj s hardwarovou peněženkou (NFC/BT) a odděl účty (hot vs. cold).

Best practices pro prohlížečové peněženky

1. Maj oddělený profil pro krypto (čistá rozšíření, žádné zbytečné pluginy).
2. Whitelistuj dApp, kontroluj oprávnění rozšíření, aktualizuj prohlížeč.
3. Vyžaduj EIP-712 čitelné podepsání, používej simulace a private mempool/bundlery pro citlivé obchody.
4. Pravidelně revoke schválení; nepovoluj neomezený allowance mimo důvěryhodných kontraktů.
5. Pro větší transakce připojuj hardware wallet a potvrzuj údaje na jejím displeji.

Kdy zvolit mobil a kdy prohlížeč (rozhodovací rámec)

• Retail/začátečník: Mobil s AA/MPC, biometrie, jednoduchý onramp; nízké limity, jasné náhledy transakcí.
• Trader/power-user: Prohlížeč + simulace + HW; oddělené profily, vlastní RPC, MEV ochrana.
• Týmy/DAO: Multisig/AA trezor (desktop + HW) + mobilní operativní peněženky na drobné platby a schválení.

Budoucí směřování: passkeys, intents a bezpečný mobil-first

Trend je jasný: passkeys a MPC nahrazují SRP, account abstraction přináší UX na úroveň Web2 a intents omezují nutnost podepisovat surové transakce. Mobil jako hlavní zařízení se silnou hardwarovou ochranou a prohlížeč jako pracovní stanice pro „těžké“ úkoly – to je dvojice, která se bude doplňovat, nikoliv vylučovat.

Checklist před odesláním prvního podpisu

• Je peněženka aktualizovaná a zabezpečená (biometrie/PIN, uzamčený profil/OS)?
• Vidím čitelný EIP-712 nebo simulační náhled, nikoliv neznámý hex?
• Sedí doména dApp, chain ID a adresy příjemců?
• Mám nastavené limity (session keys, allowance caps, denní stropy)?
• Je transakce přiměřená mému hot-wallet riziku nebo patří do HW/multisigu?

Shrnutí

Mobilní peněženky excelují v bezpečnosti klíčů a přístupovém komfortu (biometrie, Secure Enclave/Keystore). Prohlížečové peněženky dominují v produktivitě, integracích a pokročilých workflow, ale nesou širší povrch útoku. Optimální praxe? Kombinovat je podle scénáře: mobil pro každodenní interakce a bezpečné podpisy, prohlížeč pro pokročilé DeFi s hardwarovou peněženkou a simulacemi. Nad tím postavit AA/MPC, rozumná oprávnění, pravidelné revokace a segregaci rizik. Tak dosáhneš UX, které neobětuje bezpečnost – ale ji implementuje.