Pectra

Pectra will change Web3 UX

The introduction of smart accounts as a user-facing primitive will reshape the user experience of web3. Web3 UX has been constrained by limitations at the protocol layer, and Pectra will introduce smart contract account functionality for user accounts and a robust delegation framework to give those accounts (and their users) incredible new powers.

Since the launch of Ethereum, users have only interacted with two account types: Externally Owned Accounts (EOAs), your typical wallet addresses like those used in MetaMask, and contract accounts, which are smart contracts with custom logic like the addresses behind the dapps you interact with.

  1. Externally Owned Accounts (EOAs)

    Externally Owned Accounts (EOAs)

    Your typical wallet addresses like those used in
MetaMask. EOAs are simple and secure but rigid. They're fully controlled by user-held private keys, and they can't include logic like time-based access, approvals, or spending limits.

  2. Contract Accounts

    Contract Accounts

    Smart contracts with custom logic like the addresses behind the dapps you interact with. Contract accounts can support complex programmable behavior, but they can't act on their own. They need an EOA to initiate
every action.

"This is a huge UX improvement for the Ethereum ecosystem. We now can consolidate Approve and Swap into a single transaction that gets executed on-chain. No more multiple popups that the user has to confirm."

Joao Tavares

Joao Tavares

Senior Engineering Manager, MetaMask at Consensys

In practice, this meant Web3 UX was fundamentally limited. If you lost your private key, your wallet would be inaccessible. There was no easy way to enable multi-factor authentication or social recovery. Simple tasks like swapping tokens often required two separate transactions: one to approve and another to execute: a small but nagging UX inconvenience.

To work around these constraints, wallets like Argent and Safe began building Smart Contract Accounts (SCAs), which are wallets that use contract logic to enable features like social recovery and batch transactions. However, these solutions weren’t natively supported by Ethereum. There was no standardized way to interact with them, and ecosystem support remained fragmented. The result? A wallet experience that felt outdated compared to traditional fintech.

"The ability to upgrade from an EOA to a Smart Account is revolutionary, transforming the landscape from smart money with simple accounts to smart money with smart accounts."

Seaona

Seaona

Staff QA Engineer at Consensys

ERC-4337 and the push to standardize smart account UX

ERC-4337 introduced a standardized architecture for SCA on Ethereum without requiring a hard fork or changes to the consensus layer.

By formalizing how SCAs are created, validated, and interacted with, ERC-4337 enabled wallet developers to build consistent support for smart accounts across the ecosystem. What had previously been fragmented, custom implementations became part of a shared standard that any wallet or dapp could integrate with.

With this structure, smart contract wallets gained access to a set of powerful features that were previously impossible, including gas sponsorship, fee abstraction, social logins, and nonce abstraction.
  • Gas sponsorship, allowing dapps or wallet providers to cover gas fees for users
    Gas sponsorship, allowing dapps or wallet providers to cover gas fees for users
  • Fee abstraction, enabling users to pay for gas in tokens other than ETH
    Fee abstraction, enabling users to pay for gas in tokens other than ETH
  • Social logins or recovery flows, like those based on guardians or multiple devices
    Social logins or recovery flows, like those based on guardians or multiple devices
  • Nonce abstraction, which allows for more flexible transaction ordering and batching
    Nonce abstraction, which allows for more flexible transaction ordering and batching
illu-2
Although ERC-4337 introduced major improvements, it made no changes at the protocol level to extend these features to EOAs. As a result, many common UX challenges remained, particularly for the majority of users still relying on EOAs, including:
  • Clunky onboarding: EOA users must still install a wallet, back up a seed phrase, and fund their wallet with ETH before they can interact with any application.
  • Disrupted transaction flow: EOAs require user approval for each transaction, interrupting experiences like gaming, where continuous confirmation breaks flow and usability.
  • Lack of delegation and control logic: With the rise of autonomous agents and AI-driven execution, EOA users need ways to delegate authority securely without exposing their entire wallet.

"Account abstraction has long been a goal for Ethereum, and EIP-7702 support provided by Pectra is a huge achievement in this regard, as it provides a flexible and safe mechanism to upgrade existing EOAs with minimal onboarding. "

Matthew Walsh

Matthew Walsh

Sr Staff Software Engineer at Consensys

Delegation and the future of wallet UX

The MetaMask Delegation Toolkit is a powerful new permission framework that makes wallets more flexible and programmable. It allows one account to delegate specific actions to another, such as a dapp, a trusted contact, or an AI agent, while enforcing clear rules about what the delegate can do, who can do it, and for how long. In other words, it gives users the power to set up and configure permissions for the contracts they interact with so they can operate on the users behalf, without the user having to intervene. This is an unprecedented evolution of what’s possible onchain.

This system is powered by signed intents, which are pre-approved instructions that can be executed without constant user confirmations. Unlike traditional transactions, intents shift the focus from raw execution to outcome-based authorization, improving UX while maintaining transparency and control. The model relies on smart contract accounts, which can encode custom validation logic and enforce these rules securely.

"Delegation is essentially a permission, an encoded representation of what you want someone or something else to be able to do on your behalf."

Dan Finlay

Dan Finlay

Chief Web3 Ethos Officer at Consensys

At the foundation of the Delegation Toolkit are two standards co-authored by MetaMask co-founder Dan Finlay: ERC 7710 and ERC 7715

  • ERC 7710

    Introduces caveated delegation, enabling granular control over what permissions are shared, such as limits on token types, transaction timing, or usage scope.

  • ERC 7715

    Lets dapps request and store session or context-based permissions, similar to OAuth in Web2, making repeated confirmations unnecessary in high-frequency environments like gaming.

These capabilities unlock a range of real-world use cases, including social invites, agent-based trading, session keys

  • Social Invites

    Social invites can onboard new users with delegated permissions, avoiding the need to set up seed phrases or pre-fund wallets.

  • Agent-Based Trading

    Agent-based trading becomes possible by giving bots limited and revocable authority to act on a user’s behalf.

  • Session Keys

    Session keys improve the in-app experience by letting users approve access once rather than signing every action.

Currently, only smart contract accounts can create and sign a delegation because they support the programmable logic required. EOAs, which still make up the majority of Ethereum wallets, cannot delegate permissions unless they migrate to a smart account. This creates a usability gap, as migrating involves contract deployment, UI changes, and other friction points. Until that is addressed, many users remain excluded from the full benefits of programmable wallet experiences.

"Pectra itself is important because it’s a step forward in making Ethereum more efficient, secure, and ready for the next wave of growth"

Liz Bazurto

Liz Bazurto

Ecosystem Engagement Manager at Consensys

Pectra and how it ties everything together

Pectra and how it ties everything together

The upcoming Pectra upgrade introduces EIP-7702, a proposal that allows EOAs to temporarily behave like smart contract accounts within a single transaction. This change brings smart account-level functionality to EOAs, without requiring users to deploy a new contract or fully migrate away from their existing wallet.

For the first time, EOAs will be able to delegate permissions, closing the gap between EOAs and SCAs in a way that’s seamless for users. With 7702, features made possible by EIP-4337, such as gas sponsorship, fee abstraction, and secure delegation, become available to EOAs without needing a full account conversion. From the user’s perspective, the experience becomes more flexible and the transition more seamless.
EIP-7702 introduces a new transaction type that allows an EOA to adopt smart contract code, enabling features like custom validation logic. The transaction includes a contract_code field, which lets the user define executable logic that the account will use going forward.

Once a transaction with this field is sent, the EOA gains associated code and behaves like a smart contract wallet until the user explicitly changes or removes the code. This allows for persistent enhancements to account functionality, such as signature abstraction or batched transactions, while preserving the account’s original address and structure.

This approach gives EOAs access to the same programmable validation flow used by SCAs, including the ability to define rules for delegation, sponsor gas, or handle multiple actions in one transaction. But unlike full smart accounts, no permanent contract deployment is needed, and the account remains compatible with existing wallet infrastructure.
illu-4

"This proposal lets any Ethereum account take on smart wallet capabilities. Suddenly, users of MetaMask and other seed phrase wallets can access everything programmable accounts can do, without migrating funds or paying high gas fees, and start participating in Web3 in entirely new ways."

Dan Finlay

Dan Finlay

Chief Web3 Ethos Officer at Consensys

Pectra