Free 30-min Web3 Consultation
Book Consultation
Smart Contract Security Audits
View Audit Services
Custom DeFi Protocol Development
Explore DeFi
Full-Stack Web3 dApp Development
View App Services
Free 30-min Web3 Consultation
Book Consultation
Smart Contract Security Audits
View Audit Services
Custom DeFi Protocol Development
Explore DeFi
Full-Stack Web3 dApp Development
View App Services
Free 30-min Web3 Consultation
Book Consultation
Smart Contract Security Audits
View Audit Services
Custom DeFi Protocol Development
Explore DeFi
Full-Stack Web3 dApp Development
View App Services
Free 30-min Web3 Consultation
Book Consultation
Smart Contract Security Audits
View Audit Services
Custom DeFi Protocol Development
Explore DeFi
Full-Stack Web3 dApp Development
View App Services
LABS
Glossary

Bundler

A Bundler is a network participant in the ERC-4337 standard that collects, validates, and submits User Operations from smart contract wallets to the blockchain.
Chainscore © 2026
definition
BLOCKCHAIN INFRASTRUCTURE

What is a Bundler?

A Bundler is a specialized network participant in the ERC-4337 account abstraction ecosystem that aggregates user operations into a single transaction for submission to the blockchain.

A Bundler is a network node or service that collects, validates, and packages multiple UserOperations—intents signed by smart contract wallets—into a single, standard Ethereum transaction. This aggregation is the core mechanism that enables account abstraction by allowing users to sponsor gas fees with ERC-20 tokens or have third parties pay for their transactions, without requiring each action to be a separate on-chain transaction. By batching these operations, Bundlers significantly reduce the overall gas costs and blockchain congestion associated with mass adoption of smart accounts.

The technical role of a Bundler involves running a specialized bundler client software that listens for UserOperations from a public mempool or private channels. It performs simulation via the eth_call RPC to ensure each operation will succeed and that the paymaster (if used) will cover the gas fees. After validation, the Bundler creates a bundle transaction, pays the network gas fee in the native currency (e.g., ETH), and submits it to an Ethereum block builder. For this service, Bundlers earn fees from the paymaster or take a small margin from the gas fees paid by users.

Bundlers are a critical piece of infrastructure for the ERC-4337 standard, acting as the bridge between the new user-centric transaction model and the existing Ethereum Virtual Machine (EVM) execution layer. Their operation introduces a new actor in the transaction lifecycle, alongside validators and sequencers. To ensure decentralization and censorship resistance, the ecosystem relies on a permissionless network of competing Bundlers, similar to the model of block builders in Proposer-Builder Separation (PBS). Popular implementations include the Stackup, Alchemy, and Pimlico bundler services, which provide reliable infrastructure for dApp developers.

how-it-works
MECHANISM

How a Bundler Works

A technical breakdown of the core components and operational flow of a bundler within an account abstraction stack.

A bundler is a network node in account abstraction systems like ERC-4337 that collects, simulates, and submits UserOperations to the blockchain. It acts as the primary gateway for smart contract wallets, receiving transaction intents from users, packaging them into a standard Ethereum transaction, and paying the network fees on their behalf. This role is analogous to a relayer in other systems, but with the specific duty of enabling gas abstraction and batch processing for enhanced efficiency and user experience.

The bundler's workflow begins by receiving a UserOperation object from a user's smart contract wallet. This object contains the transaction's intent, signature, and other data, but crucially, it is not a standard Ethereum transaction. The bundler must first run a local simulation using the eth_call RPC method to verify the operation's validity—checking signatures, ensuring the wallet has sufficient funds, and confirming it will not revert. This simulation is essential for the bundler's economic security, as it is responsible for covering the gas costs of failed transactions.

After successful simulation, the bundler proceeds to package one or more validated UserOperation objects into a single, atomic bundle. It then creates and signs a standard Ethereum transaction that calls the system's EntryPoint contract. The EntryPoint is a singleton contract that orchestrates the execution of each user's operation, handling gas payment logic and interacting with the individual smart contract wallets. By submitting this single transaction, the bundler pays the gas fees for the entire bundle upfront, later being reimbursed by the EntryPoint from the users' deposited funds.

For this service, bundlers earn revenue through priority fees (tips) included in the UserOperation and may also collect a small surcharge. They compete in a permissionless marketplace, where users can choose bundlers based on reliability, speed, and cost. This design ensures that no single entity controls access, maintaining the decentralized ethos of the network while providing the critical infrastructure for gasless and seamless user transactions.

key-features
ARCHITECTURE

Key Features of a Bundler

A bundler is a core infrastructure component in the ERC-4337 (Account Abstraction) ecosystem. It aggregates and submits UserOperations to the blockchain, acting as a specialized transaction relay and block builder for smart contract wallets.

01

UserOperation Aggregation

The bundler's primary function is to collect multiple UserOperations from the mempool (or a private channel) and bundle them into a single transaction. This aggregation is crucial for gas efficiency, as it amortizes the fixed overhead costs (like the base transaction fee) across many operations, reducing the effective cost per user action.

