Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Staking v4 wish list #52

Open
SCBuergel opened this issue Mar 29, 2022 · 0 comments
Open

Staking v4 wish list #52

SCBuergel opened this issue Mar 29, 2022 · 0 comments

Comments

@SCBuergel
Copy link
Member

SCBuergel commented Mar 29, 2022

There are some high level issues with the current staking program in their various seasons:

  1. The long timescales over which staking is running is sub-optimal, we have a hard time judging how long it should run (and so far we always thought "3 months is ample time to get whitelist & CT ready")
  2. Deploying another staking season is significant overhead that is sub-optimal (contracts, UI, not even talking of audits thereof)
  3. Airdropping tokens for testnet is overhead (and using prod wxHOPR is a risk)
  4. Rewards from ancient NFTs are largely lost and do not bring value to the HOPR ecosystem
  5. We're limited to our own NFTs. Staking other NFTs could beat significant marketing boost.
  6. The fixed APR leads to large token payouts which start being a problem for the budget. We have budgeted 1.1m bounty tokens per month. At the current 33m xHOPR staked , that stake burns 50% of the bounty allocation even in best case (no boosts) scenario.

Therefore it would be desirable to have a staking implementation with the following properties:

  1. Potentially perpetually running (fixes 1 & 2 from the previous list above) with a 10 day unstaking cooldown period
  2. Can be disable by multisig so that
  3. The payout of a disabled staking contract does not favor the fast who claim until the reward pool is out of money
  4. NFT APR boost factors can be reduced (alternatively: just binary disabled) by type & rank (fixes 4 from above, without a sudden surprise which might anger the community)
  5. Staking tokens could result in getting stkHOPR (fixes 3 from above) - this could be similar to stkAAVE in the AAVE Security Module but with dynamic NFTs, consider using EIP4626, e.g. the t11 / Rari implementation or the OZ implementation
  6. Should call a hook in the whitelist contract upon unstaking an NFT so that the whitelist can facilitate un-whitelisting
  7. Owner account can allow staking of arbitrary NFTs (other contracts, not just HoprBoost) and assign them a staking deadline and denominator (boost factor). The boost factor of these NFTs can be decreased (or disabled) in the same fashion as the HoprBoost NFT mentioned in (4) here (fixes (5) from above).
  8. Payout is based on fix amount of rewards tokens per time and not on fix APR (fixes (6) from above).
@SCBuergel SCBuergel changed the title Staking v3 wish list Staking v4 wish list Apr 15, 2022
@QYuQianchen QYuQianchen mentioned this issue Apr 25, 2022
3 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant