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

Sponsor Program #36

Open
defi-er opened this issue Jan 1, 2021 · 0 comments · May be fixed by #39
Open

Sponsor Program #36

defi-er opened this issue Jan 1, 2021 · 0 comments · May be fixed by #39

Comments

@defi-er
Copy link

defi-er commented Jan 1, 2021

Author: Scott G
Email: [email protected]
Type: Enhancement
Status:
Date Proposed: 2021-01-01
Date Ratified:
Dependencies:
Replaces:

Sentence Summary
Allow users to lock DEV tokens via staking for OSS projects not yet onboarded. If OSS projects onboard then users and projects get boosted rewards.

Summary
The Sponsor Program allows Dev Protocol users to lock up their DEV for 60-90 days by staking for OSS projects not yet onboarded. Sponsors’ rewards begin to accumulate as soon as they stake, but are locked until the OSS project tokenizes. If the OSS project doesn’t onboard then rewards are burned and users receive their DEV back.

Component Summary

  1. Escrow- Users deposit (stake) DEV in the pool which is locked until 60-90 days or the OSS project authenticates. Allocated DEV is also held in escrow.
  2. Boosted Rewards' APY Calculation-Geyser logic based on DEV allocated to Sponsor Program which rewards users based on time and liquidity provided

Motivation
The motivation behind this proposal is to allow the Dev Protocol community to onboard projects they're passionate about, show OSS projects that they have patrons on Dev Protocol, and reward all participants for working together.

Preliminary Considerations

The following questions were considered before drawing my proposal:

  1. On-chain or off-chain rewards or a mix? (DEV Inflation + Boosted Rewards or Boosted Rewards)
  2. How are Boosted Rewards determined? (Github metrics or Manually determined)
  3. How are Boosted Rewards APY determined? (Geyser)
  4. How are Sponsored Projects determined? (Community vote or Database of pre-chosen projects)
  5. Sponsored Program format? (New round of projects every X days or users can Sponsor a Project of their choice at any time)
  6. How long should a Sponsored Program run? (30, 60, 90, 120 days)
  7. How is Dev Protocol APY affected? (APY is lowered if users stake in Sponsor Program)
  8. Do Sponsor Program's increase APY? (Not until they're authenticated)
  9. What is the Sponsor Program's APY formula for inflationary DEV rewards?

Specification Proposal

Inflationary Rewards + Boosted Rewards (Geyser)

  1. Community vote every 90 days to add 5 projects to Sponsor Program
  2. Team decides Boosted Reward allocation for each project
  3. Users stake DEV in the Escrow which holds the rewards
  4. Inflationary + Boosted Rewards begin to accumulate
  5. Geyser's logic is used to distribute Boosted Rewards based on time and liquidity provided
  6. If an OSS project authenticates then rewards are unlocked. If project doesn't authenticate by X days then allocated DEV for Boosted Rewards are kept in escrow, and inflationary rewards are burned.

Questions Remaining

  1. How to determine Boosted Reward (DEV allocation) for each Sponsored OSS?
    a) Chosen by team
    b) Set upper and lower bounds for DEV allocation which is determined by Github metrics

  2. How are Sponsor Program projects chosen?
    a) Users can choose to Sponsor at anytime
    b) In Rounds every 60-90 days where 5 projects are chosen by a Community vote

  3. What is the Sponsor Program's APY formula for inflationary DEV rewards?
    a) Dev Protocol's inflation APY needs to be revised to account for Sponsor Program and Incubator

Copyright and related rights waived via CC0.

aggre added a commit that referenced this issue Jan 4, 2021
@aggre aggre linked a pull request Jan 4, 2021 that will close this issue
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

Successfully merging a pull request may close this issue.

1 participant