rundler
rundler copied to clipboard
An ERC-4337 Bundler in Rust
When there is a chain update, each update will need to check that it was performed against the correct entrypoint. We should move this logic a step above so it...
**Describe the feature** Perform `MaxOperationsReached` checks in `add_operation` that depend on entity staking state prior to simulation. Right now we get the staking state of an entity during simulation so...
Currently the uo_pool module is getting pretty messy with the trait bounds that are needed for it to work. Consider refactoring to clean this up
**Describe the feature** Specifically `async fn` in traits. https://blog.rust-lang.org/2023/12/21/async-fn-rpit-in-traits.html#where-the-gaps-lie There are gotchas that make this difficult, but we should use the standard language where possible
**Describe the feature** See https://github.com/eth-infinitism/account-abstraction/pull/366
**Describe the feature** Expose the staking information of the aggregator we are penalizing in the bundle proposer entity rejection flow. Right now we are defaulting to penalizing the aggregator as...
**Describe the feature** The pool should skip simulation if it is currently full and the UO will not be accepted (based on fees) after simulation completes. We should reject before...
**Describe the feature** Today our mempool has the following race condition: Notation: `[(Sender, Nonce Key, Nonce Value), Hash]` 1. `[(A0, K0, V0), H0]` sent to mempool 2. `[(A0, K0, V0),...
**Describe the feature** Our bundling procedure was built to a different version of the ERC-4337 spec. We should conform to the spec and follow the steps laid out here: https://github.com/eth-infinitism/account-abstraction/blob/develop/eip/EIPS/eip-4337.md#bundling...
**Describe the feature** The fee estimator class has 2 separate functions: bundle fee estimation, and UO fee estimation. It may be cleaner to separate this into two different implementations (maybe...