GregTheGreek
commented
5 years ago NOTE: I'm going AFK and will add to this further tomorrow.
I'm elaborating on a twitter thread as I think it adds useful context to this:
Basically, there exists a networking issue that needs to be solved.
Issue: How do we broadcast and validate that the actual values (above) are correct, while allowing for the values to be dynamic?
A few conditions:
- We assume that you can dynamically change the address that the funds want to be sent to.
- We assume you can dynamically change the % that you want to send
A barebones example:
In ETH1.x we could have the miner could sign a message (with their private key) stating the address to send to and the allocation amount. This could be stored in the extra_data field, and we could reserve a key for it, perhaps something like:
redirect: {
to: ....,
alloc: ....
}Where to is a valid eth address and alloc is a percentage of the block reward. The computation
could occur during the rewards portion in the clients. For example, in Geth I would assume we would do the calculations in the accumulateRewards() found in consensus/ethash/consensus.go. Reading out the extra_data field, validating the signature and then allocating rewards accordingly.
In Eth2.x we could follow a similar pattern although we need to further spec out how our messaging will look. I believe the recent Wire protocol should help with that.
Edit 1 - formatting. Edit 2 - Note at the top
zhous
owocki
bmann
corollari
expede
MadeofTin
jpitts
tissor
(Join the Inflation Funding Working Group)
ERC 1789 — Stable Funding for Open Source Maintainers
A Proposal for Inflation Funding for Protocol Maintenance
Table of Contents
Intro
Hi there.
My name is Kevin Owocki and I am a co-founder of Gitcoin. I am co-authoring this proposal to sustainability fund Ethereum Development with other members of the Ethereum community; In particular, @ameensol has been a very valuable co-author.
This ERC is a proposal to fund ongoing ecosystem stewardship with inflation funding. As a starting point, we propose that 20% of the issuance rewards (both transaction fees + block rewards) are allocated for ecosystem stewardship.
In this ERC, I will break down my argument into four basic sections:
My goal for this ERC is to establish a strong argument for (1). Stewardship is the most important driver of long-term value creation in the Ethereum space, and open source communities more broadly. Rewarding maintainers of Ethereum is critical. I am willing to die on this hill.
Sections (2) (3) (4) are arguments that are more loosely held, and serve to start the conversation. My goal for the ERC is to facilitate discussion on each of these topics.
Without further adieu,
1. Why ecosystem stewardship is important
I define ecosystem stewardship as:
Despite the tremendously large use of Open Source Software by companies around the world, Open Source Software has historically had a problem sustaining itself. Even though Open Source Software creates $400 billion in economic value yearly, there has not been a rational economic reason to work on open source software. There is more upside available in the private sector, working for high growth startups.
Because of the above reasons, 65% of Open Source Projects have only one or two maintainers. The foundation of our public digital infrastructure is being supported by benevolent billionaires at best, and in spare hours on nights and weekends at worst.
This is clearly not sustainable. In recent years, we have seen the symptoms of this problem,
Each of these symptoms are merely examples of the core problem of there not being enough funding and support for Open Source Software. The world gets open source software for free, and they take for granted that developers will keep it maintained.
If one projects these trends into the future, it is not easy to imagine a critical bug created in an important project. Will we wake up tomorrow and discover that a security hole destroyed billions of dollars in value? Will our most important repo's continue to have few developers who suffer from lack of funding?
Recent hope from the blockchain ecosystem
Recent innovation within blockchain protocols has provided a glimmer of hope for OSS maintainers and those interested in it's further development. Because open blockchain protocols commonly have native tokens (some worth billions of dollars), there is now more funding available for open source projects to build than ever before. This coincides with a tangible financial incentive to pay maintainers - if a maintainer builds valuable software, the value of the token they work on rises.
Specifically in Ethereum, there is millions of dollars of funding available from the ECF, the EF, and Consensys Grants. (Disclosure: I am an advisor to Consensys Grants). There are also prominent ICOs that have launched OSS Grant funds (Status Incubate, Aragon Nest). These organizations have a rational economic incentive to support Open Source:
2. Why ecosystem stewardship cannot be properly funded without inflation
Funding for core Ethereum infrastructure today should be:
While these ecosystem funds are great, the ECF, the EF, and Consensys Grants will not be around forever. While the financial holdings of each of these grant programs are not publicly available, it is clear they do not have infinite runway. It is surmised in the Ethereum community that while the Ethereum blockchain will be around for a very long time, the Ethereum Foundation does not plan to be around (at least in it's current iteration) 10+ years into the future.
More Details From The Community
It is worth noting that a few prominent members of the community have laid out their vision for how long, and within what scope, innovation should happen in Ethereum.
From Lane Rettig:
Per Vitalik Buterin:
I believe that the upcoming innovation in the Ethereum ecosystem will be measured in decades, not months or years. This timeline is significantly longer than the runway that the funding from the aforementioned Grants programs provides.
Exhausting other options beyond inflation-funding
For these reasons, it is incumbent upon us as a community to find new and sustainable ways to fund Open Source Software.
I have a unique purview on this problem, having spent the better part of the last two years focusing on Gitcoin’s Mission, to Grow & Sustain Open Source.
Did you know that there is a movement happening in the broader Open Source ecosystem, called SustainOSS? There is a broad collection of Open Source sustainability mechanisms that the SustainOSS community has put together. From Nadia Eghbal’s Lemonade Stand, they are:
I have discussed these mechanisms in large part on this post. TLDR: How do we solve the burnout loop for software developers in OSS? We we think sustainability options which meet the following criteria are the only options:
Unfortunately, many of the tried and true funding mechanisms won’t work at ETH-Scale.
We at Gitcoin have spent the last two years traversing the cartography of funding options for Open Source Software, and we keep on coming back to one place.
The one and only place to achieve sustainable funding that has the following characteristics is inflation funding.
These three characteristics represent a necessity in meeting the motivational needs of developers. It fundamentally recognizes the reality that people will not dedicate nights and weekends to Ethereum forever, and we want to bring full time developers into the space on an ongoing basis.
While the mechanics of inflation funding are up for conversation as this ERC unfolds, we feel strongly it is the right mechanism to ensure alignment of incentives for maintainers of Ethereum infrastructure. It simultaneously serves as an example to other open source platforms on the value of the mechanism.
3. Administration of funds
There are many avenues on administration of funds received through inflation funding. We will add some of these for discussion, to add color to ways the 20% block reward can be appropriately allocated.
We think it makes sense to consider the following two paths as we explore this problem: A. What is the optimal long-term solution? B. What is the first thing we can put to the test?
We suspect that while there will be some overlap between the two groups, they will require very different methodologies. The first is more theoretical while the second is more experimental. A fine place to start, in our view, would be adding support for collecting block rewards to each client, with a parameter that could be set, controlling the portion of the reward to be captured (and the beneficiary). This mechanism would be initially set to 0%, and could be edited via some on-chain mechanism or via a hard fork. The hard fork option is safer and probably less controversial since the on-chain option raises tons of questions around keys and governance.
It's worth mentioning why this isn't being proposed for something like Bitcoin. Bitcoin is intended to stay the same, while Ethereum is intended to evolve. Part of the reason this ERC makes more sense now than it did last year is because Ethereum's evolution is accelerating in the presence of other smart contract platforms. I suspect it will take 1-2 years at least to ramp up to 20% inflation rewards to stewardship, but as the EF fades and the ecosystem grows more competitive the community will increasingly see the logic of this action. I just hope it isn't too late by that point, which I why I think it's great timing that you're starting this discussion now.
This being said, administration of funds should be considered a ongoing topic of discussion, outside of the main topic of the ERC - securing 20% of block rewards for maintainers of Ethereum.
In practice, we recommend adding support for collecting block rewards to each client, with a parameter that could be set, possibly via some on-chain mechanism, controlling the portion of the reward to be captured (and the beneficiary). Initially the parameter would be set to zero, but adopting the ERC and implementing the code is making a credible commitment to the community that if another solution isn't found, and a reasonable amount of funds collected by some point in time, then we will "turn on the faucet" and begin collecting block rewards.
Criteria for Administration of Funds
We propose these criteria when evaluating
Existing models
Consensys Grants, the ECF, and the EF have been deploying capital to help accelerate the space, and we should take best practices and learnings from those teams, and apply them in whichever model we choose. In the short to medium term, we imagine these programs would receive a yearly budget via block rewards, upon which there would be transparent reporting around which projects those funds support and the reasoning.
DAO-based models
In the spirit of decentralization, I believe that administration of funds from inflation funding should be administered via DAOs that are accountable to the community, and to their participants.
In making this proposal, I would like to first acknowledge the long road we’ve got ahead of us when it comes to DAO research and development, especially with respect to this use case. In the spirit of decentralization and trustless technology, we are not used to giving a lot of discretion to actors to administer funds and deploy capital. Many of the protocol maintenance, development, and design tasks that need to be done require abstract thinking, vision, and strong execution. Thereby, it will be important to design a DAO which both simultaneously holds itself accountable, but also has the capacity for abstract, thoughtful consideration of funding proposals.
One promising advancement for DAOs in this space is the recent mainnet launch of MolochDAO. Moloch operates through the submission, voting on, and processing of a series of membership proposals. I am looking forward to the results form the first MolochDAO experiments, and I am cautiously optimistic that Moloch could be forked and adjusted for the purposes of this ERC.
Another promising project that is administering funds to support Open Source Software Development is Gitcoin Grants. (Full Disclosure: I am a founder of Gitcoin). We recently ran an experiment in CLR Funding for Open Source Software and raised $50k for ETH 2.0 projects in the first round. Details here.
We should also note that Open Collective has pioneered, in many ways, what an organization that is transparent by design, would look like.
I am looking for collaborators who are knowledgeable about DAOs. Please see the “Get Involved” section below.
4. Other ideas and tuning of parameters
This proposal is based in part upon the funding model for the ZCash Foundation, in which “80% of the newly created ZEC will go to the miners, and 20% ZEC to the founders.” As we design a system for the Ethereum community to consider, I believe there is much to be learned from the ZCash model.
As mentioned in the introduction, my goal for this ERC is to establish a strong argument for (1). OSS Stewardship is the most important driver of long term driver of value creation in the space. I am willing to die on this hill.
Sections (2) (3) (4) are arguments that are more loosely held. My goal for the ERC is to facilitate discussion on each of these topics. In particular, I’m interested in hearing the community debate various mechanisms for supporting OSS in the Ethereum space.
Off the top of my head, here are some variables we can tune: (this list is not exhaustive)
What inflation funding rate is correct?
Team Gitcoin has started to model what we think the correct amount of inflation funding is. Here is a snapshot:
As you can see, if this ERC is successful and 20% of the block rewards go to developers, then $98mm / year will be distributed to developers. According to our models, this is $43k per dApp, $196 per developer in the space.
We look forward to revising this model with the help of the Ethereum community.
One consideration that we advise the community to take into account is, that because Ethereum is so vast, it's going to take a long time to get widespread buy-in for inflation funding stewardship at all so it might as well be large enough that it's worth the coordination cost to even talk about. Miners are getting ~$500M/y at these prices so even 1% is $5M over the course of a year. Starting with 0.1% ($500K) seems like a waste of time, maybe 1% is the minimum. You could pay ~33 devs $150k/y with that.
Storage rent
It is possible that we could fund parts of the ETH community OSS dev via inflation, as discussed on EthMagicians.
Dynamic provisioning of fees
One interesting idea that was shared with me last night by a prominent member of the space is that, when the community releases a new fork (Byzantium to Constantinople for example), they could scope the next fork, and dynamically allocate a different percentage fee based upon the scope of the next fork and the consensus for said fork.
Counter-arguments
In forming this proposal, I did my best to anticipate possible counter-arguments. Here is the output from that process.
This proposal reduces miner incentive to secure the chain
I anticipate this proposal will generate a fair amount of pushback from miners, and possibly stakers. A miner has a rational economic incentive to argue that, without 100% of the issuance rewards, they are not properly incentivized to secure the blockchain.
Before addressing this argument, I would like to acknowledge that I have worn both hats in my career. I have been both a miner and a developer over the last several years. I have deep empathy for both parties, and believe that there is a rational economic that increases the size of the pie for both parties.
My counter-argument to this point is that this proposal will increase the size of the value of the Ethereum ecosystem sufficiently that miners will actually make more profit in the long-term by securing a better, more sustainable ecosystem. By ensuring that the best and the brightest in the ecosystem can work in the Ethereum ecosystem on important maintenance and protocol tasks, we will
1) avoid critical security issues whose fallout could destroy billions of $$$ in market cap overnight. 2) increase the likelihood of the next “unicorn” being created on the Ethereum stack, thus increasing the value of the entire Ethereum ecosystem.
One interesting thing to note when it comes to miners paying software developers, there is a precedent: proprietary miners (like Claymore) that give 1-3% of the mining rewards to the developers of the mining software.
HODLers
There is a counter-argument that developers who HODL ETH have enough of an incentive to maintain the protocol. I believe that this argument is naive, for the following reasons:
In Conclusion
This ERC is a proposal to create sustainable funding for projects in the Ethereum commons.
This proposal funds ongoing ecosystem stewardship with inflation funding. As a starting point, I propose that 20% of the issuance rewards (both tx fees + block rewards) are distributed to the stewards of the Ethereum ecosystem.
In this ERC, I broke down my argument into four basic sections.
My goal for this ERC is to establish a strong argument for (1). Stewardship is the most important driver of long-term driver of value creation in the space. I am willing to die on this hill.
Sections (2) (3) (4) are arguments that are more loosely held. My goal for the ERC is to facilitate discussion on each of these topics.
Get Involved
To get involved in the working group for this ERC, please comment on this thread or engage with the project board here.
There is also a telegram group for the inflation funding working group.
I am particularly looking for collaborators who:
Special Thanks to Nick Miller, Jeff Scott Word, Ameen Soleimani, Dan Lipert, Scott Moore, Vivek Singh, and XYZ who reviewed this ERC before it was submitted
We are standing on the shoulders of Giants. In particular, this ERC was inspired by thoughts from Fred Ehrsam, Luke Duncan, Spencer Noon, Vivek Singh, Jorge Izquierdo and others
Further Reading
We recommend the following writing for further exploration of this topic: