nonReentrant
at the End of the Modifier List Is SafeIn Solidity, modifiers are executed in top-to-bottom order, as listed in the function signature.
The function claimThrone()
uses multiple modifiers in the following order:
Likelihood:
This is a non-issue in this case, but misunderstanding of modifier order is common.
Risk increases only if modifiers change state in ways that affect each other — which is not true here.
Impact:
To protect against reentrancy in other modifiers, the `nonReentrant` modifier should be the first modifier in the list of modifiers.
The contest is live. Earn rewards by submitting a finding.
This is your time to appeal against judgements on your submissions.
Appeals are being carefully reviewed by our judges.