Avive World
  • Abstract
  • Introduction
  • Avive
    • Souls and SoulBound Tokens (SBTs)
      • SBT Sign on
      • Social/community recovery from SBT
      • Soul Wallet
  • Architecture
  • Transactions
    • Core Properties
    • Transaction Finality
  • Consensus
    • Proof of Networking
    • Delegated Proof of Stake
    • Chain Communication
  • Addition Features
  • Account Abstraction
    • EIP-4337
    • Implementation
    • Mass adoption
  • Governance
  • Tokenomics
  • Terminology
Powered by GitBook
On this page
  1. Account Abstraction

EIP-4337

PreviousAccount AbstractionNextImplementation

Last updated 2 years ago

There are several proposals about Account Abstraction.

  1. EIP 86 of 2016 – This proposal suggested an abstract layer between the user and their wallet, allowing multiple signers to use a single account.

  2. EIP 2938 of 2020 – suggested a new transaction type called “AA transactions.”

  3. EIP 3074 of 2020 – proposal to delegate user account authority to smart contracts.

  4. EIP 4337 of 2021 – suggested a ‘pseudo transaction’ object that defined how smart contracts could make a transaction on behalf of the user.

EIP-4337 eliminates the need for sending transactions, with users required to send a set of UserOperations instead. Bundlers then pack the UserOperations into a single transaction and send it to the EntryPoint contract, executing the transaction and compensating the bundlers duly. EIP-4337 eliminates the worry of subsidizing gas fees, but it fails to end the era of EOAs on Ethereum.