[CL Incentives] Scale gas cost for new incentives by number of existing incentives

[AlpinYukseloglu]

Background

The current implementation of incentive creation allows for a DoS vector where a user can spam new incentives with dust amounts. Since our reward calculation is linear in the number of incentive records, this exposes the chain to being forced to run unbounded compute.

To combat this, we should scale gas costs for creating incentives by the number of existing incentive records.

Suggested Design

• I propose we add a base gas fee amount and charge baseGas * len(existingIncentiveRecordsForUptime) on each incentive record add
• Implement getting incentive records by uptime (move up minUptime in key and make function)
• Add the following constant to concentrated-liquidity/types/constants.go:

BaseGasFeeForNewIncentive = 10_000

• Add the following logic right before setIncentiveRecord in createIncentive:

// Get all incentive records for uptime
existingRecordsForUptime, err := k.GetAllIncentiveRecordsForUptime(ctx, poolId, minUptime)

// Fixed gas consumption per swap to prevent spam
ctx.GasMeter().ConsumeGas(uint64(types.BaseGasFeeForNewIncentive) * len(existingRecordsForUptime), "balancer swap computation")

Acceptance Criteria

• All new and existing tests pass