I know we did discuss and consider before to include an onchain execution in this proposal, at least for allocation A. Given the fact that we would have at least four different specifications for an onchain execution (*) as well as “Make no changes” which would not require any specification at all:
How do you feel about keeping this proposal as a signal to the Foundation which could then focus on the specified outcome, instead of preparing specifications for four/five outcomes ahead of time?
(*) If I’m not mistaken, the four specifications (next to “Make no Changes”) would be: 1/1 for A, 2/3 for A, 1/2 for A and 1/3 for A. AFAIK, allocation B was never supposed to be specified through onchain execution as part of this proposal, so I’m not including those options.
There are many options in this proposal, I don’t think it is necessary for community members to deploy contracts. This will only increase the workload of community members and the safe team at the same time. It is not an efficient way to deal with it, and it may not be feasible. As theobtl said, I suggest that we only need to submit the proposal directly to the snapshot for voting, and the voting results will be executed by the safe team.
Yes, that is acceptable.
I have now updated the proposal with the latest changes, and if no edits or other clarifications are requested, then we can put it on Snapshot in 6 days.
It is exciting to follow the development of this proposal. Watching SafeDAO grow has been thrilling, like a toddler taking its first steps. @Daniel has done a fantastic job presenting all possible token allocation options to the governors . However, let’s not ignore the elephant in the room - governors having the power to award themselves tokens is like putting a cookie jar in front of a kid and telling them not to eat it. So, it’s no surprise that Option 3, which allocates all the tokens to themselves, was the preferred choice during the Temperature Check.
Deciding the best way to distribute tokens is challenging, as highlighted in Messari Governor Note. There are several factors to consider. Whether those who missed out on the initial allocation would make suitable governors if they claimed their tokens and if those who have already claimed tokens would make better governors. Additionally, we should consider granting tokens to new potential governors from actual voting participants and DAO contributors.
It is worth avoiding the path of least resistance, which entails allocating all tokens to the governors themselves. Achieving a suitable distribution can be challenging, but starting with equity is an excellent way to begin.
Here’s what I’ve discovered before making any binding governance decisions, especially for everyone considering voting:
Option 4 is a top contender. It rewards early claimers and promotes decentralization, despite the low voter turnout of the temperature check. About 20% (or 8% including Ecosystem allocation) of redeemed tokens voted, which falls short of the 10 million required for a quorum. There is a need for new governors in the mix who will engage in more temperature checks in the future.
Combining A and B isn’t the best idea, though. B holds more nuanced, so allocating more tokens for other initiatives can greatly decentralize voting power.
Concentrated voting rights from a few addresses are a concern. A simple single-choice vote won’t fix this, and we can’t count on token holders to always vote as good actors without conflict of interest.
The utility of the SAFE token and how to scale it is a critical issue that only the best governors can tackle. It’s crucial to get this vote right now, don’t sit this one out.
Who will lead the charge? Daniel has taken the lead for this critical proposal from day zero, which is laudable, but the task for its implementation is enormous. Until more technical participants join the fray for community implementations, all proposals should be signals for execution to the Safe Foundation. They’re the primary guardians of the DAO at this stage, and seeing this alignment is good. [SEP #5] Redistributing Unredeemed Tokens From User Airdrop Allocation - #193 by Daniel
To sum up, Option 4 is a suitable choice for currently distributing unclaimed tokens. But we need to address the concentration of voting power and the token’s utility so the more skewed the vote outcome towards Allocation B, the greater balance between optimizing for decentralization and active voter participation.
B represents the governor who is not active. Have you ever thought about this problem? What if there are many gods who have not received the tokens allocated to B, and then there will be a large number of airdrops and no one to claim them? The scenario is that someone will not receive tokens before the time limit, and new proposals will appear.
In fact, your concerns will disappear after tokens are allowed to trade, and safe also has allocations for ecological development.
So I think currently assigning to A is the best choice. Option B will lead to more problems.
They even don’t want to claim their tokens and why you believe they will be enthusiastic about voting?
The crucial thing is that if you extend the period and after three months we still need to discuss the same proposal on how to deal with the tokens unclaimed.The community did not have enough tokens for voting and the trade is forbidden now.That’s the reason why the Dao is not decentralized.
Remember the sep 2? Two addresses(I believe the someone knows who they are) dominate the vote and we do not have other choices.
If you really want to make the Dao more decentralized and in my opinion we need to focus on finishing the 5 milestones and unpause the tokens to let the market to attract more participants on governance.
Options A and B cannot fundamentally solve the problem
Ps: I don’t like your cookie jar stuff. Your description makes me feel like we are criminals。Our power for voting origin from the Dao and the Team and the Project. They can get all the tokens or the power back and I have no opinion. But I dont like being called like that.
Everyone wonders “wen token”, but no one asks:
- why did we start creating a token, if in the end every time we talk about it, we look like starving people;
- why 2 addresses have (4 and 8 million safe, and can therefore decide alone the outcome of the votes);
- why everything seems long and complicated. Daniel criticizes us for not thinking about how the distribution will be done, but the safe team is full of very competent engineers. Isn’t it their job to know this?
I do not support the opinion of some people, especially the continued airdrop l2, optimism Arbitrum most of the users are airdrop farmers, many of them using hundreds of accounts sniping SAFE airdrops
totally agree Safe lfg
Is it still okay to receive an account that has not been received before?
Indeed, I don’t agree with you. I agree that all of them should be allocated to the active users who have received them. If you want to really decentralize, you must open the safe token transfer. Only after the market test can you find the real safedao members. I hope you can see the safe token transfer question in Proposal 6 or 7.
It is true that too many people have forgotten, and it would be unfair to erase the rewards of those who have participated in the project just because they forgot
I thought that there would be a plan for subsequent users to increase their Airdrop according to the new plan, but it turns out that they will increase their number equally according to the old air drop plan
Thank you for the outline of the options @Karo! I enjoy reading your concise and clear summaries.
I agree that Option 4 to reward existing claimed accounts and further distribute tokens to potentially new accounts is a balanced approach.
Decentralizing SafeDAO increases the total value of the Safe ecosystem. Even if you are not as concerned with decentralization intrinsically, I’d encourage those voting to ask themselves, Would I rather own a small amount of something very valuable or a large amount of something without much value if the ecosystem fails to decentralize?
The SafeDAO can vote after this proposal to distribute to a new set of users based on a different time frame with the same qualification parameters deemed important for the initial airdrop. Option 4 does not set any stance extending the original claim.
This is valid. SafeDAO should also decentralize distribution of the token as much as it can to begin with as well to give itself a better foundation when transferability is enabled later on.
I don’t want to discuss these meaningless things, because we have spent a lot of time on this simple redistribution issue for several months, and still have no results. It’s really disappointing. “The real decentralization should be discussed after the tokens are circulated. I hope to vote as soon as possible this week and seize the time to confirm the allocation. We can then discuss issues related to token usage and open transfer.”. I have to say that efficiency is too low now!
shall we begin the vote？
This proposal [SEP #5] Redistributing Unredeemed Tokens From User Airdrop Allocation has moved to phase 2 for a Snapshot vote:
Start date of vote: Mar 22, 2023, 3:01 PM
End date of vote: Mar 29, 2023, 3:01 PM UTC
The formal vote has not yet taken place, but I would still like to say that a lengthy and inefficient discussion in the consuming community may consume the community’s consensus on DAO if the temperature detection results and the formal vote differ again
i agree 3 it’s more important