Major Grants Review Committee Candidates MEGATHREAD

You can’t have if both ways. Either:

  1. Market performance of Zcash is a good metric of success:

    In which case, it makes sense to incentivize it. However, we’ve done that over the past four years. It has not lead to market success. We have declined relative to nearly every cryptocurrency of merit. So, what is different going forward?

  2. Or coin price and market success is not a good success metric.
    In which case, why incentivize it?

Which is it?

2 Likes

I don’t believe incentives have worked thus far because Zcash was in a building stage getting the Z address infrastructure completed. The reward will come later as adoption increases and Zcash becomes a privacy only solution. I think they should be incentivized because of that reason…greater rewards to follow. That will also be the reason people dedicated to the mission of Zcash will join.

3 Likes

It’s option 1.
Market performance is a reasonable/useful metric of Zcash success.
It does make sense to incentivize it, for this reason.

The price of Zcash doesn’t imply that our strategy is suboptimal. An optimal strategy is necessary, but not sufficient.

It’s possible that we live in a universe where we’ve done everything in exactly the optimal fashion, and we’re still being outperformed in the market for reasons entirely beyond our control. I don’t think this is exactly the universe we live in, but it’d be overconfident of me to rule it out completely.

More plausibly, we’ve done some things well, and some poorly, and we don’t know (in general) with 100% confidence which is which.

Assuming that aligning incentives is causing underperformance in the market isn’t justified by the data we have. That doesn’t mean market valuations relative to other cryptocurrencies aren’t important metrics, it just means we can’t instantly reason from those observations to root causes without error.

Given the above I don’t believe I’ve understand an argument against paying Zcash to people who enhance Zcash.

Am I misunderstanding? Is it your position the following?

It's not in the interest of Zcash for members of the MGRC to be compensated in Zcash.

If not, please feel free to restate it.
Or… maybe I am misunderstanding the discourse altogether and you’re not trying to present a position?

I’m not trying to be obtuse, or put words in your mouth, just trying to understand what we’re talking about here.

1 Like

I tend to agree. I think Zcash over the past 3-and-something years, has been in a fledgling (or sprout if you wish) state. I think particularly with z2z-wallets+shielded-coinbase+shielded HW-wallets, that’s about to change pretty dramatically.

Actually… I have solid evidence for this:

I paid for cat-sitting with z2z txs, to a person who spent all of 2 minutes setting up to receive a z2z tx! I sent memos!

I have this capability now… I just didn’t 2 months ago.

5 Likes

Maybe. I want to discuss this.

Suppose:

MGRC members declare which projects they like and have stakes in. Then if they get elected, they can advocate for their pet projects.

Is this a bad model? Why?

MGRC members will have power. It’s checked by their peers, and their (re)election potential.

Should they also have an obligation to not direct funds to their preferred projects?

It seems to me that if I were an MGRC member and I really believe that a particular project was the best for Zcash, that I’d want to do two things:

  1. Direct grant funding to it.
  2. Invest in it personally.

Which of those things should I not do? It seems to me that, if I don’t really believe in a project then I shouldn’t invest either public funds (the MGRC grants) or private (my) funds in it, but if I do believe in it, I should invest both.

What do y’all think?

I think it’s inevitable that MGRC members will have “favorite” projects that they advocate for. That’s not what I’m referring to when I said I was concerned about a conflict of interest. There are subtle differences between advocating and leading a project.

Kek had brought up the point that the MGRC should more proactive about doing things, which I agree with, but where do you draw the line about the MGRC members involvement in said project?

For instance, two scenarios:

  1. A MGRC member could be proactive and put out a “I really wish someone would do X for Zcash” and be very specific about what needs to be done. Maybe even calling some of his friends, telling them about it. Allowing multiple parties to submit for the project, and when a party is selected (with MGRC consensus) that MGRC member would be a advocate/mentor for that project setting goals for them to meet.

  2. Would it be OK for a MGRC member to create a project and begin hiring individual developers to work on it (with MGRC funds) acting as the manager for that team they assembled? Perhaps forming a business/ LLC for the project to pay the workers?

