Sponsor Program
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 20/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Ambito
- blockchain
Direzione di ricerca
No files, tests, or implementation entry points are named. Start by reading the Specification Proposal and Questions Remaining sections; the scope is not ready to implement until the reward formula, project selection, allocation, duration, and APY decisions are resolved.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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
- 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.
- 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:
- On-chain or off-chain rewards or a mix? (DEV Inflation + Boosted Rewards or Boosted Rewards)
- How are Boosted Rewards determined? (Github metrics or Manually determined)
- How are Boosted Rewards APY determined? (Geyser)
- How are Sponsored Projects determined? (Community vote or Database of pre-chosen projects)
- Sponsored Program format? (New round of projects every X days or users can Sponsor a Project of their choice at any time)
- How long should a Sponsored Program run? (30, 60, 90, 120 days)
- How is Dev Protocol APY affected? (APY is lowered if users stake in Sponsor Program)
- Do Sponsor Program's increase APY? (Not until they're authenticated)
- What is the Sponsor Program's APY formula for inflationary DEV rewards?
Specification Proposal
Inflationary Rewards + Boosted Rewards (Geyser)
- Community vote every 90 days to add 5 projects to Sponsor Program
- Team decides Boosted Reward allocation for each project
- Users stake DEV in the Escrow which holds the rewards
- Inflationary + Boosted Rewards begin to accumulate
- Geyser's logic is used to distribute Boosted Rewards based on time and liquidity provided
- 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
-
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 -
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 -
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.
- Lingua principale
- Nessun dato sulla lingua
- Stelle
- 11
- Fork
- 7
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di dev-protocol/DIPs
-
priority - high tokenomics
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
dev-protocol/DIPs#76 · 4 commenti · 1 reazione ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
dev-protocol/DIPs#61 · 2 reazioni ·
-
layers
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
dev-protocol/DIPs#52 · 2 commenti · 4 reazioni ·
-
Memo: Rescue FunctionAperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 15/100
dev-protocol/DIPs#50 · 28 commenti ·
-
Discussing Market schemeAperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 15/100
dev-protocol/DIPs#48 · 13 commenti ·
Tutte le issue di dev-protocol/DIPs
Issue simili
-
Blocklist removal requestApertablocklist removal
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
MetaMask/eth-phishing-detect#299350 ·
I maintainer di solito rispondono entro 1 giorno
-
component:midnight-toolkit status:untriaged
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
midnightntwrk/midnight-node#2237 ·
I maintainer di solito rispondono entro 1 giorno
-
hook: FloorHook on Robinhood ChainForse già presa @hooklist-generator l’ha presa 2 giorni fa. Apertasubmission
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
Uniswap/hooklist#10499 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
walletconnect broke in 0.3.0Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
solana-foundation/connectorkit#77 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
bisq-network/bisq2#5062 ·
I maintainer di solito rispondono entro 4 giorni