[{"data":1,"prerenderedAt":19},["ShallowReactive",2],{"blog-content-en-what-is-account-abstraction":3},{"slug":4,"title":5,"excerpt":6,"description":7,"bodyHtml":8,"faqItems":9},"what-is-account-abstraction","Account Abstraction Explained: Smart Accounts vs Seed-Phrase Wallets","Account abstraction makes the account itself programmable. Here is how smart accounts differ from seed-phrase EOAs, why it matters, and what it does not change about custody.","A clear, technical explainer of account abstraction: EOAs vs smart accounts, ERC-4337, native AA and EIP-7702 — and why AA is not custodial.","\u003Ch2>What \"account abstraction\" actually means\u003C\u002Fh2>\n\u003Cp>On most blockchains, \"your account\" is really just a keypair. Whoever holds the private key can move the funds, and the rules for validating a transaction are hard-coded into the protocol. \u003Cem>Account abstraction\u003C\u002Fem> (AA) changes that premise: it makes the account itself programmable, so the logic that decides whether a transaction is valid lives in code you control rather than in a fixed protocol rule.\u003C\u002Fp>\n\u003Cp>Put simply, a traditional account asks one question — \"is this signature valid for this key?\" A smart account can ask any question you write: \"are two of these three signers present?\", \"is this transaction under the daily limit?\", \"has the recovery timelock expired?\" The account stops being a passive keypair and becomes a small programmable policy engine.\u003C\u002Fp>\n\n\u003Ch2>EOA vs smart account\u003C\u002Fh2>\n\u003Cp>On Ethereum today there are two kinds of accounts. An \u003Cem>externally owned account\u003C\u002Fem> (EOA) is controlled directly by a private key, usually derived from a seed phrase. There is no code behind it; the key is the account. A \u003Cem>smart account\u003C\u002Fem> (also called a contract account) is controlled by a deployed smart contract, and that contract defines how transactions are authorized.\u003C\u002Fp>\n\u003Cp>The practical difference is flexibility. An EOA has exactly one security model — one key, one signature — and if you lose the seed phrase, the funds are gone. A smart account can implement multisig, social recovery, spending limits, session keys, or automatic upgrades, all without changing the underlying chain. For a deeper side-by-side, see our breakdown of \u003Ca href=\"\u002Fblog\u002Fsmart-accounts-vs-eoa\">smart accounts vs EOAs\u003C\u002Fa>.\u003C\u002Fp>\n\n\u003Ch2>Why it matters: recovery, gas, batching, policies\u003C\u002Fh2>\n\u003Cp>Programmable accounts unlock several things seed-phrase wallets simply cannot do:\u003C\u002Fp>\n\u003Cp>\u003Cem>Recovery.\u003C\u002Fem> Instead of a single fragile seed phrase, a smart account can nominate guardians or a recovery contract, so losing one device does not mean losing everything. \u003Cem>Flexible gas payment.\u003C\u002Fem> The account can let a third party (a \"paymaster\") sponsor fees, or pay fees in a token other than the chain's native coin — no more keeping a dust balance of ETH, MATIC, SOL and TON just to move other assets. \u003Cem>Batching.\u003C\u002Fem> Multiple operations — approve and swap, or several transfers — can be bundled into one atomic transaction that either fully succeeds or fully reverts. \u003Cem>Custom security policies.\u003C\u002Fem> Daily limits, allowlists, time locks and session keys can be enforced by the account itself rather than trusted to an app or a browser extension.\u003C\u002Fp>\n\n\u003Ch2>How it is implemented: ERC-4337, native AA, and EIP-7702\u003C\u002Fh2>\n\u003Cp>There is no single way to do account abstraction. Three approaches dominate as of 2026.\u003C\u002Fp>\n\u003Cp>\u003Cem>ERC-4337\u003C\u002Fem> is the dominant standard on Ethereum and EVM chains, and it works without any protocol change. Users send \"UserOperations\" to a separate mempool; bundlers package them and submit them through a shared on-chain \u003Cem>EntryPoint\u003C\u002Fem> contract, while optional paymaster contracts handle who pays for gas. Crucially, ERC-4337 is an \u003Ca href=\"\u002Fblog\u002Fwhat-is-erc-4337\">EVM-only standard\u003C\u002Fa> — it does not run on Solana or TON. Those ecosystems achieve similar outcomes through their own fee-payer or relayer mechanisms that play the equivalent role.\u003C\u002Fp>\n\u003Cp>\u003Cem>Native account abstraction\u003C\u002Fem> takes a different route: chains like zkSync Era and Starknet build AA directly into the protocol, so every account is a smart account by default and there is no EOA\u002Fcontract split to bridge. \u003Cem>EIP-7702\u003C\u002Fem>, meanwhile, targets the existing base layer: it lets a regular EOA \"set code\" by pointing to smart-account logic, so a seed-phrase account can gain smart-account behavior (batching, sponsored gas, custom validation) at its existing address — the delegation persists until the account revokes or changes it, rather than lasting only a single transaction. Together these give the ecosystem a spectrum — retrofit standards, native support, and an upgrade path for the hundreds of millions of EOAs already in use.\u003C\u002Fp>\n\n\u003Ch2>The trade-offs\u003C\u002Fh2>\n\u003Cp>Account abstraction is not free. Smart accounts execute contract logic on validation, so a transaction can cost more gas than a plain EOA transfer, and deploying the account contract adds an upfront step. ERC-4337 introduces new infrastructure — bundlers, paymasters, an alternative mempool — which means more moving parts and more surface area to reason about. Ecosystem maturity varies too: tooling, wallet support and standards are still converging as of 2026, and behavior can differ between a native-AA chain and an ERC-4337 deployment. For most users these costs are invisible, absorbed by wallet providers, but they are real engineering trade-offs rather than pure upside.\u003C\u002Fp>\n\n\u003Ch2>Custody: account abstraction is not custodial\u003C\u002Fh2>\n\u003Cp>A common misconception is that a \"smart account\" means someone else controls your money. It does not. A smart account is still governed by keys \u003Cem>you\u003C\u002Fem> hold; the contract only encodes the rules those keys operate under. Sponsored gas is a good example — a paymaster can pay your transaction fee without ever being able to move your assets, because paying for gas and authorizing a transfer are separate powers.\u003C\u002Fp>\n\u003Cp>Custody is about who can unilaterally move funds, and a well-designed smart account keeps that power with you. If you want the precise definition, our guide to \u003Ca href=\"\u002Fblog\u002Fwhat-is-a-non-custodial-wallet\">non-custodial wallets\u003C\u002Fa> lays out the distinction: non-custodial means you, and only you, hold the keys — whether the account is a bare EOA or a programmable smart account.\u003C\u002Fp>\n\n\u003Ch2>How WATS uses this\u003C\u002Fh2>\n\u003Cp>The WATS Hot Wallet borrows the most practical account-abstraction benefit — never juggling native gas — while staying fully \u003Ca href=\"\u002Fblog\u002Fwhat-is-a-non-custodial-wallet\">non-custodial\u003C\u002Fa>: you hold your keys, and WATS never holds a key. In the \u003Ca href=\"\u002Fhot-wallet\">WATS Hot Wallet\u003C\u002Fa>, every action (transfers, swaps, staking) is charged in a single token, ATS, instead of the chain's native gas — on EVM through an ERC-4337 paymaster, and on Solana and TON through an equivalent fee-payer or relayer. Because ATS is a LayerZero OFT, one balance covers EVM, Solana and TON, and the ATS collected as fees is burned from 100M toward a 30M floor — making WATS the first and only wallet to combine ERC-4337 + OFT single-token fees with that burn.\u003C\u002Fp>",[10,13,16],{"q":11,"a":12},"Does account abstraction mean my wallet is custodial?","No. Account abstraction changes how an account validates transactions, not who controls it. A smart account is still governed by keys you hold, and features like sponsored gas let a third party pay a fee without ever gaining the power to move your funds. A wallet is non-custodial as long as you, and only you, hold the keys — whether it is an EOA or a smart account.",{"q":14,"a":15},"Does ERC-4337 work on Solana and TON?","No. ERC-4337 is an EVM-only standard built around a shared EntryPoint contract, bundlers and paymasters, so it applies to Ethereum and other EVM chains. Solana and TON are not EVM chains, but they achieve similar outcomes — such as letting fees be paid by a third party — through their own fee-payer or relayer mechanisms rather than ERC-4337 itself.",{"q":17,"a":18},"What is the difference between an EOA and a smart account?","An EOA (externally owned account) is controlled directly by a private key from a seed phrase, with a single fixed rule: a valid signature moves the funds. A smart account is controlled by a contract that can encode custom rules — multisig, social recovery, spending limits, batching or paying gas in another token. Both can be fully non-custodial; the smart account simply adds programmable logic on top.",1784634268960]