- Category
- Crypto
- Rank
- No. 769Tools index
Previous survey · No. 776 ·
- Pricing
- Open Source
- Type
- TOOL
- Builder
- alchemyplatform
- GitHub
- 391 stars
- Latest release
- v0.11.0
- Date
About
High-performance ERC-4337 account abstraction bundler written in Rust.
What it does
Rundler accepts account-abstraction user operations through JSON-RPC, validates and simulates them, keeps eligible operations in a mempool, then builds, signs, submits, and tracks bundle transactions. Its RPC, pool, and builder can share one process or communicate over gRPC as separate services.
Why it's ranked here
Rundler is a serious infrastructure choice because its architecture addresses validation, reorg handling, profitability, signing, submission, and transaction replacement as one system. Alchemy uses it for its own account-abstraction APIs. The warning is equally serious: interfaces may break, documentation remains unfinished, and production use is explicitly at the operator's risk.
What's good
The modular deployment model is unusually practical. Stateless RPC and builder services can scale separately from stateful components, while an integrated node keeps smaller deployments simple. The pool rechecks protocol rules, tracks entity reputation, and restores cached operations after supported chain reorgs. The builder re-simulates candidates, filters for profitability, coordinates workers, and supports private keys, mnemonics, or AWS KMS signing.
Tradeoffs
Operators must build the Docker image themselves because no prebuilt image is provided. Local operation requires an EVM RPC endpoint supporting trace calls, plus a private key or another signer setup. Distributed AWS KMS signing also requires Redis for key leasing. Documentation disagrees on Entry Point coverage: the overview lists two versions, while CLI configuration exposes four.
How to use it well
Choose Rundler when operating account-abstraction infrastructure and when control over mempool policy, fee rules, signers, transaction submission, or horizontal scaling matters. Start with the integrated node, then split RPC, pool, and builder services when operational load justifies it. It does not replace the upstream EVM node or provide a hosted API by itself.
Technical notes+
Cargo.toml defines a Rust 2024 workspace with bin/rundler as the default member and separate crates for RPC, pool, builder, simulation, providers, signers, contracts, types, tasks, utilities, BLS aggregation, and FastLZ bindings. docs/cli.md exposes node, rpc, pool, and builder subcommands, JSON-RPC configuration, metrics, logging, and gRPC endpoints. docs/architecture/README.md describes in-memory or gRPC task communication. docs/architecture/pool.md documents trace-based simulation, reputation, reorg caching, sharding, filtering, and preview alternative mempools. docs/architecture/builder.md covers second simulation, signer sharing, KMS key leasing, and raw, Flashbots, or Bloxroute submission. Makefile runs unit tests plus integrated and modular specification suites for Entry Point v0.6, v0.7, and v0.8. README.md only claims v0.6 and v0.7 support, while docs/cli.md lists v0.6 through v0.9 as configurable options.
Observed
- Primary language
- Rust, using a Cargo workspace and Rust 2024 edition.
- Licensing
- Library code uses LGPL-3.0; binary code uses GPL-3.0; the repository also states Unicode License v3.0 coverage.
- Install surface
- Source build through Cargo or a locally built Docker image; no prebuilt Docker image is provided.
- Interfaces
- Command-line binary, HTTP JSON-RPC API, health endpoint, metrics endpoint, and internal gRPC service interfaces.
- Deployment modes
- RPC, pool, and builder run together in one process or separately as networked services.
- Test surfaces
- Unit tests and integrated and modular ERC-4337 specification test targets are defined.
- Tested chains
- Ethereum, Optimism, Base, Zora, Frax, Arbitrum One, and Polygon PoS are explicitly listed as tested.
Read from README.md, Makefile, Cargo.toml, docs/cli.md, docs/proto.md, docs/README.md, docs/docker.md, docs/release.md, docs/developing.md, docs/architecture/rpc.md, docs/architecture/pool.md, docs/architecture/README.md, docs/architecture/builder.md, docs/architecture/eip7623.md, docs/architecture/chain_spec.md.
What it can do
Bundle user operations into Ethereum transactions
Multiple ERC-4337 user operations → Single bundled Ethereum transaction
Validate user operations against ERC-4337 rules
Individual user operations → Validation results and error messages
Simulate user operations before execution
User operations and blockchain state → Simulation results and gas estimates
Manage mempool of pending user operations
Incoming user operations → Organized mempool with prioritized operations
Calculate and optimize gas fees for bundled operations
User operations and current gas prices → Optimized gas fee structure
Submit bundled transactions to Ethereum network
Validated and bundled user operations → Transaction hash and execution receipt
Tags
Tech Stack
Comments (0)
No comments yet
Editorially curated, with community endorsements as a secondary signal. Corrections welcome.
