Architecture Overview

A quick overview of the ERC-4337 standard for developers.

Introduction

This page gives a simplified overview of ERC-4337 so that developers can get a basic understanding of the different components and how they can be pieced together to build their applications.

πŸ“˜

Need to see the nitty-gritty details?

We recommend going straight to the source.


Main Components

There are four main components to ERC-4337: a User Operation, Bundler, EntryPoint, and Smart Account (aka Contract Account). These can be supplemented by Paymasters and Aggregators.

Components of ERC-4337.

  • UserOperations are pseudo-transaction objects that are used to execute transactions with contract accounts. These are created by your app.
  • Bundlers are actors that package UserOperations from a mempool and send them to the EntryPoint contract on the blockchain.
  • EntryPoint is a singleton smart contract that handles the verification and execution logic for transactions.
  • Contract Accounts are smart contract accounts owned by a user.
  • Paymasters are optional smart contract accounts that can sponsor transactions for Contract Accounts.
  • Aggregators are optional smart contracts that can validate an aggregated signature from multiple Contract Accounts.

πŸ‘

ERC-4337 Compliance

All Stackup tools are ERC-4337 compliant and composable with other open-source packages.

User Operations

All components of ERC-4337 revolve around a pseudo-transaction object called a UserOperation which is used to execute actions through a smart contract account. It captures the intent of what the user wants to do. This isn't to be mistaken for a regular transaction type.

FieldTypeDescription
senderaddressThe address of the smart account sending the User Operation.
nonceuint256Anti-replay protection.
initCodebytesCode used to deploy the sender if not yet on-chain.
callDatabytesData that's passed to the sender for execution.
callGasLimituint256Gas limit for the execution phase.
verificationGasLimituint256Gas limit for the verification phase.
preVerificationGasuint256Gas to compensate the bundler for the overhead to submit the User Operation.
maxFeePerGasuint256Similar to EIP-1559 maxFeePerGas
maxPriorityFeePerGasuint256Similar to EIP-1559 maxPriorityFeePerGas.
paymasterAndDatabytesPaymaster contract address and any extra data the paymaster contract needs for verification and execution. When set to 0x or the zero address, no paymaster is used.
signaturebytesUsed to validate a User Operation during verification.

You will see reference to two phases of ERC-4337: verification and execution. Verification is checking the validity of User Operations, and execution is the actual execution of those transactions.

Bundler

A Bundler is a class of actors that sends User Operations to the EntryPoint. Specifically, it:

  • Listens to at least one UserOperation mempool.
  • Runs simulations.
  • Bundles an array of User Operations.
  • Relays bundles to the EntryPoint.

Mempools for User Operation are separate from the regular blockchain transaction mempool.

πŸ“˜

Canonical Mempool

A public peer-to-peer User Operation mempool is still a work in progress. However, ERC-4337 can still be used today with private mempools.

EntryPoint

The EntryPoint is a singleton contract that acts as a central entity for all ERC-4337 Smart Accounts and Paymasters. It coordinates the verification and execution of a User Operation. For this reason, it's important for all implementations of an EntryPoint to be audited and immutable.

The ERC-4337 EntryPoint Sequence.

The above sequence diagram shows how the EntryPoint handles a batch of User Operations sent by the Bundler. Essentially there are two phases:

  1. Verification loop: Verifies that each User Operation is valid by checking it with both the Smart Account and the Paymaster contract.
  2. Execution loop: Sends the callData in each UserOperation to the Smart Account.

The verification loop will also make sure that either the Smart Account or Paymaster contract can pay the maximum gas cost for each User Operation.

Bundlers only check the verification phase. Bundlers do not check if the callData will fully execute.

Smart Account

The Smart Account is an end user's account. At minimum it needs to check whether or not it will accept a User Operation during the verification loop.

Additional features to support other account functions like social recovery and multi-operations can be added here too.

Paymaster

The Paymaster is an entity that is able to sponsor the gas fees of a User Operation. It is required to do two things:

  1. Check whether or not it will accept a User Operation during the verification loop.
  2. Run any required fee logic in the execution loop.

An example of Paymaster logic could be to withdraw a certain amount of ERC-20 tokens from the Smart Account after the UserOperation is executed. This allows users to pay for gas in any currency they choose.

Aggregator

The Aggregator is an entity that is trusted by Contract Accounts to validate signatures. They are often used to aggregate signatures from multiple UserOperations together.

Summary

Here's a single figure that summarizes how ERC-4337 works:

How ERC-4337 Works.


What’s Next

Dig deeper into ERC-4337 or jump straight into the Getting Started guide.