The proposal we’re going to submit contains too many variables and we can’t list all of them in the snapshot, the core problem is:
Distribute LBP unsold tokens to the people who contributed to the LBP in proportion to their contribution
If the result is NO, all of the variables are meaningless, if the result is YES, we have too many questions to discuss, and maybe it will take months even never.
Here we’re trying to figure out how to make our proposal reasonable that we can get YES, so we have to make most of the variables into constants that we can submit a real proposal, but not something for temporary emotions.
- The discussion here is terming to Distribute LBP unsold tokens to the people who contributed to the LBP in proportion to their contribution, and we should be mutual understanding for achieving this goal together.
As a result of the listed discussion currently now, the certain thing is all of us (at least those sharing opinions on this topic), agree with:
If distribute LBP unsold tokens, the tokens are going to the LBP contributors who hold their RADs from the LBP till now
Here is a constant in this discussion, and this should be listed in the proposal we are drafting.
- The certain thing is, as we submitting our proposal, one of the lines is, the unsold tokens are distributing to the LBP contributors who hold their RADs from the LBP till now
We are trying to require as many as possible tokens from the unsold, but if we really have the ability to win the vote?
The difficulty of winning the proposal is as much as how many tokens we are requiring.
The reality is, not all of the LBP contributors hold their tokens from the LBP till now, one of us sold our tokens, we get twice the pressure to win the proposal.
How many tokens (the percent of the unsold) should we require, as the amount for all of the LBP holders, this is what we have to figure out ourselves.
- The community is not only for the LBP contributors, we need to count how many tokens we are holding now, what’s the percent of them in the proposing tokens, then calculate an approximate amount for distributing from the unsold.
It would be nice if somebody can count it, if none, I’ll do it this weekend.
Some of the variables are hard to discuss ourselves, or not important enough comparing with winning the vote.
We can list them in the drafting proposal or requesting help from the radicle team
For distributing tokens to one LBP holder depends on their contributed USDC, or exchanged RAD, we can discuss a weight by counting both of them?
For example, considering distributing one LBP holder as the weight of USDC and RAD half to half.
We assume the LBP holding tokens are 100 RAD with contributed 1,500$, and we are distributing 100 RAD valued at 1,000$ currently now.
Alice has contributed 300$(30%) for 10 RAD(10%), she should get 20RAD((30% + 10%) / 2 = 20%), Bob has contributed 700$(70%) for 90 RAD(90%), and he should get 80RAD((70% + 90%) / 2 = 80%).
For the limit of distributing to one LBP holder, after thinking about it over again, I think if we can solve the total amount of distributing tokens and the weight of USDC and RAD mentioned above, this variable can be deleted, because distributing only by contributed USDC or exchanged RAD or distributing too many tokens will raise this problem.
- The problem in this section we can ask for opinions from the radicle team, and should we consider distributing RADs by the weight of contributed USDC and exchanged RAD? If so, what’s the weight?
One thing last, the lock time, I think this can be voted in the snapshot in our proposal as well, I’m gonna sleep now, Long Live Radicle