02

Paymaster Sponsorship

Bundlers interact with Paymasters to enable gas fee abstraction. They:

  • Validate the Paymaster's signature and stake.
  • Ensure the Paymaster has sufficient funds to cover gas.
  • Handle the transaction where the Paymaster contract reimburses the bundler for the gas used, allowing users to pay fees in ERC-20 tokens or have their fees sponsored entirely.
03

Simulation & Validation

Before submitting a bundle, a bundler must simulate the UserOperations to ensure they are valid and will not revert. This involves running an eth_call to the EntryPoint contract's simulateValidation function. This step protects the bundler from paying for failed transactions and is a security requirement of the ERC-4337 protocol.

04

MEV & Ordering

Bundlers are block builders for the UserOperation mempool. They decide the order and inclusion of operations, which introduces potential for Maximal Extractable Value (MEV). Strategies can include:

  • Frontrunning profitable arbitrage opportunities.
  • Censoring transactions.
  • Optimizing for tip revenue from the EntryPoint.
05

EntryPoint Interaction

The bundler's on-chain interface is the singleton EntryPoint contract. It calls handleOps() to execute a bundle. The EntryPoint manages the entire execution flow, including:

  • Verifying account and paymaster signatures.
  • Executing the user's intent via their smart contract wallet.
  • Compensating the bundler with gas fees.
06

P2P Network & Mempool

Bundlers participate in a peer-to-peer network to share UserOperations, creating a decentralized mempool (also called the alt mempool). This network allows operations to reach multiple bundlers, promoting censorship resistance and competitive fee markets. Implementations like the ERC-4337 Bundler RPC specification standardize this communication.

ecosystem-usage
KEY COMPONENTS

Bundler Ecosystem & Implementations

A bundler is a network participant in ERC-4337 that collects, aggregates, and submits UserOperations to the blockchain. This section details its core functions, major implementations, and economic incentives.

01

Core Function: Aggregation & Submission

The bundler's primary role is to execute the UserOperation lifecycle. It:

  • Pools UserOperations from the mempool.
  • Validates signatures and pays the required gas upfront.
  • Bundles multiple operations into a single transaction.
  • Submits the bundle to an EntryPoint contract on-chain. This aggregation is critical for amortizing fixed transaction costs across many users, enabling gas sponsorship and efficient account abstraction.
02

Paymaster Integration & Gas Abstraction

Bundlers work with Paymasters to enable flexible gas payment models. They:

  • Process operations where gas is paid in ERC-20 tokens instead of the native chain currency.
  • Handle sponsored transactions where a dapp or third party covers the gas fees.
  • Must trust the Paymaster's validation logic and its ability to reimburse the bundler for gas costs, which introduces a key trust relationship and economic consideration.
03

Economic Model & MEV

Bundlers are profit-driven actors. Their revenue comes from:

  • Priority Fees: Tips included in UserOperations.
  • Paymaster Fees: Compensation for handling token gas payments.
  • MEV Opportunities: Potential value extraction from transaction ordering within a bundle. This creates a competitive bundler market and aligns incentives for reliable network operation, but also introduces risks like censorship or exclusive order flow deals.
06

Alternative Implementations & Clients

Beyond the reference implementation, other teams build bundlers in various languages to diversify the network:

  • Rust: Projects like aa-bundler offer performance benefits.
  • Go: Implementations favor integration with existing Go-Ethereum tooling.
  • Specialized Clients: Some bundlers add features like private mempools or explicit MEV capture. This diversity strengthens the ecosystem's resilience and censorship resistance.
visual-explainer
USER OPERATION EXECUTION

Bundler Process Flow

A detailed walkthrough of the sequential steps a bundler follows to process, execute, and submit a batch of user operations to the blockchain.

The Bundler Process Flow is the deterministic sequence of actions a bundler performs to facilitate a transaction on an ERC-4337 account abstraction stack. It begins with receiving UserOperations from a UserOperation mempool. The bundler validates each operation's signature and paymaster sponsorship logic off-chain, simulating execution to ensure it will succeed and that the signer's account can cover gas fees (or that a paymaster will). This simulation is critical, as the bundler is financially responsible for the cost of failed on-chain transactions.

Following successful simulation, the bundler proceeds to bundle construction. It aggregates the validated UserOperations into a single batch. The bundler then creates and signs a bundle transaction, which is a standard Ethereum transaction whose calldata contains the list of operations. A key responsibility here is managing gas pricing; the bundler must set an appropriate base fee and priority fee (tip) to ensure the bundle is mined in a timely manner, balancing cost against user experience and its own profit margins from priority fees.

The final phase is on-chain execution and post-processing. The bundler submits the bundle transaction to the public mempool or a private relay. Once mined, the EntryPoint smart contract takes over, executing each UserOperation in sequence. It validates paymaster deposits, deducts gas fees, and refunds the bundler for any excess. The bundler monitors this outcome, handling any reverts and ultimately distributing the successful transaction results back to the original users or applications that submitted the UserOperations.

security-considerations
BUNDLER

