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
The issue is only observed when tracing below blocks:
height: 19755425, hash: '0xdd0ac10044f0254bdb4a2d6ddb314cc7825dfb07474fc7f3dfc94f31c4616d5e'
height: 19755134, hash: '0x683b2d38f36806709da5f925adac285bd2cbed10e58669dc8ef5ac2164d3f58a'
Downgrade to previous version fixed the issue:
geth --version
geth version 1.13.15-stable-c5ba367e
So the issue is only observed in v1.14.0 for specific blocks.
Backtrace
[backtrace]
When submitting logs: please submit them as text and not screenshots.
The text was updated successfully, but these errors were encountered:
In both those blocks 19755425 and 19755134, the address 0xdf99A0839818B3f120EBAC9B73f82B617Dc6A555 has the last transaction (first shown on the etherscan listing).
IF we look at the block 19755425, the address got payouts during the block:
So, I guess in order to execute the last transaction, the previous transactions in that block must first be applied to the prestate: this transaction cannot be executed out of order.
System information
Geth version:
go-ethereum: v1.14.0
CL client & version: prysm@v5.0.2
OS & Version: Linux/
Commit hash : (if
develop
)Expected behaviour
Actual behaviour
Steps to reproduce the behaviour
Make a call (example below):
The issue is only observed when tracing below blocks:
height: 19755425, hash: '0xdd0ac10044f0254bdb4a2d6ddb314cc7825dfb07474fc7f3dfc94f31c4616d5e'
height: 19755134, hash: '0x683b2d38f36806709da5f925adac285bd2cbed10e58669dc8ef5ac2164d3f58a'
Downgrade to previous version fixed the issue:
geth --version
geth version 1.13.15-stable-c5ba367e
So the issue is only observed in v1.14.0 for specific blocks.
Backtrace
When submitting logs: please submit them as text and not screenshots.
The text was updated successfully, but these errors were encountered: