SPARKN have stated that the protocol will evolve over time and introduce new features. If true upgradeability is introduced a storage gap is required to allow the developers to add new state variables without compromising the storage compatibility with existing deployments. Without using storage gaps state variables may be overwritten causing serious consequences.
Future versions of the implementation contract may introduce state variables to add new functionality. The implementation contract will need to reserve storage slots to ensure compatibility across new deployments.
Possible loss of funds or the contract may become unusable.
Manual review
Add appropriate storage gap to the upgradeable contract to prevent storage collision.
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.