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
Latest develop build incorrectly(?) handles sub qualifiers #1188
Comments
It looks like fdov's test3 is the latest that is able to sync from scratch https://github.com/fdoving/Ravencoin/releases/tag/v4.7.0test3-fdov |
This is causing an issue on test3 as well now... unsure of what the issue could be edit: invalidating the best chain at block 1126000 and reconsidering fixes the issue. Could it be that data from the chain is not brought into memory in time or something? |
The invalidateblock reconsiderblock spam works on all versions |
It does appear to be a fast fail from the cache: Printout: From
Modified from Ravencoin/src/assets/assets.cpp Line 4693 in 7f27d35
Returns false without checking the sub-qualifier tag for the address. It appears to me that this is accounted for later when pulling from the db which is why the reconsider works. |
Actually this isn't quite correct; another sync resulted in |
PR #1189 was written today specifically to fix this Issue The bug is related to the use of SubQualifiers for Restricted Assets and exists in all previous versions of core which support Restricted Assets. Since it is a failure in reading cache properly, it does not occur once the cache flushes to database, making it dependent on node speed, compile types, and other things which affect timing. |
Describe the issue
https://rvnt.cryptoscope.io/tx/?txid=39f584821bfaeb6472969f008d219d6886a9ea430ac948858530a2e252f7ba58
A restricted asset is sent to mnzcdtNKpTY7kpuaW7Th88HPnzxes3BLEd. This h160 is not qualified for the associated tag, but is qualified by the sub qualifier.
On nodes running 4.7.0-test3, this is valid. On nodes running the latest develop build (7f27d35), this fails (it works occasionally after some time for some reason). The error is:
ERROR: ContextualCheckVerifierString: The address mnzcdtNKpTY7kpuaW7Th88HPnzxes3BLEd failed to verify against: KYCTEST. Is null 1
.As I understand, h160's tagged with a sub qualifier are treated as though they were tagged with the parent qualifier, correct?
The text was updated successfully, but these errors were encountered: