Proposal: Grant program and purpose-bound funding - #270
Conversation
Perhaps not all listed, but: - Changed profit -> income - Linked to foundation by-laws for purpose quote - Changed "Well-known community members receive grants" -> "Confidence in the team being able to deliver by showing previous evidence of that" - Clarified that companies can be the recipient of funds for contributors, but contributors are individuals (or teams of multiple) - Also have an email address as alternative to the contact form - Also send team initiatives to interested companies, not just grants, for feedback phase - Evaluators get paid 5% of milestones, are required to submit evaluation report - Clarify that any necessary grant proposal PMs are part of the grant budget itself - Clarify that spending on grant evaluators and grant improvements does not come from ear-marked funds - SC decides which grant proposals are accepted - Make it possible to only return part of initiative funding if not all could be allocated to the dedicated purpose
Don't have time to list everything, but mostly minor changes - Don't imply this is only for "major improvements", change to "Nix ecosystem improvements" - Clarify that funding is not limited to official projects
Minorly revised with @infinisil
fricklerhandwerk
left a comment
There was a problem hiding this comment.
I think this is a very good idea overall, and the rough structure seems sound. It's a miniature version of what the European Commission does. If the costs and benefits of doing such a thing are well understood, this can be a good mechanism for coordinating action that would otherwise not happen.
The only thing I'd caution against is assuming that the capacity to operate such a scheme will magically appear out of the blue. This needs considerable up-front investment from everyone involved, and quite a bit of time for building experience and routines, including those to trust and delegate and exercise the control mechanisms outlined here. What may help bootstrapping it is managing expectations with all parties: Initially we can expect that sponsors won't get a good bang for their buck, implementors and reviewers won't get good rates, organisers will do serious work on their free time, balls will get dropped, and there won't be too many exciting success stories for the general audience of users or maintainers. But that's how things go and will be fine if it's approached as a learning process aimed at getting it right eventually.
|
|
||
| - The board/SC trusts the evaluators to do the evaluation properly | ||
| - Evaluators are required to submit an evaluation report including deliverables, evaluation notes and approval decision | ||
| - Evaluators get 5% of the milestone amount |
There was a problem hiding this comment.
This section underspecifies how and when evaluators are appointed. Not saying you need to nail it down now, but since evaluation (or call it "review") is a well-known and somewhat well-understood bottleneck on delivery, it probably needs to be planned ahead of time. I'd even say it needs to be priced right into the original proposal. Which is why it sticks out to me that you fix the review overhead by fiat; I argue this will be highly domain- or even case-specific, because reviewer qualification and time isn't fungible.
There was a problem hiding this comment.
That commit does not address my comment. What you get by a low flat review fee is likely no reviewers or useless reviews. What I meant by "price it into the proposal" is that a proposal should allocate the cost of reviews, which will be domain-specific and highly dependent on who's involved in the first place. Imagine: I propose to add a non-trivial feature to Nix, and maintainers get 5% for review. This is how you make nothingburgers.
Conversely, if any interesting work can only be done with maintainer involvement anyway, why not just scrap the public competition and give the money to maintainers directly to have them figure out on their own?
cafkafk
left a comment
There was a problem hiding this comment.
I already gave feedback in the call yesterday, so I've approved it. I'd still like to see more teams feedback of course
| A grant wave is 3 months long, comprised of two phases, and executed by the board or someone delegated: | ||
|
|
||
| - Wave start: Widely announce the new wave, including: | ||
| - Decided by the board: how much funds (and how they're ear-marked, if at all) are available to be allocated. This generally includes part of the income and ear-marked funds. |
There was a problem hiding this comment.
I think it would be better not to use "decided" with the board. Maybe "calculated" or "tabulated"?
lisanna-dettwyler
left a comment
There was a problem hiding this comment.
Nothing especially stands out to me as problematic, but I think @fricklerhandwerk made excellent points.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
|
@fricklerhandwerk @SomeoneSerge Thanks for the feedback, we'll consider it for the next revision. To leave more room for other people I'd like to request you continue your discussion among yourself in an out-of-band channel for now. |
Address feedback that: - 5% evaluator overhead would take away from the already-small 10% management overhead for initiative funding, and would eat into foundation reserves when there's no initiative funding at all. - Make it more explicit and realistic how evaluators are appointed - Internally budget an extra 5% for evaluator funding - This means there's less available for the grant proposals themselves - Propogate 5% overhead to initiative funding - Have a list of trusted evaluators decided by SC - Board assigns evaluator from the list
The main points we need to preserve is that teams can one person, and that we need a dedicated contact person.
- Rename it to purpose-bound funding, less confusion with team initiatives - Add an extra 20% maintenance overhead for purpose-bound funding for grants only, to encourage funding team initiatives - Wording improvements
- Encourage direct contracts - Add to the motivation reasons for not having direct contracts - Make it clearer that purpose-bound funding from companies for the grant program or team inititatives is not a donation
tomberek
left a comment
There was a problem hiding this comment.
Looks good, just would like to balance out the criteria with positive reasons as well.
|
|
||
| ([source](https://excalidraw.com/#json=ibw0fNwkkGuL1QGhAhVIx,cJ-7--yHQVGMEH3Wfcj08A), make sure to update the source link when changing anything) | ||
|
|
||
| ## SC evaluation criteria and process |
There was a problem hiding this comment.
Most of this section goes over reasons to reject; harms and their various categories. Recommand having at least a section of reasons to accept; positive reasons about evaluating benefits of a proposal in terms of accomplishing the Foundation's goals or being in line with the Values.
Otherwise. Looks good overall!
There was a problem hiding this comment.
I’d think about it in terms of which criteria are actually useful for applicants and for the selection process.
From an applicant’s perspective, it helps to understand what would make an application ineligible or clearly out of scope. That avoids unnecessary effort, makes the process feel more approachable, and gives people a straightforward way to assess whether it makes sense to apply.
I would be more cautious about adding criteria for what a "good" application looks like. Once you start listing positive criteria, anything not on that list can easily be read as less relevant or less desirable, even if that was never the intention. This is a dynamic seen in hiring, for example, where people often self-select out when they do not see themselves reflected in the stated criteria.
Not having positive criteria gives the selection process more room to recognize strong applications on their own merits, including ones that may be good in ways we did not anticipate. The criteria here are useful as a way of defining the boundaries of the process, not as an exhaustive description of what we might value. I think a fuller discussion of what "good" can look like would be a separate document entirely and would be misplaced here.
|
Me and @Ra33it0 have now made a number of revisions based on the feedback so far. I encourage everybody to re-read the proposal in full, but a notable point is that we've strengthened the team initiatives concept in comparison to grant proposals: Purpose-bound funding for grant proposals now has an additional 20% maintenance and 5% evaluation charge (in addition to 10% for management), while purpose-bound funding for team initiatives only has the 10% for management. Furthermore, funding for team initiatives is encouraged to be recurring instead of one-time. In general I'd also like to point out that this proposal is not perfect, and will need changes over time. While we try to be as forward-looking as possible, at some point it's better to try something out and iterate on it with real-world data, instead of never getting it out of the discussion phase. |
|
This pull request has been mentioned on NixOS Discourse. There might be relevant details there: |
SomeoneSerge
left a comment
There was a problem hiding this comment.
I only briefly skimmed the document. I think I have the same principal question as before: what are some of the real-world efforts we're trying to accommodate here, so it's possible to evaluate the proposal against them?
| - Enable companies to finance Nix ecosystem improvements in a more streamlined and transparent way | ||
| - Enable contributors to get paid for working on Nix ecosystem improvements in a more streamlined way | ||
| - Provide a way to connect funding partners to contributing individuals, e.g. for when: | ||
| - Individuals don't want to be employed/contracted directly by a company, and don't want to be limited by receiving funding from only one company |
There was a problem hiding this comment.
Do such individuals exist? Why should the Foundation cater to such individuals, if there were any, instead of helping individuals to get direct contracts?
| - Enable contributors to get paid for working on Nix ecosystem improvements in a more streamlined way | ||
| - Provide a way to connect funding partners to contributing individuals, e.g. for when: | ||
| - Individuals don't want to be employed/contracted directly by a company, and don't want to be limited by receiving funding from only one company | ||
| - Companies don't want to employ/contract an individual directly, and want to provide funding in a more flexible way to multiple individuals |
There was a problem hiding this comment.
Why should the Foundation help companies avoid direct contracts or create hidden employment relationships?
| - Provide a way to connect funding partners to contributing individuals, e.g. for when: | ||
| - Individuals don't want to be employed/contracted directly by a company, and don't want to be limited by receiving funding from only one company | ||
| - Companies don't want to employ/contract an individual directly, and want to provide funding in a more flexible way to multiple individuals | ||
| - Companies want a trusted third-party to hold the funds until work is complete |
There was a problem hiding this comment.
Why should the Foundation help Companies in their anti-competition efforts?
| - Grant program: A way for contributors to propose ideas and get paid by the NixOS Foundation for delivering milestones. The funds can come from both general-purpose donations and purpose-bound funding. | ||
| - Purpose-bound funding: A way for companies to provide funding for specific grants proposals or team initiatives. | ||
|
|
||
| These programs should incorporate messaging to encourage contributing individuals to seek employment contracts or contracting agreements with funding partners. |
There was a problem hiding this comment.
| These programs should incorporate messaging to encourage contributing individuals to seek employment contracts or contracting agreements with funding partners. | |
| These programs should incorporate messaging to encourage contributing individuals to seek contracting agreements with funding partners. |
...but I can't claim I understood the intent of the paragraph in the first place
|
|
||
| Create a page on the website to explain this. | ||
|
|
||
| ### Proposal evaluation waves |
There was a problem hiding this comment.
Already asked in the previous round, but why "waves"? Why not a continuous call?
| ## Purpose-bound funding | ||
|
|
||
| - Establish a process for going into contracts with companies to supply funding for specific purposes, with a guarantee that part of the funding will be used for the stated purpose, and that what could not be used as such is repurposed according to the funder companies wishes. | ||
| - The minimum required funding is 1000 EUR (plus management/maintenance/evaluation budget, excl. VAT). |
There was a problem hiding this comment.
Please let's omit all numbers that aren't the order of
| Alternative title: Filling funding flow gaps | ||
|
|
||
| ## Motivation | ||
|
|
There was a problem hiding this comment.
| - Procure funding for experimental projects, fundamental research, and the "invisible work" that is otherwise hard to market. | |
| - Provide contributors and their projects with interim funding during sponsor search or bargaining periods. |
...here is one (and, fwiw, only) use-case for a "grant system" that I currently see. All of the work that is too removed from "profit-making" for the market to show interest in, maybe projects whose time hasn't come yet. Running a mainline kernel on nokia 3310 or whatever weird stuff Matthew does...
EDIT: added the 2nd, a variation of the 1st
| There are two inter-related parts to this proposal: | ||
|
|
||
| - Grant program: A way for contributors to propose ideas and get paid by the NixOS Foundation for delivering milestones. The funds can come from both general-purpose donations and purpose-bound funding. | ||
| - Purpose-bound funding: A way for companies to provide funding for specific grants proposals or team initiatives. |
There was a problem hiding this comment.
I'm getting the impression that "purpose-bound funding" is expected to be the main source of cash for the grant system, and I really hope that's not the case? Anything that is "purpose-bound" is probably clear-cut enough to be a commercial contract between for-profit entities, but then what the Foundation should do is collect a sort of a "tax" (no strings attached) from such commercial fees in exchange for facilitating such deals and helping companies and contributors connect...
There was a problem hiding this comment.
I agree that the focus should be for the foundation to provide a service to the community, if nothing else then merely to keep its non-profit status. It is easy to see such a scheme as a match making mechanism, but how is that not an agency?
| - Decided by the board: how much funds (and how they're ear-marked, if at all) are available to be allocated. This generally includes part of the income and ear-marked funds. | ||
| - In addition to the funding directly available to the grant proposals, internally an extra 5% is budgeted for grant evaluators | ||
| - Decided by the SC: The agenda that will be prioritised for this wave | ||
| - Proposal phase (1.5 months): Anybody can write a grant proposal by submitting a PR to a repository. |
There was a problem hiding this comment.
Should be possible to have private submissions until they're approved
| - Proposals should primarily include the team (1+ persons, 1 contact person) to do the work, the milestones, timeline, the amount needed and the recipient of the funds (must be a company, can be self-proprietorship) | ||
| - Proposals may also be for non-official projects | ||
| - Timelines can be arbitrarily long and have arbitrarily many milestones in them | ||
| - Teams and funding partners are encouraged to directly synchronise with each other about the scope of the work and grant amount. Ideally the team submits something to the grant program that the company then submits funding for using the purpose-bound funding mechanism |
There was a problem hiding this comment.
Ideally the team submits something to the grant program that the company then submits funding for using the purpose-bound funding mechanism
Something I'd very specifically recommend discouraging! On the very rare occasion of a "double coincidence of wishes", the Foundation should be helping the team create an upward pressure for the price instead of fixing it low...
|
|
||
| Alternative title: Filling funding flow gaps | ||
|
|
||
| ## Motivation |
There was a problem hiding this comment.
The following are goals, not motivations. The document doesn't state why these are goals to begin with.
|
|
||
| SC members record and own their reasoning for every decision, alongside the SC's unified reasoning, and may approve or decline on any of these grounds. The SC refines the criteria as it learns, including when a funded effort ends up harming the ecosystem, so the decisions that follow are sharper. | ||
|
|
||
| # Considerations |
There was a problem hiding this comment.
This document is missing measurable outcomes or success criteria, making it impossible to judge whether the stated goals were reached by the implementation.
In recent months, primarily the NixOS Foundation board members, me and @Ra33it0, have been drafting this proposal to fill some gaps in the NixOS Foundation's funding model. Note that this is not yet fully board or SC approved, which we'll need to get before this is implemented.
Brief summary
Motivation:
There are two inter-related parts to this proposal:
Current status
If we need to add more context behind individual parts, we'll add this on demand.