# Single $IDLE staking **URL:** \ **Category:** 📑 Formal Proposals\ **Created:** [May 19, 2021, 6:08pm UTC](https://gov.pareto.credit/t/single-idle-staking/503 "2021-05-19T18:08:04Z")\ **Posts on this page:** 1\ **Showing post:** 1
**Author:** ![Salome](https://yyz1.discourse-cdn.com/flex031/user_avatar/gov.pareto.credit/salome/32/258_2.png) [@Salome](https://gov.pareto.credit/u/Salome)\ **Post date:** [May 19, 2021, 6:08pm UTC](https://gov.pareto.credit/t/single-idle-staking/503/1 "2021-05-19T18:08:04Z")
### Summary The Pilot League committee successfully implemented [LP staking](https://idle.finance/#/dashboard/stake) 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](https://snapshot.org/#/idlefinance.eth/proposal/QmZotHBUuoRmK4HEV9eD7WavaQsW5qJEBbV2MNmwcB1rUP). The Idle community in the past has voiced its opinion about possible single staking implementations here [Staking Implementation](https://gov.pareto.credit/t/staking-implementation/295), [Staking Model](https://gov.pareto.credit/t/new-distribution-staking-model/153), and here [Tranches + Staking](https://gov.pareto.credit/t/staking-tranche-strategies-combined/186). ### Recap from previous posts about IDLE token staking 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. @8bitporkchop@falcone (and others) introduced possible staking frameworks, and reward mechanisms and the Treasury League is presenting the following ideas: 1. **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) 2. **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](http://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. 3. **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: 4. **Staking a certain amount of IDLE in order to boost voting power on snapshots**.(similar to [curve.fi](http://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. 5. **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. ### Leagues Recommendation 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. ![image](https://canada1.discourse-cdn.com/flex031/uploads/idle/original/1X/f9836a766e433d45548b6faf8aeaaf894006449e.png) The Treasury League has been crushing some APY forecasts and more insights and numbers will be shared in the next few days 🤑 ### Formalizing an IDLE singe token staking model 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. --- _[View the full topic](https://gov.pareto.credit/t/single-idle-staking/503)._