I personally think the first scenario is fine, keeping the MGRC as a mentor/leader for projects while trying to be fair to all parties that would want to apply. And remaining neutral when assessing if they meet the goals/milestones.

The second is a step too far, that is the COI. The MGRC member would be too deeply involved in the project to not be biased if others tried to apply for the same work. And would not be in a position to be neutral when assessing performance of the team.

2 Likes

OK, folks… thought it’d be great fun to join the video calls. Sooo…
I clicked on the above (and reproduced here) link named"sign up for the video call".

From there my browser loaded a uniqueid’d html page from docs.google.com… so far… so good!

Then I read through the form and started clicking little check boxes scattered around in a somewhat pleasing arrangement. It felt kinda’ good… I was checking things off! Sort of an accomplishment.

Then I started reading the text next to the boxes… something about:

“I consent to being recorded, and I understand that the recording will be shared publicly.”

And I was like… well but it’s Google right… I mean they’re basically good folks… heck I have bunches of friends that work for Google. They’re good folks!

And then I was like well… huh… there was that whole “Project Dragonfly” thingie a little bit ago… err… something. But I can’t imagine how anyone would feel excluded by critical governance decisions for the world’s most secure privacy coin being held on that platform. Zcash isn’t important for Uigher’s is it?

But thenthen… I drilled a little deeper… took the red pill you might say.

Because then I thought… hey! Maybe this is just a deceitful opt out thing… maybe I don’t have to click the little box with the red asterisk super-script…

So I tried that…

And then this happened…

and that’s when I knew… this is all an elaborate joke. You guys really had me going for a second there!!

:smiley: :smiley: :smiley:

Hey… it occurs to me that this might come across as mean-spirited. I’m really not trying to knock the folks who are doing all the hard work of putting this stuff together. I know how hard that effort is… because hey, we’re all working in a really distorted messed up system!

So along with my above attempt at a authentic account of my first response… I really did Laugh Outloud when I read the above warning… cause… you gotta’ admit… it’s pretty funny. I also want to say I’m not trying to disrespect anyone. I feel like we’re all in it together and we’re all making tradeoffs like this all the time. I dunno’ about y’all but that’s kind of why I’m here!

1 Like

LOL! You wanna borrow my ‘green screen video zebra’ ? Its what I stream 'cos I don’t have a webcam :wink:

2 Likes

HEELARIOUS NON-SEQUITER: I’m not on the ZCAP, so all of my threats to vote this way or that were… so much bluster! Hah.

I mostly agree I think, but I want to continue advocating for a more radical position because I think it’s an important idea to gnaw on.

I think scenario 2. is just fine, and here’s why:

The MGRC member’s success-or-failure to produce results (i.e. Zcash-enhancements) will be used to decide whether they should be re-elected.

If an MGRC member, perhaps flanuering through the park with flowers in their hair, comes up with some concept… and then comes up with a way to implement it, and then asks their friends to help them with their scheme… and then pays their friends with an MGRC grant…

…and the result is a better Zcash…

then I’m okay with it. If their friends are corrupt and/or incompetent and/or unlucky… then the concept fails… then I think the member should be voted out.

I’m okay with that too.

I mean… hopefully MGRC members (e.g. you, hopefully) have deep insight into what Zcash is. Don’t we want the absolute most thoughtful/insightful/creative (where all of these things are the specific Zcash-aspected component of the more general skill) people available, on the committee… DIRECTING THE FUNDING ?

Don’t we want those people to care as deeply as possible about their critical work?

In my mind that kind of person is the kind of person that a project should beg for the attention of.

Should we want to establish a rule that such a person shouldn’t be “too interested”?

I’d like to dig deeper into the underlying assumptions of our positions. I have a feeling that I’m missing folks on a different layer of abstraction. I’d like to understand if there are some sort of axioms that we’re incorrectly assuming the existence of? ← (dangling participle… oooppps)

So again, I think it makes sense to be careful to consider interests, but I think misalignment of the type you seem concerned about, is adequately controlled for by:

  1. Public Voting:

The MGRC member makes it obvious where their interests lie, by public voting for funding. I am assuming that if Member A votes for project One, then A is biased in favor of One. Voting is expressing a preference.

The only ways around this I can think of, around this are:

If MGRC Member A’s votes are not public. This is problematic, at least because A can never prove how they voted (for any reason). I think many more specific cases reduce to this.
OR
MGRC member A has some sort of guarantee of disinterest. But it seems to me that a completely disinterested A must vote randomly. Am I missing something here? Is there a way to disinterestedly express a preference? Or is my characterization of “voting” deceptive/incomplete/incoherent?

  1. Term limits. If Project One fails MGRC member A doesn’t get re-elected.
  2. Peers: Perhaps the MGRC is structured such that quorum-or-consensus is needed to award a grant… or grants above some size… or some such.

Finally (another non-sequitar)… I confess I haven’t read this whole thread. So I’m going to go do that now, and also apologize for not doing it before.

1 Like

This makes good sense to me. I’m in favor of MGRC members having skin in multiple games!

Oh geez… I just reread both @zooko 's post and this post. He pretty much made all the same arguments, but first. Whelp, great minds think alike… and so do ours!

But srzly Zooko doesn’t really consult with me on this sort of thing. Heck I hardly see the guy, he’s always working.

We’ve spent miles of this forum arguing about incentives for the MGRC, not if MGRC members get $40 an hour.

I think there’s a trap in arguing for incentives: it gives a false hope that they will make things go well. It lets us avoid questions about what strategies should be because “the magic of incentives and the market.”
It gives us this optimism that because incentives are aligned, things will go well. And if we had reasons to think incentives worked, i’d be all for it.

But I heard that argument 4 and a half years ago when we started the Electric Coin Company. It very clearly did not work (again whether or not you think zcash is doing well, you can’t say it’s held its own in the market, and that was what we incentivized). Empirically, for zcash, incentives haven’t worked. You say well its different now because of the tech we have. But the entire point of incentives was to cause that to happen quickly and it did not.

We need to make sure things work better this time. Whether or not incentives are harmful (there are risks) , the focus on them as the mechanism for making the MGRC work is harmful. Again, we need to learn from the past, not repeat it.

3 Likes

I think you have a very good point here. I’m probably susceptible to this kind of mistake, and I see no reason to think it’s not a real problem. Thanks for articulating it.

This seems like a reasonable contention. Whether or not there’s an abstract case for “incentives are good”, over-emphasis might be an unnecessary cost. In particular I think I was mistaken in the degree to which I was emphasizing Zcash incentives exclusively.

I think brother @nathan-at-least and brother @zooko make pretty good cases for diversified interests above.

I am persuaded that in addition to strong-and-public pro-pure-Zcash incentives I am also supportive of MGRC members having substantial prominent interests in cooperative enterprises (bitcoin, Derechos Digitales, ethereum, and The EFF) being four that I’ve seen mentioned in this thread.

But more to your point… carefully aligned incentives aren’t panacea, and I agree that depending on them inappropriately, or unnecessarily certainly constitutes a significant fallacy I am likely to be prone to.

1 Like

I think the ‘incentive alignment’ point is a fallacy many people, and particularly leaders in the Zcash ecosystem, fall victim to. You just arrived during the dev fund debate and have gone at it with an admirable determination.

It’s a fallacy we need to correct so we can improve. It’s a fallacy that causes us to miss learning lessons or fixing this. So can you help me dispel it? Because people have been saying it for 4 years and it demonstrably isn’t true. Market performance Incentives are at least one of a metric and a reward. Maybe on a four year time frame we want to ignore Zcash’s market slump, but then we’re still left with the incentive not being a good reward. So whatever we thought we needed incentives for, we probably need something else too.

2 Likes

Hey folks, I am concerned that the Google Forms based forum for collaborating on the MGRC election process… may be exclusive.

My thought is that people in repressive regimes might not feel comfortable sharing identifying information on that platform.

Have we considered https://jitsi.org/ as an option for video-conference collaborations?

I haven’t researched them deeply, but they seem to be serious about privacy. I notice “end-to-end encryption” is prominent on their front page.

3 Likes

Greetings Zcash folks. I don’t have a dog in the fight re: google vs zoom vs jitsi vs ip over avian carrier. I appreciate the privacy concerns surrounding Google’s platform, and also understand that usability and privacy are at odds with each other and that we sometimes have to make sacrifices in the name of celerity.

I do, however, have thoughts about my vision for MGRC that I believe are worth sharing here. I believe that we need to zoom out and think about the big picture as we create MGRC. Specifically, I think that we’re taking the name too literally, and should take @tromer up on his suggestion that we rename it as soon as practicable after the inaugural members are selected.

Specifically, I would like the community to weigh in on the following assertion:
“Major Grants” should do more than just write grants. It should also:

  • Award prizes. These are funds awarded to people or organizations that deliver important (code | documentation | marketing artifacts | presentations | etc) after the fact
  • Set bounties. These are funds awarded for the delivery of specific functionality, products, or other deliverables after delivery. Bounties are different from prizes, because prizes are awarded to people who deliver value spontaneously, whereas bounties are awarded to people who deliver value that is specifically requested by MGRC.
  • Invest in projects that directly support, or are adjacent to the Zcash ecosystem. Specifically, MGRC (or the underlying entity, initially the ZF) should be able to take equity positions on the cap tables of these companies, and rather than just “give money away” (as it does with grants), receive a return on these investments. These investments should be used to meaningfully extend the effectiveness of the MGRC beyond the life of the four year dev fund defined in ZIP 1014.

But wait, can a non profit organization make investments? Absolutely. It’s standard operating procedure for non profit foundations to invest a non trivial portion of their assets, and to use this interest income, or return on investment, to continue to write grants and carry out its mission in perpetuity. An example of a non profit organization that uses this strategy to carry out its mission is HHMI, the second wealthiest philanthropic organization in the US. HHMI has an endowment of $22.6B, and spends about $825M per year on biomedical research. An example of this paradigm from the cryptocurrency industry is the Celo Foundation. The Celo Foundation is in the process of expanding its Board of Directors. Notably, the Celo Foundation is itself a limited partner in the Celo Ecosystem Venture Fund. Quoting from the Celo blog:

From time to time, the [Celo] Foundation will directly invest in ventures that align with the Foundation’s mission. The Foundation is also a LP in the Polychain Celo Ecosystem Venture Fund, which provides seed funding to companies in the Celo ecosystem.

My point here is that MGRC needs to think bigger than just grants. The community is trusting MGRC with a material amount of funds over the next four years, and it’s incumbent upon the elected MGRC members to figure out a way not only to allocate those funds near term to benefit Zcash, but also to invest a portion of those funds in such a way that MGRC can continue to provide funding for Zcash long after the dev fund expires.

14 Likes

imo, would be a huge waste if MGRC just sat back and waited for proposals to analyze. think MGRC should operate as the venture capital arm of the zcash ecosystem. believe MGRC should even be capable of buying existing services that aren’t obviously closely adjacent to zcash, but could increase ZEC’s user base/velocity.

8 Likes

i appreciate that zooko is not unaware of the enthusiasm of the exchange price, and that MGRC is a marketable aspect of our community, but i think going the route of allowing zips to bend to influx of short term price takers is generally a bad idea.

i would like to see the as-written zip stuck to plan. let’s not play with it too much, else we might go blind.

3 Likes

Why is this discussion happening now? Shouldn’t this be done a while ago while dev fund discussion was happening?

IIUC, major grants dev fund is supposed help fund larger & long term initiatives & teams that makes zcash easy to use, make it more private & get user adoption etc.

This is not the original purpose of MGRC. There is a whole new conversation to be made, requires modification of dev fund ZIP.

100%

I don’t recall who mentioned (probably @alchemydc) but MGRC and/or ZF can/will reach out & motivate smart teams who BUIDL to make proposals & build (open-source) products/software etc for Zcash.

3 Likes

I hate to repeat myself but this is not part of ZIP 1014. FYI I’m not against this completely but we don’t have time to consider this seriously to get community’s approval.

Can ZF do this already instead of MGRC?

3 Likes