How we think about Yearn

@Temp is 100% right.

Probably the only solution is to incentivize, or hire, new devs by paying with yUSD and $YFI on a vesting schedule. This is what all tech startups do because it works.

The only problem is there is little-to-no $YFI available to give to new devs. So either a buyback is needed or removing the 30k cap.

2 Likes

Why not introduce a performance based bonus?

E.g. 1-5% of the generated fees are being payed out to those people that made major contributions. This could also be payed out in YFI ofc.

2 Likes

It means a need to incentivize developers, especially new ones who want to join to Y team (not only as strategy devs, but also protocol devs). And it would be cool that all Y-devs owned part of YFI pie.

So, maybe to buy YFI from the open market (using performance fees or increased strategy fees) and redistribute somehow between protocol + strategy developers.

5 Likes

“Yearn is not owed anything from anyone. Contributors come together and work on this project voluntarily. Nobody has authority over anyone else, and nobody owes Yearn anything. Similarly, nobody has any right to ask anything from Yearn. You get back what you put in.” “You are asking an already small pool of developers who are at a high level within a new ecosystem to forego their own aspirations and instead come work for you for no real financial alignment or vesting beyond ‘you might get paid good’ . Try hiring a good dev in any coding language irl for your company with no kickbacks to them and see how that goes.” I don’t see how you can resolve this tension without charging more fees to pay devs more. Gettting something for nothing is called stealing.

3 Likes

concise and excellently written for anyone to understand.
GREAT JOB!!!

1 Like

+1 supporter here. :slight_smile:

Love how straight-forward and concise this is! looking forward to helping build out applications with yearn, both existing as well as those that are yet to come.

1 Like

Ratified - I approve of this message!

1 Like

Thanks for starting this discussion, it’s an important one to have.

The free-rider problem you describe isn’t unique to yearn. It’s common in crypto (e.g. here and here) and actually in all public goods like open source software, since free-riding is a public goods problem.

It should be noted though that many open source projects have overcome these problems to succeed. Foundational open source projects like unix and git are what crypto, and most of the Internet, is built on.

So to figure out how to make yearn succeed even though “investors outnumber developers so heavily”, I’d look to how pre-crypto open source, with arguably worse developer incentives, managed to keep developers engaged.

The Cathedral and the Bazaar is an obvious guide here. It’s worth reading in full but here are some of my takeaways:

  • As a community, we should create an environment where developers can work on problems that scratch their own itch.

  • We should make it easy for contributors to hand over projects to competent successors when they lose interest, and celebrate them even if they do.

  • Community members, even non-technical ones, should think of themselves as co-developers who do early user testing and bug reporting.

Of course this should be done in addition to the many existing funding experiments in yearn and elsewhere: yearn monthly grants, gitcoin-type quadratic funding, larger ecosystem players funding individual developers, etc

8 Likes

Great manifesto great that the people involved in Yearn.Finance did one amazing all that was accomplish and all the great things to come from Yearn.Finance

1 Like

Very Profound and Encouraging Especially to the New Comers Newbies to Yearn Community

2 Likes

I agree fully and now am so vry interested in yearn

@mo7dxb
I agree 100%

Joined because of manifesto.
Everyone who makes a community better should have the same value in it. You need nurses and doctors. One alone can’t do anything.
Coders alone ??? Have what???
My first tweet. I understand nothing. Knowledge only has value when applied.
Code needs application.

1 Like

agree 100%… our contribution and colaboration are always needed…

hi all –

I went through all the comments and added those that showed strong agreement and approval of the manifesto as signers.

Some comments showing support I did not add as signers as the intent wasn’t super clear to me.

If I got anything wrong please let me know! Happy to remove anyone I have incorrectly listed as a signer and add further signers to the list (just put a +1 in your comment to be added).

warmly,

Trach

1 Like

I give my support for this :slight_smile:

1 Like

+1!
and some more text!

1 Like

Making products attractive to use is essential.
V2 vaults are the next pinnacle with consolidation.

2 Likes

We need to give our developers more tokens. NOW

2 Likes

Pretty descent apy result , switching for the best.
Pipe pooling large gauge % for more efficiency to respond to main demand.
With the new vaults also.