The updateWeightRunner contract has two pairs of functions ->
[setQuantAMMSwapFeeTake -- setQuantAMMUpliftFeeTake] and
[getQuantAMMSwapFeeTake -- getQuantAMMUpliftFeeTake]
with exact same functionality.
Pair 1 [setQuantAMMSwapFeeTake -- setQuantAMMUpliftFeeTake]
have same implementation => They both update the same quantAMMSwapFeeTakevariable but the name of function and the event emitted by them is different.
pair 2 [getQuantAMMSwapFeeTake -- getQuantAMMUpliftFeeTake]
have different name but return same variable quantAMMSwapFeeTake.
If the other function in each pair performs different work, the impact will be critical, as a major functionality could be missing from the contract.
If both functions perform the same work with no additional functionality, it can still confuse the user or caller, and cause ambiguity with the emitted events, leading to potential issues in understanding the contract's behavior.
manual review
If the function in each pair is redundant, remove one of the functions from each pair to reduce unnecessary complexity and avoid confusion.
If both functions in a pair have different work, implement the missing functionality in the other function as needed, ensuring both functions contribute to the intended behavior of the contract without redundancy.
Likelyhood: High, calling setters or getters Impact: Low/Medium, both getters return `quantAMMSwapFeeTake` and `setQuantAMMUpliftFeeTake` modify `quantAMMUplfitFeeTake`. Real impact: those 2 values will be always the same.
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.