The addLiquidityProportional function in the UpliftOnlyExample contract contains a deposit limit check that doesn't match its documented behavior:
The implementation allows 101 deposits while the documentation specifies a limit of 100 deposits.
This issue represents a minor discrepancy between documented and implemented deposit limits in the QuantAMM protocol. The additional allowance of a 101st deposit beyond the documented limit of 100 has negligible impact on gas costs, array management, and protocol security, with BTF positions being designed for long-term holding and the FILO withdrawal pattern naturally encouraging position consolidation. While this inconsistency does not affect core protocol functionality such as TFMM calculations or fee assessments, it still warrants fixing to maintain precise documentation-to-implementation alignment, ensure consistent developer experience, and prevent potential confusion in protocol integration or auditing processes.
Update the implementation to match documentation:
Alternative: Update documentation to reflect implementation:
Choose based on whether exact limit of 100 is a business requirement or an approximate guideline.
Only 1 more NFT won’t have any impact. Informational.
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.