-
Notifications
You must be signed in to change notification settings - Fork 20.5k
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
Bad blocks in ropsten with geth 1.8.10 #16884
Comments
Here's another pair of instances that I received. This seems to have started sometime yesterday. Number: 3372000 Error: invalid chain id for signer ERROR[06-04|10:41:10] Number: 3372000 Error: invalid chain id for signer |
I am seeing similar blocks. Geth Backtrace ERROR[06-05|02:15:19] Number: 3375171 Error: invalid chain id for signer ERROR[06-05|02:15:20] Number: 3375169 Error: invalid chain id for signer |
me too ########## BAD BLOCK ######### Number: 3375634 Error: invalid chain id for signer ERROR[06-05|03:57:44] Number: 3375634 Error: invalid chain id for signer ERROR[06-05|03:57:44] Number: 3375634 Error: invalid chain id for signer |
It would be interesting if you could use the rpc to invoke
That would make it easier to investigate the actual blocks. |
Note that none of the blocks mentioned here end up on the canonical chain according to https://ropsten.etherscan.io. Could these be actual attack blocks trying to inject invalid data into the network? |
Let me fire up the ropsten node again and will provide an answer here soon. |
@holiman Here is the first bad block I just got:
|
The same happened with all our testnet geth nodes yesterday:
|
I first started getting these around block 3364573:
(Timezone is UTC+3.) AFAIU Ropsten is now seeing network segmentation - a |
JIC, here's the "bad blocks", according to the |
@veox Could you dump the transactions from the parity node for the offending blocks? |
Looks like we forked https://ropsten-stats.parity.io/ Etherscan seems to be running on the Parity chain. |
Can someone please post an offending transaction here? |
@karalabe Working on it... |
https://gist.github.com/veox/17d8abe9d103de181c5d43a508015719 |
The transactions are not part of the header. Could you please create a dump of the transaction RLPs? |
@karalabe does geth allow non-replay protected (without chain_id) transactions on ropsten? |
@tomusdrw @veox @5chdn I'm fairly sure Parity is broken https://ropsten.etherscan.io/tx/0x595584e60f42bf02978856989553946dd73004789fa6df2bc3e3fa0367ca630f The transaction originates from the 0xff address |
we are on it |
@karalabe Ah, I misunderstood. So far, I got (JSON + the exception-raising unformattable that it was created from): https://gist.github.com/veox/b430aa0597926e2b5f4734817d8cbfa5 |
Closing as it's an issue in Parity. |
Any link to the parity issue? |
@ajunge I think this was it: openethereum/parity-ethereum#8802 |
Thanx @jeremyschlatter |
Sorry for being unspecific yesterday, didn't want to expose the consensus issue ahead of time. |
System information
Geth version: 1.8.10
OS & Version: Linux
Commit hash : eae63c5
Expected behaviour
Ropsten should be syncing fine
Actual behaviour
Getting many bad blocks while syncing ropsten
Steps to reproduce the behaviour
Just sync ropsten with latest geth
Backtrace
The text was updated successfully, but these errors were encountered: