@Yalor Iām adding this as discussion item for August Stewards call happening today - August 2nd at 4pm UTC
Gitcoin the company takes a certain stance on the value of the token, thatās all good an fine but that doesnāt necessarily mean the Gitcoin community has to take the same stance
This is a great point and may be ultimately what matters for this proposal. Iād still feel better if there was some small analysis done to make sure that regulators would likely see this similarly and that Gitcoin the company wouldnāt have issues further down the chain (e.g., if they need to approve the sending of $oneGTC from a multisig).
In terms of alternatives, have you seen the Uniswap KPI token idea? gov (dot) uniswap (dot) org/t/consensus-check-create-uniswap-volume-kpi-options-to-help-divest-uniswap-s-community-treasury-into-stablecoins/13533
The bigger point I was raising was on how the Gitcoin community organizes itself. I found the yearn model, with their use of yTeams and delegated authority for specific domains, impressive. gov (dot) yearn (dot) finance/t/yip-61-governance-2-0/10460
I wish I could expand more in this post, but I wanted to reply quickly before going into meetings. Iāll certainly be more active in the future in these forums.
Thanks for all who participated in the conversation we just had on the Gitcoin Stewards call !
We deeply appreciate your engagement, challenges and questions.
Iād like to emphasize here for the wider voters community that might be concerned of focus / complexity / right timing - The ask to launch this experiment sum up to - Pay a round of workstream rewards in $oneGTC.
That is why together with the steward we spent time deep diving into all the details, we think the potential value of a success is far greater than the risk taken.
Recipients will be able to decide if they want to hold $oneGTC and save with it, redeem it to $USDC or exchange it to $GTC.
Then and with analysis of the experiment, the DAO can decide how to take it from there - proceed with more payments, expand for more use cases or wait.
Happy to answer here remaining questions we didnāt have the time to take on the call
I guess I dont really understand the negatives of this proposal. It really seems like a win win. Making more stable income stream for developers while ensuring more money gets trapped in the gitcoin community. I mean maybe the regulatory concerns mentioned above hold merit. I would like to know if this has ever been an issue with any other projects ichi worked on.
Sorry to double post but I also feel that sometimes the more developer minded among us which I am for full disclosure still in the process of learning to become look down on the importance of price movement. I agree that this technology is revolutionary and groundbreaking and am personally working hard to learn more on the technical and theoretical side but lets be honest. We would as an entire crypto community be a lot less well off without the uneducated retail traders throwing millions of dollars at all the most recent hyped project. I think it would be silly to not put some emphasis on making a token people want to fomo into to as if we donāt we may be leaving a stream of revenue that could go toward the funding of public goods off the table. And almost more importantly be missing out on any future developers who would learn about gitcoin through such a hype cycle.
In conclusion dont let the principled stance of a technology first agenda get in the way of what will be best for the long term goal of funding public goods and paying developers
Thanks everyone who has been presenting info related to this proposal. A few points after considering for a couple days:
- wonāt workstream contributors eventually redeem / sell the oneGTC for their various reasons? this seems counter to the claim iāve seen that oneGTC will prevent market selling. further, are workstreams actually interested in being paid in a token like this?
- I havenāt seen any mention of the 2 & 20 fee structure I see in this Loopring AMA from May. Is this not going to be applied to oneGTC? if not, will it be applied in the future? do other oneTokens have these fees applied?
- I think the Gitcoin community would be better served tapping into a larger, more established stablecoin (eg. DAI) for now, and potentially revisit this project at another time.
Edit: I see originally that @Yalor was originally against and @HelloShreyas had questions. What was the main thing that caused you to end up supporting this proposal?
Hi Trent, thanks for sharing your question here!
People use money to either spend or save it - those who plan to spend it, would do so in both cases, but those who save, will now hold an asset that:
- Locks $GTC in itās treasury
- Generate yield for the Gitcoin community.
The vision is that at scale, people can do more stuff with $oneGTC - they can pay for contributors in the Gitcoin platform, donate to projects, create income service agreements bonds etcā¦
the more utility ā> the less people immediately sell it cause they can use it and get benefits for prefering the protocol native stablecoin over others
In turn - the protocol can encourage people prefer itās stable medium of exchange to pay for these kind of protocol service, cause it has the collateral generating yield that can potentially fund those rewards
ICHI was build with the oneToken communities in mind. The 2/20 model serve this purpose by aligning the interests of the ICHI community and the oneToken community:
- The ICHI community will vote to launch only vetted projects with clear potential for a sustainable economy around their oneToken.
- Whitelist strategies that has been vetted to be safe for deploying the collateral to work.
- ICHI community has interest to ensure a responsible treasury management guidelines are followed, increase confidence in the oneToken, and supporting itās growth
If those are kept - ICHI token holders share the fruits in the form of shared profits
With that said, we are at a very early stage. While all oneTokens have this structure built in, since v2 launch, this hasnāt been applied since the focus is on growth and adoption.
This is one of the most common responses we get [1] [2] - itās true other stablecoins are more common at this point of time - the point is none of them is serving the Gitcoin community and governed by it - which we believe has lots of merits and value.
Hey fellow gitcoin community members.
After the call yesterday and after careful consideration I am going to vote No for this paritcular proposal.
The reasons are similar to what was mentioned in the call and above in the post by other stewards. I believe itās too early in the process to consider creating a gitcoin specific stablecoin while a normal and more established stablecoin would probably serve us better.
Even though I appreciate all the work the ICHI community put in the proposal, before looking at this proposal I had not heard of them and I am not really convinced our goals would, at this point be completely aligned. Especially considering the fact that they have their own community to consider first and they have the ability to have a management and a performance fee on top. The 2/20 mentioned above.
I think perhaps we can reconsider in the future with a proposal to do this as an experiment. Such a proposal would be to not just mint oneGTC but also to fund a specific project that wants to be funded with oneGTC as opposed to GTC. With such a proposal the whole work of deciding who to fund with oneGTC and who with GTC would be taken off our hands which is good as that would mean less work. And any proposal should mention and have a commitment from the ICHI team to disable/not enable any fees on top.
Thanks for all the great questions. To reiterate Liorās comment: the idea behind the fee model is to align the incentives in the system. The fees are designed to reflect a share of yield, and would not impact a loan to treasury from the Gitcoin community. These fees would also not put the stability of the stablecoins at risk.
Hi @lefterisjp , sorry to read that is your vote, but I do want to emphasize one point as I see it gained some peopleās concern -
My personal believe is that in DeFi and crypto in general, there cannot be rent seeking fees as a general rule, as itās always possible to fork and reduce the fee to the minimum.
That is why the way I look at it is that the purpose in the fee model is to ensure alignment of interests between the projects - if Gitcoin wonāt gain value from $oneGTC - neither does ICHI , and as such the goal is to get to an equilibrium of value add and fair split. This was one of the things I like about ICHI and what made me propose it to the Gitcoin community in the first place.
Iām Looking forward continue this conversation in the future!
Thanks for the feedback on this everyone, your time and attention is greatly appreciated.
Regardless of the outcome I think discourse and engagement on these proposals is major + for the health of the community.
So for now Iāll be closing this topic, perhaps to revisit at a later date