Requirement

Default Functionality and Customization for Position Pools

​​Position Pools, by default, exclusively admit compatible spNFTs, specifically staking positions emanating from wrapped LPs. Additionally, protocols initiating a Position Pool hold the prerogative to introduce personalized requisites, tailored to precisely target distinct positions or profiles of staking users.

1. Amount:

The most intuitive and fundamental stipulation, solely staked positions possessing the stipulated amount are eligible for deposit into the Position Pool.

The quantity criteria will be aligned with the unit of the position's LP.

2. Locks:

Specific lock settings on staked positions can be mandated to validate their deposit:

• Duration: The staked position should feature a cumulative lock duration of at least x days.

• End Time: The staked position is required to remain locked until at least xx/xx/xxxx.

3. Whitelist:

Protocols also have the flexibility to institute a whitelist, authorizing only designated addresses to engage with their Position Pools.

This mechanism holds diverse applications, such as rewarding steadfast users, winners of competitions, targeted compensations, or a substitution for traditional airdrops.

4. Custom Requirement Contract:

Situations may arise where certain protocols necessitate highly specific prerequisites that are not inherently accommodated within the native Position Pools contracts.

In such scenarios, any project retains the capacity to integrate its distinct custom requirement contract into a Position Pool.

This amalgamation of default functionality and customizable features allows protocols to finely tailor the criteria for participation in their Position Pools, enhancing their ability to achieve unique objectives and establish meaningful interactions with their user base.