Gauges integration
Governance > $IDLE staking > Gauges > Gauges integration
Any smart contract is eligible for Idle Gauges, including AMM pools, on-top PYT products, and tools that empower Idle DAO to expand its ecosystem with new use cases.
The gauges integration process is composed of 3 steps:

1. Forum proposal

Write a post labelled as follows: β€œ[Gauges] - Proposal to add YOUR POOL NAME”, publish it in the "Gauges whitelisting" governance forum subcategory and include these paragraphs as follows:
Abstract Short description of why you are writing this proposal and the expected outcomes. This shouldn't be deeply technical but should be accessible to a casual community member.
Background Link to website, documentation, Github page, (eventual) previous forum discussions, and other useful links to support the understanding of the proposal.
Motivation Describe the proposed pool(s) and the corresponding protocol(s) that manages it. Clearly explain why this pool should be incentivized via $IDLE Gauges and what are the benefits for the Idle DAO. Providing tangible elements, like data from previous discussions and forum posts, would be beneficial. If the pool is not directly managed by Idle DAO, please provide information on the protocol’s Governance structure, audits, and pool’s metrics (TVL, longevity).
Specifications Share the address of the pool and, if available, the address of the LiquidityGaugeV3 contract.
Next steps Inform the community when you plan to launch the Temperature check. The forum proposal can be moved to the temperature check phase at least after 3 days of discussion.

2. Temperature check

Duration: 3+ days of voting Quorum: 100,000 IDLE, as a weighted sum of $IDLE and stkIDLE votes Majority: the most voted option wins
Follow up your forum proposal with a reply that includes a temperature check. The aim is to taste the sentiment of the community about this potential whitelisting.
You need to have a minimum of 100 tokens in order to submit a temperature check.
You can launch a temperature check using the official Snapshot pages for IDLE holders and stkIDLE holders.
The 2 snapshots ($IDLE, stkIDLE) must have the same opening/closing date, equal description and voting options.
Idle Leagues will calculate the final $IDLE voting weights using the approved calculator, with the weighted votes of IDLE + stkIDLE.
The structure of the Temperature Check is similar to the forum proposal one, replacing the Next Steps section with the following one:
Voting Options Please cast your vote on one of the following options: FOR: Approve the whitelisting of YOUR POOL NAME in the Gauge Controller AGAINST: Vote against the whitelisting of YOUR POOL NAME in the Gauge Controller DISCUSS MORE: Discuss more the proposal
The voting weight of stkIDLE is calculated in the form of weighted IDLE tokens as (tot. IDLE stakes/tot. stkIDLE minted)tot. stkIDLE voting in the pool% of each option.

3. On-chain Gauges whitelisting

Once Idle DAO approves the proposal via the temperature check, the proposal can be submitted on-chain, deploying the LiquidityGaugeV3 contract related to the pool that should receive the $IDLE rewards.
Then, you can launch an IIP to add the newly deployed contract to the Gauges Controller. Please make sure to follow the proposed guidelines: How To Propose an IIP.
The on-chain journey consists of 3 days for on-chain voting and 2 days of queuing period. After 5 days, the on-chain proposal can be executed. -> You can find more info about governance timing in the Governance processsection.
Last modified 1mo ago