FAQ
Answers to common questions about staking
Last updated
Was this helpful?
Answers to common questions about staking
Last updated
Was this helpful?
Staking is the crypto-native way to align a protocol with its token. It lets protocols both reward aligned behavior and return value to tokenholders.
Yes. The and contracts are code-complete, auditied and open source. Tally's app includes a frontend for staking.
See, for example, , which is live and awaiting the Uniswap DAO to turn on rewards.
Protocols provide staking rewards, either from protocol fees or inflation of the native token.
ERC20 tokens generally have a fixed balance. As the LST accrues rewards, a single LST token is worth more underlying tokens.
Native staking is more configurable. The LST is easier to use. Tally staking supports both at the same time, so users can choose the best option for them.
Liquid ERC20 tokens
Non-fungible positions
One staking position
Multiple positions
Rewards claim automatically
Claim rewards manually
Rewards auto-compound
Rewards must be manually staked
The native staking system does not have a fee, aside from the gas costs of staking and distributing rewards.
The liquid staking fee switch applies to staking rewards only. The fee is NOT taken from the staked amount.
Yes, that's one of the primary motivations. LST holders can earn rewards and use their position as collateral in DeFi.
The current version of native staking lets tokenholders withdraw instantly. Withdrawal delays create an incentive for duration-mismatched LSTs, which can blow up.
Liquidity risk is minimal, because unstaking is instant. If there is a price difference between TOKEN and stTOKEN, arbitrageurs can arbitrage it away.
Yes! Staking is compatible with standard governance tokens and Governor contracts out-of-the-box.
No changes are needed for a standard ERC20 token + Governor contract are needed to support staking.
Yes, stakers can create multiple staking positions. Each staking position can have its own delegate.
Yes! The LST can delegate its voting power directly, like a normal governance token. If the holder doesn't delegate the votes, the LST uses the delegation strategy instead. That way, LST voting power is always active in governance.
The underlying governance does. e.g. Arbitrum governance would pick the auto delegate for `stARB`.
The auto delegate has no special powers that might present a danger. Token holders are free to change delegation strategies at any time. Poorly implemented auto delegates do not pose a feedback loop danger, because using the auto-delegate is not better than delegating directly. In the worst case, users withdraw their tokens or delegate them by hand.