Security Considerations & Trust Model

A Bundler is a critical infrastructure component in Account Abstraction (ERC-4337) that aggregates and submits UserOperations to the blockchain, creating a distinct trust model with unique security vectors.

01

Trust Assumptions & Centralization Risk

Users must trust the Bundler to include their transaction in a timely manner and not to censor them. While the protocol is permissionless, in practice, bundling can become centralized around a few dominant operators, creating a potential single point of failure or censorship. This mirrors the trust model of block builders in Ethereum's Proposer-Builder Separation (PBS).

02

Mempool Security & Frontrunning

UserOperations exist in a public mempool before being bundled, exposing them to frontrunning and sandwich attacks. Malicious actors can observe pending transactions and exploit them for profit. Solutions like encrypted mempools or private transaction relays are being developed to mitigate this, but they introduce other trust trade-offs.

03

Paymaster Dependency & Solvency

When a Paymaster sponsors gas fees, the Bundler must verify the Paymaster's solvency and willingness to pay. If a Paymaster becomes insolvent or maliciously rejects payment post-execution, the Bundler is left liable for the gas costs. Bundlers use reputation systems and often require Paymasters to pre-stake or use verified smart contracts to manage this risk.

04

Signature Aggregation & Validation

Bundlers are responsible for validating all signatures in a batch of UserOperations. A flawed validation logic could allow invalid signatures to be included, causing the entire bundle to revert on-chain and resulting in a total gas loss for the Bundler. This requires robust, audited client software to prevent exploitation.

05

Economic Viability & MEV

Bundlers operate in a competitive market, earning fees via priority tips. Their profitability is tightly linked to Maximal Extractable Value (MEV). They must run sophisticated arbitrage bots and transaction ordering logic to remain viable, which can incentivize behavior that disadvantages ordinary users, similar to validator MEV on Layer 1.

06

Implementation Bugs & Client Diversity

Like any complex software, Bundler implementations (e.g., Stackup, Alchemy, Pimlico) can contain bugs. A critical vulnerability could lead to stolen funds or network disruption. A lack of client diversity increases systemic risk if a majority of Bundlers rely on the same codebase, making the entire ecosystem vulnerable to a single bug.

ARCHITECTURE COMPARISON

Bundler vs. Traditional Transaction Relayers

Key differences between ERC-4337 Bundlers and conventional transaction relayers in blockchain networks.

Feature / MetricERC-4337 BundlerTraditional Transaction Relayer (e.g., Mempool)

Primary Function

Bundles and submits UserOperations to an EntryPoint contract

Relays signed transactions to the public mempool

Transaction Type

UserOperations (UserOps) for Smart Contract Wallets

Native blockchain transactions (EOA-signed)

Fee Payment

Uses Paymaster for gas abstraction; user can pay in ERC-20 tokens

Requires native chain token (e.g., ETH) for gas fees

User Experience

Enables gasless transactions and batch operations

User must manage gas fees and sign each transaction

Relay Incentive

Earns fees via priority fees in the bundled block

Earns fees via transaction priority (tip) inclusion

Censorship Resistance

Can be permissionless; users can choose any bundler

Relies on miner/validator mempool inclusion rules

Typical Latency

Sub-second to a few seconds (private submission)

Varies (seconds to minutes) based on network congestion

Account Abstraction Support

CLARIFYING ERC-4337 INFRASTRUCTURE

Common Misconceptions About Bundlers

Bundlers are a critical but often misunderstood component of Account Abstraction. This section debunks prevalent myths about their role, security, and operation within the ERC-4337 ecosystem.

No, a bundler is a distinct network role from a validator or a sequencer. A bundler is a node in the ERC-4337 network that collects UserOperations from a mempool, simulates them, bundles them into a single transaction, and submits that bundle to an L1 blockchain. A validator (or miner/prover) is responsible for achieving consensus and producing new blocks on the underlying chain. A sequencer is a role specific to rollups (like Optimism or Arbitrum) that orders transactions before they are posted to L1. While a rollup's sequencer could also run bundler software, they are separate functions.

BUNDLER

Frequently Asked Questions (FAQ)

Essential questions and answers about Bundlers, the core infrastructure for user operations in Ethereum's account abstraction ecosystem.

A Bundler is a network participant in the ERC-4337 (Account Abstraction) ecosystem that collects, simulates, and submits UserOperations to the Ethereum blockchain. It acts as a specialized block builder for the EntryPoint smart contract, bundling multiple user transactions into a single on-chain transaction to amortize gas costs. Bundlers are responsible for ensuring operations are valid and paying the upfront gas fees, which they later recoup from the users' smart contract wallets. They are a critical piece of infrastructure that enables gas abstraction and a seamless user experience for smart accounts.

ENQUIRY

Get In Touch
today.

Our experts will offer a free quote and a 30min call to discuss your project.

NDA Protected
24h Response
Directly to Engineering Team
10+
Protocols Shipped
$20M+
TVL Overall
NDA Protected Directly to Engineering Team
Bundler: ERC-4337 Transaction Aggregator | ChainScore Glossary