Daniel Schiavini

If I try this currently with [this function](https://github.com/vyperlang/titanoboa/blob/72bed09f795520a288b053bf5a37a33ed54bd052/examples/ERC20.vy#L86) I get: ``` Signature: c.approve(*args, value=0, gas=None, sender=None, **kwargs) Type: VyperFunction String form: contract function approve(address,uint256) File: ~/curve/boa/boa/contracts/vyper/vyper_contract.py Docstring: @dev Approve the...

[eth_getTransactionReceipt](https://www.quicknode.com/docs/ethereum/eth_getTransactionReceipt) returns a status (`0`/`1`) that we are not currently checking. It's still weird that in your case `eth_estimateGas` returned the wrong amount.

https://safe-transaction-mainnet.safe.global/

is this issue ready?

Why would the test time be so different? If we are running the same code it should take just as long. Is something being cached?

that is a general hypothesis issue then, totally not specific to boa?

Is there still a need for this after #208 is fixed?

I also think that it's easier to run the code again instead of exporting evm data. Can we close this?

Due to the lack of responses I'm closing this issue

I've closed https://github.com/vyperlang/titanoboa/pull/223 because I think it's a bad idea to use the same field name as context manager and as normal variable. I suggest: - `boa.env.chain.id`, `boa.env.block.number`, etc should...