-
Notifications
You must be signed in to change notification settings - Fork 20.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Invalid nonce during mining #317
Comments
This pretty much happens all the time for me, making it impossible to mine transactions. Can I assist in providing any additional information to help resolve this? |
I think this should be resolved by now. |
Yes, not seeing this anymore in 8620dc0 |
Correction, this is back on
|
How should I get around these errors? Mining is stuck on this block. |
Delete your dag |
@jorisbontje can you confirm if this is still an issue? |
@zelig haven't seen this recently |
Rebuild contract_communication interfaces as pure functions
This was added in PR ethereum#317 but was never set in `vm.NewEVMContext()`. As a result, it was always nil. After the refactoring of contract calls to use the vm.EVMRunner types, we now don't use it outside of eth/api_tracer.go. And the use there is now broken because the field is nil: when tracing a transaction or block the `vmRunner` created for the contract calls will use the header and state from the current chain head rather than from the specified block. This fixes that by removing the field and updating the tracing code to not use it either.
* core: implement EIP-3651, warm coinbase (ethereum#25819) Implements EIP-3651, "Warm Coinbase", for Shanghai hardfork. Specification: https://eips.ethereum.org/EIPS/eip-3651. * improve test * update to shanghai * trigger ci * fix comments --------- Co-authored-by: Marius van der Wijden <m.vanderwijden@live.de>
Separate Wasmstore from normal db: initial
This reverts commit 89b85fb.
Resolve master conflict
During mining and creating / receiving transactions it sometimes happens that an
agent
broadcasts an invalid nonce. This is caused by a delay in aclose(chan)
which should stop / reset theagent
from mining. The nonce that's broadcasted back to theworker
is one with an oldblock.hash
which results in an invalid nonce.For example:
The text was updated successfully, but these errors were encountered: