Staking integration
Governance > $IDLE staking > Staking integration
Externally Owned Accounts (EOA) were the only ones enabled to interact with the $IDLE staking contract and lock $IDLE (locking system).
The implementation of IIP-22 introduced the
SmartWalletChecker
contract to manage the contracts interacting with the $IDLE staking module letting Smart Contracts (such as multisig wallets) mint stkIDLE, as well. The minting limitation for Smart Contracts was initially introduced to avoid trivial that could have circumvented the non-transferable nature and tokenization of stkIDLE that could nullify the effectiveness of its locking.
This approach created an on-top whitelisting layer, with no core changes to the underlying DAO governance infrastructure, similar to what Curve implemented.
The Treasury League, acting as an owner of the
SmartWalletChecker
, is temporarily processing the whitelisting requests with the final aim to fully decentralize the process. The Treasury League will act as a facilitator to reduce the frictions to onboard new smart contract-based liquidity providers. The TL will accept all the requests unless there are clear proofs that a specific whitelisting would harm the protocol. In such cases, the issues will be publicly discussed in the Idle DAO Governance with the community.
The $IDLE staking contracts integration process is mainly composed of 2 steps:
Smart contracts interested to interact with the $IDLE staking contract should get in contact with the Leagues, first. After a security check, Leagues will add the new contract address to the
SmartWalletChecker
.Leagues broadcast the whitelisting TX to enable the address that applied to interact with the $IDLE staking module and publish in the Governance forum the new whitelisted address to let DAO track new and past additions.
Last modified 3mo ago