Co je abstrakce účtu (AA) a proč na ní záleží
Abstrakce účtu (Account Abstraction, AA) je návrhový směr, jehož cílem je odstranit rigidní rozdíly mezi Externally Owned Accounts (EOA) a smart kontrakty. V praxi umožňuje, aby „účet“ uživatele byl smart kontrakt s vlastní logikou ověřování, podpisovými politikami, limity, obnovou a placením poplatků (fee abstraction). Výsledkem je nové UX: přihlášení bez seed fráze, gasless transakce, seskupené operace do jednoho potvrzení a bezpečnostní politiky srovnatelné s bankovními aplikacemi.
EOA vs. smart účet: klíčové rozdíly
- EOA: pevně daná schéma podpisu (secp256k1 + ECDSA), nonce lineární čítač, platí gas z vlastní adresy, nemožnost definovat vlastní ověřování.
- Smart účet: podpisy a ověření definované kódem (např. ECDSA, Ed25519, BLS, MPC), modulární politiky (limity, whitelisty), gas může platit třetí strana (paymaster), podpora batched operací a „jednoho kliknutí“ pro složité kroky.
ERC-4337: standard bez hardforku
ERC-4337 zavádí nový mimo-protokolový mempool s objekty UserOperation a služby bundlerů, kteří spojí více operací do transakcí volajících EntryPoint kontrakt. Účet je smart kontrakt, který implementuje rozhraní validateUserOp a execute. Tím se umožní AA bez změny konsenzu (žádný hardfork). Poplatky může hradit Paymaster, který se rozhoduje podle politiky (reklamní kredit, předplatné, KYC token, sponzor kampaně).
Architektura: EntryPoint, UserOperation, Bundler, Paymaster
- UserOperation: balík dat (call, nonce, podpis, limity gasu, paymasterData), který podepisuje uživatel.
- EntryPoint: jediná „brána“ realizace. Volá validateUserOp na účtu a Paymasterovi, rezervuje gas, poté provede execute.
- Bundler: sleduje AA mempool, spojuje UserOps a odesílá na řetězec jako jednu transakci.
- Paymaster: může podmínečně platit poplatky (např. jen při úspěchu obchodu, jen pro whitelisted dApps, jen do denního limitu).
Modulární smart účty: plug-in bezpečnost a politika
Moderní AA peněženky používají moduly (guardian, recovery, session keys, spending limits, role-based access). Každý modul je auditovatelný kus logiky, který lze zapnout/vypnout bez migrace účtu. Výhody:
- Role & limity: denní strop pro stablecoiny, whitelist cílových kontraktů, schválené sítě.
- Guardian/social recovery: obnova přístupu skupinou důvěryhodných adres nebo zařízení.
- Session keys: dočasné klíče s omezenými právy pro hry, NFT minty nebo boty.
- Multisig/MPC: vícenásobné schvalování bez „frikce“ pro uživatele (tiché spolu-podpisy na pozadí zařízeními).
Nové UX: passkeys, bez seed fráze a „one-tap“ transakce
AA umožňuje nahradit seed frázi passkey/biometrií (FIDO2/WebAuthn). Ověření probíhá v prohlížeči nebo v OS a smart účet akceptuje příslušný podpis. Díky batched voláním je možné v jednom kroku: schválit → swapovat → stakovat → zaplatit poplatek sponzorem. Uživatel vidí jeden srozumitelný souhrn místo 4–6 popupů.
Fee abstraction: kdo platí gas a v čem
Při AA může gas hradit paymaster jménem uživatele a dokonce v jiném aktivu (USDC, stablecoin, bodový kredit). Politiky:
- Funnel marketing: dApp sponzoruje prvních N interakcí nového uživatele.
- Předplatné: měsíční členství → balík bezgasových volání.
- Compliance: jen KYC adresy, jen povolené kontrakty.
Tím odpadá nutnost držet nativní token sítě a snižuje se onboarding friction.
Bezpečnost: vícevrstvá ochrana a nové vektory
- Kontrolované podpisy: vlastní validateUserOp může vyžadovat více podpisů, časové zámky, rychlostní limity (rate limiting).
- Odolnost proti phishingu: smysluplná potvrzení a policy engine (zakázat setApprovalForAll mimo whitelist, omezit callData vzory).
- Rizika: složitější kód účtu, závislost na bundlerech/paymasterech, dodatečný útočný povrch mempoolu UserOperations.
Recovery: od sociální k úřední
AA otevírá prostor pro standardizované obnovy (guardiani, time-lock, custody escrow) a dokonce právně závazné procesy (notář/custodian jako jeden z guardianů). Ve srovnání s EOA odpadá binární „mám seed / nemám seed“ problém – přístup lze modulárně rekonfigurovat.
Výkonnost a náklady: odkud pochází gas a jak ho snížit
AA volání přidávají režii (EntryPoint, validace). Optimalizace:
- Batching snižuje počet transakcí a schválení.
- Minimalizace velikosti kódu & úložiště, použití knihoven místo kopírování logiky.
- Simulace off-chain (bundler předvýpočet), aby se zabránilo selháním on-chain.
Intenty a směrování: „řekni, co chceš, ne jak to udělat“
S AA jsou kompatibilní intent-based UX: uživatel definuje cíl (např. „zaplať 100 USDC tomuto merchantovi nejlevnější cestou“) a solver najde trasu. Smart účet pak ověří, zda výsledek splňuje omezení (max skluz, whitelist).
EIP-3074, EIP-7702 a koexistence přístupů
Kromě ERC-4337 existují návrhy, které „posilují“ EOA bez smart účtu:
- EIP-3074: AUTH/AUTHCALL umožní delegovat volání „síly“ EOA s off-chain schválením (podpora batched akcí).
- EIP-7702: dočasné contract-like schopnosti EOA v jednom bloku.
V praxi může ekosystém kombinovat 4337 smart účty (plná modularita) s 3074/7702 pro „lehké“ batchy a migrace.
Multiretezece a L2: specifika nasazení
Každá síť má vlastní infra AA: dostupnost bundlerů, stabilitu mempoolu, implementaci EntryPointu, ceny gasu a mosty pro paymaster ve stalech účetnictví. Na rollupech je výhoda levného gasu, ale je třeba počítat s odlišnou finalitou a exit latencí u řetězce bezpečnostních zásahů (guardiani vs. okamžité blokování).
Vývojářský pohled: životní cyklus UserOp a simulace
- Konstrukce UserOp (callData, nonce, maxGas, signature, paymasterData).
- Před-simulace (RPC bundlera): odhad gasu, validationResult, návratové kódy.
- Podpis příslušnou schémou (ECDSA/BLS/MPC).
- Vložení do AA mempoolu + čekání na bundlera.
- On-chain validace v EntryPoint → execute().
- Receipty a eventy: audit trail a refund pravidla.
Podpisové schéma: ECDSA, Ed25519, BLS, MPC
AA umožňuje zvolit schéma podpisu podle případu použití:
- MPC/TSS: klíč „rozbitý“ na části; žádný single point of failure, možnost zařízení/partnerů spolupodpisovat.
- BLS: agregovatelné podpisy (užitečné pro batchy a velké multisigy).
- Ed25519: kompatibilita s mobilními bezpečnostními moduly, rychlost.
Smart účet implementuje verifikátor a může odmítnout operace bez správné kombinace podpisů.
Compliance a podnikové použití
AA je vhodná pro firmy: role-based access, policy engine (časová okna, limity, schvalovací workflow), audit log (události o rozhodnutích), gas sponzorství ze treasury a jednoduchá správa více účtů. Integrace s IAM/SSO (SAML/OIDC → passkeys) zkracuje onboarding zaměstnanců.
Bezpečnostní antipatterny a doporučení
- Monolitický účet s velkým kódem → preferujte moduly s minimálním attack surface.
- Slabé recovery (jeden guardian) → použijte M-z-N, časové zámky a více kanálů (mobil, hardware, právní custodianship).
- Nekonzistentní limity mezi moduly → centrální tabulka pravidel a prioritizace zásahů (co se stane při konfliktu?).
- Bez simulace UserOp → vždy validujte off-chain, jinak platíte zbytečný gas při pádech.
Ekonomika bundlerů a paymasterů
Bundleři vydělávají na spreadech gasu a odměnách za agregaci; paymasteři na marži z konverze nebo obchodních modelech (akvizice uživatelů, předplatné). Tržní síly pravděpodobně vytvoří reputační sítě a SLA – kdo sponzoruje stabilně a nezneužívá revert politiky.
Migrace z EOA na smart účet
Běžný postup: vytvořit smart účet (counterfactual adresu), převést aktiva a delegovat signing EOA jako owner module. Postupně přidat guardiany a vypnout EOA klíč jako jediného vlastníka. Uživatelé získají výhody AA bez okamžitého rizika ztráty přístupu.
Příklady UX scénářů „před a po“
- Nákup NFT: EOA → schválení + nákup (2–3 popupy, držba gasu). AA → jeden „confirm“, paymaster platí poplatek; účet zkontroluje, že kontrakt je z whitelistu.
- On-ramp: EOA → čekání na gas token. AA → fiat on-ramp přímo do stablecoinu, transakce je sponzorovaná.
- Hry a dApp: EOA → opakované podpisy pro každou akci. AA → session key na 24 hodin s limitem; žádný popup spam.
Měření kvality AA UX
KPI: FTR (first-tx rate bez frikcí), TTF (time-to-finalize), průměrný počet potvrzení na úlohu, míra úspěšnosti UserOp, procento sponzorovaných transakcí, počet incidentů recovery.
Nejčastější otázky a mýty
- „AA je dražší.“ – Ne vždy; batching a sponzorství často snižují celkovou cenu úlohy.
- „AA je méně bezpečné.“ – Více kódu ≠ méně bezpečnosti, pokud máte moduly, audit a politiky (limity, whitelisty, guardians).
- „Je třeba nový hardfork.“ – ERC-4337 funguje bez hardforku; některé EIP (3074/7702) jsou doplňkové.
Checklist pro tým, který chce nasadit AA peněženku
• Výběr architektury (verze 4337 EntryPoint, modulární účet).
• Podpisová schéma (ECDSA vs. MPC/BLS) a plán recovery (M-z-N, guardiani, time-lock).
• Paymaster politika (sponzorované operace, AML/KYC požadavky, denní limity).
• Policy engine (whitelist kontraktů, spending caps, blokování nebezpečných calldata vzorů).
• Simulační infra (UserOp RPC, předvýpočet gasu, monitoring selhání).
• Observabilita (eventy, metriky), SLA s bundlery, fallback routy bez sponzorství.
• Audit modulů, fuzz a property-based testy, chaos/stresové scénáře.
• Plán migrace EOA → smart účet a edukace uživatelů.
AA jako most k masové adopci
Abstrakce účtu proměňuje blockchainové účty z „kryptografických klíčů“ na programovatelné identity s politikami, které známe z moderního fintechu. Díky fee abstraction, session keys, social recovery, batched operacím a intent-based UX se snižuje frikce pro nové uživatele a roste bezpečnost pro profesionály. Kdo dnes postaví produkt na principech AA, získá lepší UX, jemnější řízení rizik a budoucí kompatibilitu s ekosystémem, kde
