-
Notifications
You must be signed in to change notification settings - Fork 20.7k
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
debug_setHead
causes Clique to hang when period is 0
#19346
Comments
@holiman ^ |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Yep, I can still repro this. Calling
The suggested workaround allows anyone to skip nonces which would be fatal for the network. Since the transactions are not in the txpool anymore they should be commited to the miner on resubmission but aren't as resubmission produces a I think there are two ways to solve it: resubmit all transactions that have been invalidated by I created a fix here: #22247 |
See #16713 and #19308 for some background.
My PR was closed in favor of a different solution. While I agree that the solution that was merged is cleaner, unfortunately it does not fully address the problem. On the latest commit (at least at the time I opened this issue)
debug_setHead
causes Clique to stop mining new blocks if it has a period of 0.I decided to open a new issue because what's happening now is not the same thing as what I originally reported in #16713.
System information
Geth version:
OS & Version: MacOS version 10.14.3
Commit hash : 67fc037
Expected behaviour
debug_setHead
should work when using Clique with a period of 0.Actual behaviour
debug_setHead
causes Clique to stop mining new blocks.Steps to reproduce the behaviour
build/bin/geth --dev --dev.period 0
.build/bin/geth attach /tmp/geth.ipc
.Log output
Here's the full log output during the commands above:
Note that for the first two transactions, we see the message
🔨 mined potential block
. However, for the last two transactions (after we calleddebug.setHead
) that message no longer appears.The text was updated successfully, but these errors were encountered: