GATEWAY
Components · Smart-account component

Account Abstraction

Smart-account infrastructure for configurable signing, sponsorship, recovery, permissions, and transaction-policy workflows on supported EVM deployments.

Smart-account componentAvailable for supported deployments
Account abstraction and smart-account component
Smart accountsSigning policyRecovery and sponsorship
What it is
Smart-account component
Current posture
Available for supported deployments
What varies
Architecture, providers, operating scope, and commitments
Why it exists

Private-key handling is not an institutional authority model.

Products need to express who may act, through which signer, under which limits, with which recovery path, and who pays transaction fees. Account abstraction moves those decisions into configurable smart-account and service workflows.

What changes

Account Abstraction changes the boundary, not the institution’s authority.

01

Product-shaped authority

Represent configured users, teams, services, and agents through explicit signing and transaction policies.

02

Recoverable access

Design supported recovery, rotation, MFA, guardian, or administrative workflows for the custody model.

03

Controlled transaction experience

Apply sponsorship, limits, permissions, batching, and application rules with visible dependencies.

Product boundary

What Account Abstraction contributes. What still needs a decision.

01

Smart accounts

Deploy supported account contracts and document upgrade, administrator, and ownership behaviour.

02

Signing policy

Configure signer roles, thresholds, permissions, sessions, limits, and transaction rules.

03

Fee sponsorship

Define which transactions may be sponsored, by whom, under which policy and budget.

04

Recovery

Integrate supported recovery, rotation, guardian, MFA, or administrative processes.

05

Application integration

Connect supported wallets, custody systems, identity, bundlers, paymasters, and product workflows.

06

Operations

Scope monitoring, failures, upgrades, incidents, support, and service responsibilities.

Related paths

Continue from Account Abstraction into the operating model.

Scope Account Abstraction

Bring the requirement. Define the Account Abstraction boundary.

A focused workshop maps the target capability, existing systems, providers, controls, and deployment variables.