Gelato
  • Introduction
    • Gelato, The Web3 Cloud Platform
  • Smart Wallets
    • Introduction
      • Understanding EIP-7702
      • Understanding ERC-4337
      • ERC-4337 vs EIP-7702
    • Templates & Examples
    • How-To Guides
      • Sponsor gas for your users
      • Allow users to pay gas with erc20
      • Allow users to pay gas with native
      • Use Dynamic/Privy signers with React SDK
      • Estimate Gas for your transactions
    • React SDK
    • Demo
  • Rollup As A Service
    • Introduction
    • Rollup Stacks
      • Arbitrum Orbit
        • Run a Full Orbit Node
      • OP Stack
        • Run OP Node
    • Deploy your Rollup
    • Customization
      • Data Availability
        • Celestia
        • Avail
        • Eigen DA
      • Custom Gas Token
      • Marketplace
        • Gelato Services
        • Data Indexers
        • Block Explorers
        • Oracles
        • Bridges
        • Account Abstraction
        • On & Off-ramp
        • Community
        • Identity & KYC
        • Others
      • Verifier Node Package
    • Public Testnet
  • RPC Nodes
    • Introduction
    • Compute Units
    • Using RPC Nodes
    • Supported Networks
    • Pricing and Plans
    • FAQ
  • Supported Networks
  • Web3 Services
    • Web3 Functions
      • Understanding Web3 Functions
        • Trigger Types
        • Typescript Function
        • Solidity Function
        • Automated Transactions
      • Security Considerations
      • Template & Use Cases
      • Quick Start
        • Writing Typescript Functions
          • Event Trigger
          • Private Typescript Functions
          • Callbacks
        • Test, Deploy & Run Typescript functions
        • Writing Solidity Functions
        • Test, Deploy & Run Solidity Functions
        • Initiate an Automated Transaction
      • Create a Web3 Function Task
        • Using the UI
        • Using the Safe App
        • Using a Smart Contract
        • Using the Automate SDK
      • Analytics & Monitoring
      • Supported Networks
      • Subscription & Payments
      • Legacy Automate Migration Guide
    • Relay
      • What is Relaying?
      • Security Considerations
        • ERC-2771 Delegatecall Vulnerability
      • Templates
      • Quick Start
        • Sponsored Calls
        • Non-Sponsored Calls
      • ERC-2771 (recommended)
        • SponsoredCallERC2771
        • CallWithSyncFeeERC2771
          • Relay Context Contracts ERC2771
      • Non-ERC-2771
        • SponsoredCall
        • CallWithSyncFee
          • Relay Context Contracts
      • Relay API
      • Gelato's Fee Oracle
      • Tracking your Relay Request
      • Supported Networks
      • Subscriptions and Payments
        • 1Balance & Relay
        • SyncFee Payment Tokens
        • Relay Pricing
      • ERC2771 Migration Guide
    • VRF
      • Understanding VRF
      • How does Gelato VRF Work?
      • Security Considerations
      • Template
      • Quick Start
      • Create a VRF Task
        • Create a Fallback VRF
        • Migrating from Chainlink VRF
      • Supported Networks
      • Pricing & Rate Limits
    • Oracles
      • Understanding Gelato Oracles
      • Quick Start
      • Data Providers
        • Stork
        • Choas Labs
      • Migrating from Chainlink Oracles
      • Available Price Feeds
      • Supported Networks
      • Pricing & Rate Limits
    • Account Abstraction
      • Understanding ERC-4337
      • Introduction to Gelato Bundler
      • Templates & Examples
      • Quick Start
      • Supported Networks
      • Bundler API Endpoints
        • eth_sendUserOperation
        • eth_estimateUserOperationGas
        • eth_getUserOperationByHash
        • eth_getUserOperationReceipt
        • eth_supportedEntryPoints
        • eth_maxPriorityFeePerGas
        • eth_chainId
    • 1Balance
      • 1Balance Alerts
      • Subscription Plans
      • Subscription Notifications
      • USDC Addresses
    • AI Agents
    • Teams
  • GELATO DAO
    • DAO & Token (GEL)
    • GEL Token Contracts
    • Governance Process
  • Social Media
Powered by GitBook
On this page
  1. Smart Wallets
  2. Introduction

ERC-4337 vs EIP-7702

This page explores the fundamental distinctions and underlying goals of ERC-4337 and EIP-7702, both designed to enhance Ethereum’s account abstraction capabilities through different means.

Summary

  • ERC-4337: Introduces a smart account framework that integrates with existing infrastructure like bundlers and paymasters, all without needing any changes to the Ethereum protocol.

  • EIP-7702: Proposes a protocol-level enhancement that upgrades EOAs (Externally Owned Accounts) into smart accounts using a new transaction type. This requires a hard fork.

Rather than being rivals, these two standards are complementary. In fact, they can work together: EIP-7702 can transform an EOA into a smart account, which can then interact seamlessly with the ERC-4337 infrastructure for relaying and gas abstraction.

Given that ERC-4337 is already deployed and widely adopted, it serves as the primary standard for smart account usage today and will likely continue to be the foundation even for EIP-7702-enabled accounts.


ERC-4337 at a Glance

  • Protocol Upgrade Needed: No

  • Architecture: Implements a framework around the EntryPoint contract, allowing smart accounts to process and validate custom transactions through bundlers and paymasters.

  • Core Components:

    • UserOperation (UserOp) structure

    • Bundlers (relayers of UserOps)

    • Paymasters (sponsors for gas fees)

Strengths

  • Fully operational without requiring protocol-level changes

  • Modular design supports plug-in components (e.g., paymasters, custom validation logic)

Limitations

  • Adds architectural complexity (e.g., separate mempool, increased calldata)


EIP-7702 Overview

  • Protocol Upgrade Needed: Yes

  • Mechanism: Introduces a new transaction type that temporarily transforms an EOA into a contract-based smart account for the duration of the transaction.

  • Key Feature: Utilizes authorization_list to define behavior during this transition

Strengths

  • Simplified developer and user experience – the protocol handles the complexity internally

  • Uses the traditional transaction path – no need for separate infrastructure like EntryPoint or custom mempools

Limitations

  • Requires client upgrades and a hard fork, meaning adoption will vary across networks

  • Backward compatibility will be a concern during early rollout

  • The originating EOA maintains full control over the deployed smart account, making it harder to implement robust multisig or social recovery features


ERC-4337 offers a flexible and extensible foundation already adopted by a growing ecosystem, while EIP-7702 simplifies the experience by pushing complexity into the protocol itself. Used together, they promise a powerful combination — enabling seamless onboarding of EOAs into smart account systems that benefit from modern abstraction features.

PreviousUnderstanding ERC-4337NextTemplates & Examples

Last updated 1 day ago