The Pilot League committee successfully implemented LP staking on 14th April, and we would now like to focus on building the IDLE single token staking model, as the community already voted to move forward with this implementation here.
The purpose of the IDLE single token staking programme is to focus on finding use cases built upon the $IDLE token leading to increased utility. The initial discussion of such a staking framework started from existing models like Curve and later gathered several economic incentives ideas from the Idle ecosystem.
Single staking IDLE must add valuable utility, promote long term sustainability and incentivize the entire IDLE ecosystem for their commitment.
Stake $IDLE for a reduction in performance fees. A possible method might be to use a logarithmic formula where staking a percentage of all $IDLE (to be determined) would result in a fee reduction (to be determined)
Stake $IDLE to adjust the liquidity mining distribution of idleToken pools via voting and get boosted $IDLE rewards. This is similar to the Curve.fi gauge mechanism and means that with the same deposited amount, a depositor with staked $IDLE would get a higher amount of $IDLE/block than a depositor without staked $IDLE.
Users with single staked $IDLE would periodically (to be determined) vote with their stake on which pool these boosted rewards would be applied. The total boosted rewards would be split amongst all pools and awarded proportionally to stakers of each pool (based on their IDLEToken deposit).
Keep in mind that a boosted $IDLE distribution does not tap from fees or other funds, but this would require changes to the IDLE liquidity mining distribution weights for IdleToken depositors. These changes would require several modifications to the several existing smart contracts and require higher effort.
Stake $IDLE to receive a share of the protocol fees. As @8bitporkchop pointed out, to allow this, the FeeCollector would have to be modified in such a way that a proportion of the fees generated by the Idle protocol flow to the locked stakers to get a cut of the protocol fees (in $IDLE). At the time of writing this document, there are currently around $212,000 usd collected by the FeeCollector (with average weekly revenue around $10,000 usd from $200MM TVL). This modification is the most straightforward from a technical point of view. The Dev League investigated the use one of the following smart contract models:
Curve: There are several versions of the original Curve Model. Pickle Finance, has one, there is a more generalized form for UI’s and one other option is the version that is currently in discussion on Sushi. These contracts have been audited 4 times across 3 different firms.
Aave: This model and its basic functions can be deployed with limited efforts. It’s a lean staking approach that includes the Safety Module. By staking AAVE in the Safety Module, users help protect the protocol from a short fall event from underlying lenders and earn a reward as a result. This mechanism is based on a 10-day locking period. The contracts have been audited by 2 auditing firms.
Staking a certain amount of IDLE in order to boost voting power on snapshots.(similar to curve.fi, mstable and other voting mechanisms).This locking mechanism could entitle users to time-weighted votes (the larger the lockup-period, the larger the vote). Long term stakers are important in order to have responsible and secure Governance, therefore it makes sense to reward stakers with a boosted voting power and minimize the risk of short term holders to push for suboptimal outcomes or other types of Governance attacks.
A combination of all the previous 4.
Note: The community must bear in mind that a huge tech component plays a role here as many things would need to be developed, customized and audited simultaneously before this option is ready for production.
Following all the research summarized earlier, the League Committee, therefore, suggests that Staking might start with option 3 (‘Stake $IDLE to receive a share of the protocol fees’) using Curves’ time-weighted staking model and later add option 1 and 2. This would allow Idle to use a battle-tested staking framework in a time-efficient manner, with added innovative features later to build an even bigger utility for $IDLE after.
The Treasury League has been crushing some APY forecasts and more insights and numbers will be shared in the next few days
The next steps to take now is to formalize the final shape of the single token staking model. For more details about the additional features, there will be a follow-up post once the staking model is defined. This being said, the points which the Treasury League would like to focus on are:
- Final model
- Agreement on the amount of rewards allocated to the single staking program
The Treasury League is looking forward to listening to the feedback from the community and starting the implementation after the off-chain consensus has been archived.