-
Notifications
You must be signed in to change notification settings - Fork 327
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
Blockchain tests without PoW #480
Comments
If we do change this, it means that it'll break all clients genesis parsing. Otoh, if we just start shipping invalid PoW (or a static |
not the genesis parsing but block verification. the blocks in tests will have invalid nonce / difficulty |
As for hive, the actual json in the blockchain test is ignored -- only the block RLP is used, so the only way to configure anything is to use the node-specific genesis/config. Or, alternatively, to modify each node-specific bootstrap script to make the node ignore PoW. Geth, parity and ethereumJ supports this, from what I can tell, so that should be ok. I don't know if blockchain tests are used, in other places. I think most client-specific frameworks rely more on the statetests than the blockchain tests, but I may be wrong. |
well the script that read block RLP from json could configure the node then. |
implemented |
A small change to the blockchain test format.
It could now have field:
meaning that it is the ordinarty PoW test.
And another option is
Meaning that blocks in the test shoul not be checked for difficutly check.
If there is no sealEngine field then difficulty check should be performed.
Rationaly:
Most of the blockchain tests does not meant to check the actual difficulty calculation. so the PoW could be skipped to save verification time and test generation time. The difficulty PoW will present only in those blockchain test that do actually test some difficulty related logic.
The text was updated successfully, but these errors were encountered: