YIP-57: Funding Yearn's Future

That’s why we added the line that all compensation will be subject vesting. That means by definition that there will be no immediate delivery of YFI because “immediate vesting” = “no vesting.” And we make it clear there will be vesting.

1 Like

Hmmm ok I guess that technically qualifies. Would’ve been better to have a minimum 6-12 months in there but it is what it is. Thanks for clearing that up. I feel a bit better

1 Like

This seems to be the equivalent of an equity raising round. In these rounds an early-stage venture will issue equity and in effect dilute current shareholders. The reason these work in VC is because the team has more firepower at their disposal to push the project forward. The overarching idea being that the cash raised will increase future value enough to offset any dilution. If all goes well, YFI will melt even MORE faces by minting coins, not fewer.

Some important points:

  • YFI tokens are a liquid asset, and as such daily price tends to be top of mind
  • We are assuming 1/3 allocation to team improves retention (with vesting)
  • Treasury funds should be used in a way that improves the product’s competitiveness and increases longevity, attracting new YFI token buyers

I am supportive of this proposal, assuming raised funds will be allocated effectively going forward. To an extent, this falls on the community to use the treasury wisely in the future.


Let me get this straight…so the request is to approve minting ~$200M, then we’ll figure out the details later? Amazing how back-arsewards crypto has become. To clarify, the way business should work…first, you fully bake the plan, with all relevant details…then you create the proposal. Not getting the fundamentals right, does not inspire confidence in those holding the keys. And comments like “relax”, “we haven’t had time” and “we will end at a totally reasonable vesting plan” are not helpful. You know what is…properly constructing a comprehensive plan in detail for how hundreds of millions will be used, before asking for approval. Don’t trust…verify. Perhaps you might have heard this somewhere before…?
EDIT: The focus has been almost exclusively on making the case for why minting should happen…leaving out many important details and specifics about how the funds will be managed and used. I get it, the team is trying to leave all of its options open…fewer details considered and released means less accountability and obligation to be held to after the fact. But it also means vague transparency, and more room for potential mismanagement.


The minting will happen again.

And developers’ power will be left unchecked eventually.

We can allocate some yfi to developers who will earn from that pool.

If we kept agreeing to mint, it’s the same as what US government did to USD.

And what sort of voting system allows overturning of previous vote??


Check out the discussion on how to handle the minting keys here http://gov.yearn.fi/t/yfi-mint-controls-burn-the-mint-alternatives/

YFI holders have the ultimate authority for minting. Anyone can submit a proposal, and YFI holders vote.

This voting system.


Is there any system in place that enables the community to hold devs/working group accountable for misbehavior/mismanagement of funds?

This system is the ultimate decider controlling protocol and treasury.

YFI holders delegated some decision making power to the multisig in YIP-41 so they have a key role in accountability, but this DAO supersedes.

YFI holders can strip the multisig of powers at any time if they don’t like how things are being managed. They can also decide to restrict funding any person or initiative. Our complete financials are available on-chain and in the quarterly reports (Q4 should be coming soon).

I’m curious if you’ve seen better systems at other DeFi organizations? I believe most of them have more centralized power for managing their teams and less community accountability. Though some fair launched teams like Sushi have as pretty similar system to us.

If anyone can share examples or wants to work on designing or developing better accountability systems I’d love to see it.


Hey all – today is the last day to vote!

:ballot_box: VOTE HERE :ballot_box:

The vote will close at 6pm UTC today, that’s in ~6.5 hours.


The governance rules require that 20% of the staked YFI has to vote right?

Is there somewhere that shows how much is staked at the block where the snapshot was taken? I can’t find that. What number of YFI voting needs to be hit?

1 Like

did you ever figure out what the quorum was and/or what it is on this proposal?


Nop, as you can read on the documentation there isn’t any quorum requirement after yip-55 FAQ - yearn.finance


You can look this up using an archive node:

>>> ygov.totalSupply(block_identifier=11745800) / 1e18

The proposal has passed with 83.46% in support. Next steps:

  1. (multisig) TimelockGovernance.setTargetGovernance(YearnPact) - done
  2. (anyone) TimelockGovernance.updateTargetGovernance()
  3. (anyone) YearnPact.brrr()

YFI = 0x0bc529c00C6401aEF6D220BE8C6Ea1667F6Ad93e
TimelockGovernance = 0x026D4b8d693f6C446782c2C61ee357Ec561DFB61
YearnPact = 0x0C97B9E8bdEc88fe683DD11607f66F351cEc6110


It would probably make sense for Yearn to update its documentation then since that’s probably where more people will look:


Yeah I missed that section when updated the governance process like 1 week ago, open an issue and I’ll fix it as soon as I can. Maybe now with yip-57 we can have more people really working on the docs more or less fulltime and not just only some people writing/updating the documentation at late night when we come back from real life job.


Thanks for explaining - appreciate it. You are right about centralization at other projects. I just wanted to make sure there are some checks and balances in place. Onwards and upwards :slight_smile:


Brrr happened!


The Community Fund will be used to pay for expenses including but not limited to PR, Marketing, Listing, KoL, Bounties, Artwork, Developer salary, etc.…


This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.