The contracts are upgradeable but lacks/contains low storage gap. Without or a low storage gap, future versions of the contract may introduce new variables that overwrite storage slots in unexpected ways, potentially corrupting the contract’s state. This issue arises from Solidity's use of sequential storage slots, where new variables can be written into slots reserved for other purposes in the original version of the contract.
Without a storage gap or low storage gap, new storage variables introduced in the contracts can overwrite the beginning of the storage layout, causing unexpected behavior and potentially severe vulnerabilities
Manual
Introduce a storage gap in the contract to reserve space for future storage variables without affecting the contract's storage layout. Or you can use namespace variables.
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.