Add Geth js tracer option

[zsluedem]

Motivation

In aa-bundler, we need debug_traceCall javascript tracer option. So we add this js tracer config in making the request.

And the CallTracer return data is not correct which needs to be fixed, too.

Solution

Add additional options.

PR Checklist

• Added Tests
• Added Documentation
• Updated the changelog
• Breaking changes

[mattsse]

this seems to add a CallTracer, similar to #2064
and modifies the debug_trace_call so it is generic and can be deserialized into a DeserializeOwned

I'd suggest we go with #2064 for the model changes and tackle the provider function in this PR?

[mattsse]

I'm not sure about this because this would allow deserializing into any type.

what types are possible here?

perhaps we can add some safety trait restrictions here. For example
introduce a trait that is

trait CallTrace: DeserializeOwned + Debug + Send {}

impl CallTrace for /*All types we can return in `debug_trace_call`*/ {}

[zsluedem]

I'm not sure about this because this would allow deserializing into any type.

what types are possible here?

Here are some tricky things with JS tracer. For JS tracer, it could return any type depending on the JS. Look at the example here

ethers-rs/examples/geth_trace_call.rs

Line 60 in 54879a8

"{data: [], fault: function(log) {},step: function(log) { if(log.op.toString() == \"CALL\") this.data.push(log.stack.peek(0));},result: function() { return {\"result\":\"HelloWorld\"};}}".to_string()

.

Focus on the result: function() { return {\"result\":\"HelloWorld\"}; here. For this JS tracer, it would return something like

struct Custom{
  result: String
}

And you could define some other results like result: function() { return {\"a\":\"HelloWorld\", \"b\": 123}; then the return type would be

struct Custom{
  a: String,
  b: u64
}

perhaps we can add some safety trait restrictions here.

That's a good idea.

[mattsse]

I see, so adding another trait bound is likely unnecessary.

[zsluedem]

I'd suggest we go with #2064 for the model changes and tackle the provider function in this PR?

@mattsse Agree. Then I would just wait for #2064 to merge first.

[gakonst]

2064 is merged!

[zsluedem]

Closing this since #2064 is adopted