-
Notifications
You must be signed in to change notification settings - Fork 524
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
Website: Intrinsic RevShare Token #284
Conversation
add Rationale & Security Considerations
✅ All reviewers have approved. |
Co-authored-by: Andrew B Coathup <28278242+abcoathup@users.noreply.github.com>
The commit 72f4d1c (as a parent of 1274cfd) contains errors. |
ERCS/erc-7641.md
Outdated
|
||
### `claimableRevenue` interface | ||
|
||
We specify a `claimableRevenue` interface to calculate the amount of ETH claimable by a token holder at a certain snapshot. We will share the revenue between two consecutive snapshots. Specifically, assuming that the revenue between two snapshots is `R`, we will specify a revenue sharing ratio `p`, ranging from 0%-100%, and we will share the revenue of `pR` to different token holders according to the token ratio. Specifically, the amount of ETH claimable by a token holder with `amount` tokens at a certain snapshot is `pR * amount / totalAmount` , where `totalAmount` denotes the total amount of [ERC-7641](./eip-7641.md) token. Noted that the remaining revenue of `(1-p)R` will be retained in the revenue pool, and we can take out this part of revenue through burning. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This paragraph sounds like it's creating requirements on implementations? For example, "the amount of ETH claimable [...] is pR * amount / totalAmount
" seems like an instruction to implementers.
If these are requirements, they'll need to be moved to the Specification section. The reasoning behind why that formula exists should remain in the Rationale section.
The idea is that the Specification section, taken alone, should be enough for someone to write a compliant implementation of this proposal. The other sections (Rationale included) are here for context and history purposes.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We have changed the wording to reflect that it is an example. Please review!
Co-authored-by: Sam Wilson <57262657+SamWilsn@users.noreply.github.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
All Reviewers Have Approved; Performing Automatic Merge...
When opening a pull request to submit a new EIP, please use the suggested template: https://github.com/ethereum/EIPs/blob/master/eip-template.md
We have a GitHub bot that automatically merges some PRs. It will merge yours immediately if certain criteria are met: