Creators as stakers
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 20/100
- Issue type
- Feature
- Clarity
- Needs clarification
- Activity status
- Stale
- Domain
- blockchain
Research direction
Start by reviewing the existing Property and staking reward specifications, focusing on how creator rewards and staking shares are calculated. Define how self-staking across multiple wallet addresses should be represented at the protocol level, then document the resulting rules and validate them against the Alice examples in this issue.
Written by the indexing model from the issue text.
Description
Currently, there are no protocol-level specifications to prevent self-staking by Property holders.
When a Property holder self-stakes his Property, the user gets a reward for his Property in addition to the staking reward, which raises the issue of double APY acquisition.
There will be a certain amount of pain in resolving this issue, because if the Property holder is switching multiple wallet addresses, then validation by address also loses its meaning.
This proposal effectively nullifies self-staking by including its staking share in Property's reward calculation.
Holders of Property obtain regular staking rewards by oneself staking. They also obtain additional rewards in accordance with the staking gathered in Property.
For example, Alice has 50% of the Property and stakes 100 DEV. In her Property, 1000 DEV in total has been staked. We postulate APY at 30%.
Alice_staking_share = 100 / 1000 = 0.1
Alice_pool_share = 0.5
Pool_total_reward = 1000 * 0.3 = 300
Alice_creator_reward = 300 * 0.1 * 0.5 = 15
Alice_staking_reward = 100 * 0.3 = 30
Alice_earn_reward = 30 + 15 = 45
If Alice uses another wallet to staking 600 DEV, the reward for Alice as a creator can calculate the following.
Alice_staking_share = 100 / 1600 = 0.0625
^ ^^^^
Alice_pool_share = 0.5
Pool_total_reward = 1600 * 0.3 = 480
^ ^^
Alice_creator_reward = 480 * 0.0625 * 0.5 = 15
^^ ^^^^
Alice_staking_reward = 100 * 0.3 = 30
Alice_earn_reward = 30 + 15 = 45
The reward for Alice as a creator will not change. This spec disables double APY's from being earned.
Advantages
Since Property holders are also stakers and staking share of creators in the calculation of their reward are included, they cannot doubly obtain reward with multiple wallets.
Disadvantages
Creators as Property holders need to purchase DEV and have to stake themselves to earn rewards. If they don't stake themselves, the Property holders' reward is 0.
- Dominant language
- No language data
- Stars
- 11
- Forks
- 7
- PR merge metrics
- No merged PRs in 30d
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from dev-protocol/DIPs
-
priority - high tokenomics
Difficulty 5/5 Over a week Newbie friendliness 20/100
dev-protocol/DIPs#76 · 4 comments · 1 reaction ·
-
Difficulty 4/5 3-5 days Newbie friendliness 45/100
dev-protocol/DIPs#61 · 2 reactions ·
-
layers
Difficulty 5/5 Over a week Newbie friendliness 20/100
dev-protocol/DIPs#52 · 2 comments · 4 reactions ·
-
Difficulty 5/5 Over a week Newbie friendliness 15/100
dev-protocol/DIPs#50 · 28 comments ·
-
Difficulty 5/5 Over a week Newbie friendliness 15/100
dev-protocol/DIPs#48 · 13 comments ·
All issues in dev-protocol/DIPs
Similar issues
-
blocklist removal
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
MetaMask/eth-phishing-detect#296544 · 3 comments ·
-
Difficulty 1/5 Under an hour Newbie friendliness 90/100
stellar/js-stellar-sdk#1750 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
Uniswap/default-token-list#2589 ·
-
add-new-address Backend New Network
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
safe-global/safe-eth-py#2761 ·