Computational cryptography › Live on mainnet today
Ethereum component

Smart accounts

In plain words

Accounts run by code that decides what counts as a valid signature.

The idea: The account is a contract. Instead of a fixed rule ("a valid ECDSA signature from key X"), its own code decides what authorizes a transaction: a passkey, several signers, a spending limit, or a quantum-safe signature. Changing the rule means changing the code, which is the easy path to new cryptography.

Why it matters: The main path to passkeys today and quantum-safe signatures later.

The details

On the map: ERC-4337 / EIP-7702: any signer, the upgrade path to PQ signatures

Accounts controlled by contract code instead of a single fixed key: ERC-4337 accounts[1], and since Pectra (May 2025) ordinary accounts that delegate to code with EIP-7702[2, 3]. Their code decides what counts as a valid signature: multisig, passkeys (P-256), social recovery, or in future post-quantum schemes.

That flexibility is the main upgrade path away from ECDSA. One caveat: an EIP-7702 account's original ECDSA key keeps full control, so a quantum attacker who recovers it could still take over.

Rests on

If any of these breaks, this breaks too.

If it falls

If this breaks, these break with it.

Nothing on the map depends on it: it is an end point, something people use directly.

References

  1. Vitalik Buterin, Yoav Weiss, Dror Tirosh et al. ERC-4337: Account Abstraction Using Alt Mempool. Ethereum Request for Comments (Final), 2021. eips.ethereum.org/EIPS/eip-4337
  2. Vitalik Buterin, Sam Wilson, Ansgar Dietrichs and lightclient. EIP-7702: Set Code for EOAs. Ethereum Improvement Proposals (Final), 2024. eips.ethereum.org/EIPS/eip-7702
  3. Ethereum Foundation. Pectra Mainnet Announcement. Ethereum Foundation blog, 2025. blog.ethereum.org/en/2025/04/23/pectra-mainnet