Replies: 1 comment 1 reply
-
For the commit referenced, the env is not wrapped in a lockable type. For question two, can you please specify what you are talking about? While some types are u256 according to the Ethereum spec, there are some implied limits that make it possible to pack the values in u64's instead. For example, a transaction on mainnet cannot go over 30m gas, which is more than comfortably representable by u64. For value transfers, technically the field is u256, but again, it is inconceivable that anyone would (currently) transfer that much eth, so it can be represented by a smaller type. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
See #5378 (comment) (copied here):
Two things, so I can contribute more effectively:
I noticed a516b21 env.cfg is used vs env.read().cfg -- when is it ok not to lock env for reading?
Also, can you explain why the u64 max is in fact correct vs the U256::max_value()? Why should there be a problem converting a U256 max to its equiv revm type?
Beta Was this translation helpful? Give feedback.
All reactions