Replies: 5 comments 1 reply
-
@klkvr I think for this we need to offload the features we currently rely on on the PrecompilesMap to a trait that we add to |
Beta Was this translation helpful? Give feedback.
-
I'm preparing a PR to alloy-evm which moves the map_precompile(s) to a trait. Will allow us to drop the hardcoded PrecompilesMap in ConfigureEvm |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
@debjit-bw would your usecase be covered by extending the |
Beta Was this translation helpful? Give feedback.
-
hi, any update on this? i think alloy-rs/evm#102 is a better (long term) way of doing it, as having the trait bound at the evm level allows us to remove the |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
The PrecompilesMap has a run function implemented:
And this type is hardcoded in ConfigureEvm:
Even though I have implemented a
fn run(&mut self, context: &mut CTX, ...)
in theimpl<CTX> PrecompileProvider<CTX> for CustomPrecompiles
, and used this CustomPrecompile in:The custom run() function never gets called. The customization I want is essentially, to pass in the
inputs.input
as well as theinputs.caller_address
to the precompile. But right now, the custom run() function is not getting triggered.Should we change the
Precompiles = PrecompilesMap
into an impl? Or is there an other suggested way?Beta Was this translation helpful? Give feedback.
All reactions