Skip to content
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

Closed
obscuren opened this issue Feb 16, 2015 · 8 comments
Closed

Invalid nonce during mining #317

obscuren opened this issue Feb 16, 2015 · 8 comments

Comments

@obscuren
Copy link
Contributor

During mining and creating / receiving transactions it sometimes happens that an agent broadcasts an invalid nonce. This is caused by a delay in a close(chan) which should stop / reset the agent from mining. The nonce that's broadcasted back to the worker is one with an old block.hash which results in an invalid nonce.

For example:

[miner 0] ->          mine on 0xaa...c1
[tx 1 comes in] ->    work out new state ...
[miner 0] ->          finds nonce [broadcast]
[worked out state] -> new block 0x23..a8
[miner 0] ->          set nonce (using 0xaa..c1) to [ new block 0x23..a8 ]
[verify] ->            invalid
@jorisbontje
Copy link

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?

@maran
Copy link
Member

maran commented Feb 22, 2015

I think this should be resolved by now.

@jorisbontje
Copy link

Yes, not seeing this anymore in 8620dc0

@jorisbontje
Copy link

Correction, this is back on develop commit 16a58f8:

2015/03/23 09:32:18 [CHAIN] INVALID block #14486 (b0e56177)
2015/03/23 09:32:18 [CHAIN] Block's nonce is invalid (= 2a4bfb9eee6abc97)
2015/03/23 09:32:18 [MINER] committing new work with 0 txs
2015/03/23 09:32:19 [XETH] Contract addr 87b815f4c7189a4e7cc61e6084f755f225afa0ea

@jorisbontje
Copy link

How should I get around these errors? Mining is stuck on this block.

@obscuren
Copy link
Contributor Author

Delete your dag

@zelig
Copy link
Contributor

zelig commented Apr 20, 2015

@jorisbontje can you confirm if this is still an issue?

@jorisbontje
Copy link

@zelig haven't seen this recently

tony-ricciardi pushed a commit to tony-ricciardi/go-ethereum that referenced this issue Jan 20, 2022
Rebuild contract_communication interfaces as pure functions
tony-ricciardi pushed a commit to tony-ricciardi/go-ethereum that referenced this issue Jan 20, 2022
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.
tanishqjasoria pushed a commit to tanishqjasoria/go-ethereum that referenced this issue Oct 31, 2023
* 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>
sduchesneau pushed a commit to streamingfast/go-ethereum that referenced this issue Jun 14, 2024
Separate Wasmstore from normal db: initial
luanxu-mxc pushed a commit to MXCzkEVM/mxc-geth that referenced this issue Nov 21, 2024
luanxu-mxc pushed a commit to MXCzkEVM/mxc-geth that referenced this issue Nov 21, 2024
s1na pushed a commit to s1na/go-ethereum that referenced this issue Dec 2, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants