KPI based incentives
No vesting - what’s the point of forcing UNI to be held for something like this? If they were Uniswap contributors, that would make sense to incentivize longer term value accrual, but seeing as this is paid to Ethereum core dev contributors, just kill the vesting structure. It’s just forced annoyance that is becoming too commonplace where it doesn’t necessarily make sense.
Somewhat related: The Uniswap community needs to see items like this as mechanisms to support the fee switch. Value accrual to UNI via fees, which will largely be ETH denominated, can then be used for contributions like this - better aligning incentives by paying in ETH. Would also make it such that the fees are not purely value extractive from LPs, as it goes to broader contributions like this.
Hello! Thanks for writing this proposal. I’m generally in favor of the idea of funding infrastructure that Uniswap depends on and 500k UNI seems like a reasonable sum.
However, I’d love to see what detail on what Protocol Guild expects to accomplish using this grant. While I don’t think committing to specific KPI is necessary, as @klinko suggested, as measuring research and engineering output can be difficult , having a set of goals outlined will help the Uniswap DAO assess whether this grant was well-spent later, and make further funding down the line easier as there will be a track record of execution.
Thanks for sharing your thoughts! Will share mine on some of the pushbacks:
I don’t think it’s right for Protocol Guild to have specific incentives tied into funding, otherwise it can very quickly turn into the “Protocol Bribe Guild”, which we definitely want to avoid ! I think the “deliverable” you can expect is that client developers and researchers keep focusing on having Ethereum be the best base layer possible for Uniswap and other applications.
Agreed 1Y isn’t a huge vesting period. That said, we do want to start with a shorter trial because the Guild is new and we want to dry-run things like adding/removing folks, testing smart contract infrastructure, etc. over a long-but-not-super-long period. Hopefully that informs a V2 version of PG which can target longer duration (and hopefully larger/recurring) donations.
I think this also goes back to trialing the mechanism: if the next iteration of the Guild had, say, 4Y vesting, we want to make sure the process works as expected with just a 1Y vest. Similarly, a vesting structure allows PG to get the funds from DAOs up front rather than, say, coming back every N months with another governance proposal.
Very fair, you can see what we aim to accomplish with the Guild pilot in the docs (linked in the original post, can’t include links in my reply, sorry!) under 5.3 Documenting Outcomes. As for “what will members of the guild deliver”, I’ll repeat myself from above:
I think the “deliverable” you can expect is that client developers and researchers keep focusing on having Ethereum be the best base layer possible for Uniswap and other applications.
Good points. @yitong I think you’re right in the difficulty to measure research and engineering, making KPI based incentives difficult. @timbeiko as it relates to vesting, I think an eventual 4y schedule may be difficult if denominated in the initial token - UNI in this case. I think a quicker conversion to either ETH or stables - or a mix - would still be fair, with then PG handling distribution over those 4 years. Perhaps a minor nuance but volatility should ideally be minimized while also targeting upside incentives, say via a 50/50 ETH & USD split. IMO, liquidity is deep enough and volume is high enough where even as a UNI holder I feel this would be fair
One thing I’d like to clarify: a design goal of the Protocol Guild is to provide protocol contributors with exposure to a basked of tokens from Ethereum projects. In this case, volatility is a feature and not a bug
The reason is that “base compensation” isn’t the thing we are trying to fix with PG. What we want to provide to guild members is “potential upside in the best Ethereum projects”, because that is what individuals forgo by working on the protocol instead of application layer. So, unless there is a reason for why a non-UNI grant is better for the Uniswap treasury, UNI-denominated works best for us !
Hi Tim and Trent,
As you know, Uniswap has supported similar initiatives in the past. Other Internet is happy to endorse this initiative and we’d be pleased to see other protocols share upside with the Protocol Guild.
You mention that this is a “trial” and that further iterations will have a longer vesting period. Can you maybe just say more about how you evaluate success or failure of the trial?
PG members take a similar approach to designing and operating this project as we do with the core Ethereum protocol: long-term thinking, adversarial frameworks, and adaptivity (more here on Anticipated Concerns). We want PG to be around as long as it’s producing useful outcomes for the Ethereum protocol: a key part of that process is actively listening for and digesting feedback inputs.
We’ve started with the collective perspective that this first Pilot design will need some tuning. This can be related to a changing external context: eg. should vesting timelines take broader market dynamics into account? Or internal to the mechanism: what ways have we misunderstood the effects of incentives, what do sponsors need, how should members better curate?
In the near term, we have adopted an active stance of continuous adjustments to improve PG while we move deeper into the Pilot: improving documentation, resources for members, and better transparency.
Longer term, we’ve committed to publicly evaluating Pilot outcomes here. These prompts will be updated over time as we start to hear back from participants - both members and sponsors. We’re happy to take additional suggestions for what to track! Our learnings will be published and incorporated into PG before the launch of the next iteration of the project.
Thanks for the support, we are honored by the thoughtful consideration the Uniswap community has given us so far
I am supportive of this, as I think it is indeed for long-term Ethereum common/public good, on which Uniswap has been built initially and will continue to benefit from.
One thing that would help me (and hopefully others) to somewhat quantitatively contextualise the funding amount would be some estimated stats of how much (USD $ equiv) Guild members will get, from this ~$2.5M? For example, assuming ~110 members remain unchanged within the year, and they all continue with their current contribution trajectory, what does the estimated cumulative distribution plot (from $0 at contributor 0, up to cumulative $2.5M at contributor 110) look like, what are the quantile reward $ values, etc.?
Thank you for this, and thank you all for your contributions!
I support this proposal as Uniswaps ongoing ability to be a censorship-resistant and open to all application depends on the ethereum base layer to have and maintain these same properties. A large and varied group of core contributors (which should ideally be funded in part by a diverse community and not only a limited number of institutions) is essential for that. It seems like the protocol guild is trying to accomplish that.
Some questions: Have the multisig-owners been chosen yet (from what I understand they will be trusted community members)?
Why isn’t the nimbus team part of the Members List?
Great question! We compute Split Weight as SQRT(( eligibleMonths - monthsOnBreak ) * timeWeighting ). Read more about weighting in the Protocol Guild here.
As for the rest of your question, see images below and data here: Comparing UNI allocations at the beginning and the end of the PG Pilot. One of the nice aspects I’ve highlighted in the graphs re: retroactive time-based weighting is that even over a relatively short period of 12 months, we can already start to see the distribution start to normalize across contributors. Let me know if these answer your questions! (wasn’t sure how you meant to visualize quantiles feel free to DM on twitter or tg and we can discuss). As you noted, this will be updated quarterly, so members will see the benefits of rebalancing occuring after 3 months instead of 12.
Appreciate the comment, but we’re not comfortable bundling an orthogonal proposal with this one. If in the future the community decides to implement a fee switch to realize returns to UNI holders, we would be more than happy to revisit this discussion to continue this budding collaboration.
Further, this doesn’t introduce any new supply of UNI, only distributes a very small % of the existing treasury.
Thanks for taking time to respond - we’re on the same page regarding core protocol Public Goods and the community funding them!
The 6/10 multisig we are using has already been deployed, read more about the assumptions associated with it here. For privacy and security reasons the signers are not publicly shared. In the future, we’d like to move to a more trustless and transparent model that can take membership inputs (addresses & weights) from any Guild member.
Blockchain@Columbia voted yes to the recent temperature check for the Protocol Guild Pilot Program. We think it’s a significant initiative, and, as it 's a pilot, we wanted to offer further discussion from our Uniswap Protocol lead @jason_of_cs.
Looking forward to any commentary!
We believe that the PG proposal offers the potential to support –and further incentivize– essential Public Goods’ development, in the form of providing funding for the base protocol development of Ethereum. In this regard, and particularly due to the apparent reduction of the upside intertwined with the decreasing block reward, economically incentivizing the development of the core Ethereum development in a decentralized way is a particularly good idea. We would, however, like to emphasize that some further thought into the funding methodology for that purpose is necessary; in particular, we think that providing Protocol Guild with a diversified portfolio of application-layer assets –and more so, specifically used for governance– might not be the right way to fund such an initiative in the long term. First, having a diverse pool of governance tokens from more than some very small number of protocols may denigrate the quality of governance on those individual protocols (of which Uniswap is the example in point) since any one single contributor cannot possibly keep track of and meaningfully participate in a lot of governance forums at once. The meaning of providing governance tokens is exactly to primarily exercise governance (and not to be utilized as a financial incentive), therefore we think that there is little point to providing a diversified pool of governance tokens. Secondly, with a diversified pool providing upside to “a lot of” application-level assets, it may be the case that the provided upside is too much of a financial incentive in the long run; the parallel drawn to the financial motives being higher to contribute in an application-layer project is countered by the fact that it is objectively not possible to join/contribute to, say, 10 projects at the same time: one has to choose at most 1-2 desirable projects. At the same time, with a diversified pool providing diversified access to application-layer protocols, it is possible to get significant upside on all/most/many of them, something that as shown above, would be impossible to get through dev contribution alone. Thus, it is a realistic long-term risk that having more than a handful of application-layer sponsors participating on PG would over-incentivize; and one of the core reasons that someone might imagine this being undesirable is that it is reasonable to assume that some large percentage of the innovation for which economic upside on application-layer development is provided for (say, 75%? more? quantifying this is not really the point) is specific to application-layer innovation, and does not have to do in any –indirect, of course– way with the core/base development that we are trying to incentivize. All in all, we would really like the protocol’s participants, the application-layer sponsors, and other involved actors to carefully deliberate the related points further, since it is of significance to the long-term success of this greatly beneficial for the community initiative.
Stopping by to provide a quick update on the Protocol Guild, a new public goods funding mechanism that was launched with your backing, as we’re currently 6 months into our 1-year pilot.
In case you need a reminder, the Protocol Guild aims to enable a decentralized and sustainable funding mechanism for Ethereum’s core protocol development. It creates an easy and effective way for anyone to donate funds to a single address, which gets vested over time to active core protocol contributors. Over the long term we hope to see Ethereum’s ecosystem and community band together to normalize donating a portion of treasuries / revenues to this mechanism, to secure the future of Ethereum’s core development work.
Uniswap was a trailblazer in this regard, generously donating 500k UNI tokens, worth $2.7m a the time, back in July. Thank you again for your support!
Here’s where we’re at since launching:
$10 million raised to date from 3.8k donations (185 unique donors)
$5m has been distributed to 128 members (up from 90 to start), on average $39k per member
Work is currently underway for the Guild to adopt Moloch v3 tooling and allow consolidation of L2 donations
Our next fundraising push will target raising $100m over four years, from the end of the pilot (May ‘23)
I’ve shared a few links below if you’d like to read more about this, and of course happy to also field any questions here - wishing everyone a happy holidays