You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Looks like the reported "expected" storage key and address is being removed from the accessList in the logic implemented in #3453 and #8261
The supposed rationale is that to address is already warm and needs not be added to the access list unless a large number of its storage slots are being used.
Request for comment from @yperbasis
Yes, in those PRs we made eth_createAccessList to return the access list that optimizes the gas of a transaction. Since to (0xe91D153E0b41518A2Ce8Dd3D7944Fa863463a97d) is already warm, it's actually wasteful to warm up just one slot because you save 100 gas (COLD_SLOAD_COST - WARM_STORAGE_READ_COST - ACCESS_LIST_STORAGE_KEY_COST), while having to pay 2400 gas (ACCESS_LIST_ADDRESS_COST) since you have to pay for to itself. If you want the old (non-optimal behaviour), set the 3rd (optional) parameter of eth_createAccessList ("optimizeGas") to false.
Hello. It's seems that
eth_createAccessList
returns empty response on Gnosis instead of validaccessList
System information
Erigon version:
2.57.2-ffb6b83c
OS & Version: Linux
Chain/Network: Gnosis
Steps to reproduce the behaviour
Expected behaviour
Actual behaviour
The text was updated successfully, but these errors were encountered: