You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Although we are accepting applications now, the program will not begin funding round 2 until Q2 2023.
29
+
Cohort 2 Applications are now being reviewed!
31
30
32
31
As part of our commitment to always improving the Mintbase + NEAR ecosystem, we offer a comprehensive grants program focused on funding software development and research efforts related to NEAR protocol NFT infrastructure, **Mintbase, [MintbaseJS](https://github.com/Mintbase/mintbase-js) and our [GraphQL Indexer API](https://docs.mintbase.io/dev/getting-started)**.
33
32
@@ -38,7 +37,7 @@ As part of our commitment to always improving the Mintbase + NEAR ecosystem, we
38
37
39
38
Anyone is welcome to apply for a grant. Projects funded through our programs are broad in scope, but our focus lies on strong **technical** projects that add value to the ecosystem.
40
39
41
-
Projects are be more likely to be accepted if:
40
+
Projects are more likely to be accepted if:
42
41
43
42
- Your application is **rich in technical details** and well-defined.
44
43
- It presents a **well-researched** or tested concept, for which you are able to show some prior work.
@@ -51,29 +50,30 @@ Additionally, projects **must** fulfill the following requirements:
51
50
- All code produced as part of a grant must be **open-sourced**, and it must also not rely on closed-source software for full functionality. We prefer Apache 2.0 but GPLv3, MIT or Unlicense are also acceptable.
52
51
- Projects may not encourage gambling or illicit activity in any shape or form.
53
52
- Projects cannot have been part of a successful token sale.
54
-
- Teams must finish projects that have been awarded a grant before being considred for another.
53
+
- Teams must finish projects that have been awarded a grant before being considered for another.
55
54
56
55
57
56
In addition to the information provided on your application, note that your project will need to comply with our [Guidelines for Milestone Deliverables](docs/milestone-deliverables-guidelines.md). In particular, we require all projects to create documentation that explains how their project works. At a minimum, _written_ documentation is required for funding. Tutorials and videos are also helpful to understand your project goals and use cases.
58
57
59
58
Please also observe our [Announcement Guidelines](docs/announcement-guidelines.md) for grant-related communications.
60
59
61
-
Finally, we take licensing and the right of all teams in and outside the ecosystem to be recognised for their work very seriously. Using others' work with no attribution or indication that this was not your own work as part of a milestone delivery **will lead to immediate termination**. Please reach out to us before submitting if you have any doubts on how to comply with a specific license and we'll be happy to help.
60
+
Finally, we take licensing and the right of all teams in and outside the ecosystem to be recognized for their work very seriously. Using others' work with no attribution or indication that this was not your own work as part of a milestone delivery **will lead to immediate termination**. Please reach out to us before submitting if you have any doubts on how to comply with a specific license and we'll be happy to help.
62
61
63
62
We also try to enforce our [code of conduct](CODE_OF_CONDUCT.md) and reserve the right to [block users](https://github.blog/2016-04-04-organizations-can-now-block-abusive-users/) if necessary.
64
63
65
64
### Project Ideas
65
+
66
66
Not sure where to start? Take a look at [this list of ideas](https://docs.mintbase.io/dev/build-ideas).
67
67
68
68
[Requests For Proposals](rfps) (RFPs) represent concrete ideas for projects that we would like to see implemented. Several teams may apply for the same RFP, so even if another team has already applied to implement a certain RFP, we invite you to do the same if you're interested.
69
69
70
-
Finally, you don't need to start your own project in order to be eligible for a grant. Instead, some teams choose to port existing work to Mintbase, where the pertinent licenses allow, or even to contribute to an existing open-source project. In the latter case, you should check in advance that the maintainers of the projectare interested in your contribution, and the acceptance of the milestones will generally be tied to the inclusion of your work in said project. See the [Maintenance Grants section](#hammer_and_wrench-maintenance-grants) for more info.
70
+
Finally, you don't need to start your own project in order to be eligible for a grant. Instead, some teams choose to port existing work to Mintbase, where the pertinent licenses allow, or even to contribute to an existing open-source project. In the latter case, you should check in advance that the project's maintainers are interested in your contribution, and the acceptance of the milestones will generally be tied to the inclusion of your work in said project.
If you would like feedback on your project idea, feel free to contact us on [telegram](https://t.me/mintgrants)
73
73
74
74
### Support
75
75
76
-
The scope of our Grants Programs consists of funding and feedback on delivered milestones. This means that we do not provide hands-on support as part of a grant, but if you face specific issues during development, we will do our best and try to direct you to the correct resources. You can find general documentation and more information on Mintbase on the [Mintbase Developer Hub](https://docs.mintbase.io/getting-started), and we encourage you to join the [community](https://t.me/mintdev) in order to get help with specific issues and stay up to date with the most recent developments.
76
+
The scope of our Grants Program consists of funding and feedback on delivered milestones. This means that we do not provide hands-on support as part of a grant, but if you face specific issues during development, we will do our best and try to direct you to the correct resources. You can find general documentation and more information on Mintbase on the [Mintbase Developer Hub](https://docs.mintbase.io/getting-started), and we encourage you to join the [community](https://t.me/mintdev) in order to get help with specific issues and stay up to date with the most recent developments.
77
77
78
78
For questions about the grants program itself, see our [FAQ](docs/faq.md#frequently-asked-questions).
79
79
@@ -90,8 +90,8 @@ In cases where a niche expert opinion is desirable, one of the committee members
90
90
-[Luís Freitas](https://github.com/microchipgnu)
91
91
-[Ben Ipsen](https://github.com/cif)
92
92
-[Nate Geier](https://github.com/nategeier)
93
-
-[Maria](https://github.com/mariamneu)
94
-
-[Regina](https://github.com/reginamintbase)
93
+
-[Paul Kuveke](https://github.com/paul-kuveke)
94
+
-Luis Infante
95
95
-[Carolin](https://github.com/caromintbase)
96
96
-[Marcelo](https://github.com/marcelomintbase)
97
97
@@ -106,25 +106,22 @@ USD equivalent payments are made in NEAR.
106
106
-**Target:** Individuals & small teams
107
107
-**Amount:** Up to $10,000
108
108
-**Requirements:** 2 approvals
109
-
-**Benefits:** Feedback during application process and evaluation, introduction to related teams/projects
110
109
111
110
### :baby_chick: Level 2<!-- omit in toc -->
112
111
113
112
-**Target:** Small teams/start-ups
114
113
-**Amount:** Up to $50,000
115
114
-**Requirements:** 3 approvals and one pitch to Mintbase Council
116
-
-**Benefits:** All of the above + [co-promotion](./docs/announcement-guidelines.md#announcement-guidelines)
117
115
118
116
### :rooster: Level 3<!-- omit in toc -->
119
117
120
118
-**Target:** Companies/foundations with a proven track record
-**Benefits:** All of the above + VC introductions
124
121
125
122
## :pencil: Process
126
123
127
-
> **:loudspeaker:** The application process is the same regardless of the [level](#level_slider-levels) being appplied for.
124
+
> **:loudspeaker:** The application process is the same regardless of the [level](#level_slider-levels) being applied for. For ideas please refer to approved submissions from the previous year.
128
125
129
126
### 1. Application
130
127
@@ -141,12 +138,13 @@ USD equivalent payments are made in NEAR.
141
138
1. The team can (and usually does) issue comments and request changes on the pull request.
142
139
2. Clarifications and amendments made in the comments _need to be included in the application_. You may address feedback by directly modifying your application and leaving a comment once you're done. Generally, if you don't reply within 2 weeks, the application will be closed due to inactivity, but you're always free to reopen it as long as it hasn't been rejected.
143
140
3. When all requested changes are addressed and the terms and conditions have been signed, someone will mark your application as `ready for review` and share it internally with the rest of the committee.
144
-
4. The application will be accepted and merged as soon as it receives the required number of approvals (see [levels](#level_slider-levels)), or closed after two weeks of inactivity. Unless specified otherwise, the day on which it is accepted will be considered the starting date of the project, and will be used to estimate delivery dates.
141
+
4. The application will be accepted and merged as soon as it receives the required approvals (see [levels](#level_slider-levels)), or closed after a rejection vote. Unless specified otherwise, the day on which it is accepted will be considered the starting date of the project and will be used to estimate delivery dates.
145
142
146
143
### 3. Milestone Delivery and Payment
144
+
1. The mintbase team will create a telegram group with approved teams.
145
+
2. When you are ready to submit completion for a milestone, please open a PR on that adds submissions/your_project_milestone_YYYY-MM-DD.md. Use the submissions/delivery guidelines.md content as the template for your submission documentation.
146
+
3. Share a link to the PR in your private telegram group for review and further instructions on invoicing and receiving payment.
147
147
148
-
1. When you are ready to submit completion for a milestone, please open a PR on that adds `submissions/your_project_milestone_YYYY-MM-DD.md`. Use the [submissions/delivery guidelines.md](./submissions/delivery_guidelines.md) content as the template for your submission documentation.
149
-
2. Contact [[email protected]](mailto:[email protected]) with a link to the PR for review for further instructions on invoicing and receiving payment.
150
148
151
149
### Changes to a Grant after Approval
152
150
@@ -173,26 +171,6 @@ Ideas generally have better chances of being implemented if they're presented in
173
171
5. Once you're done, create a pull request. The pull request should only contain _one new file_—the Markdown file you created from the template.
174
172
6. You will see the same template as for creating an application. Please replace it with [this one](.github/PULL_REQUEST_TEMPLATE/rfp_pr_template.md).
175
173
176
-
## :hammer_and_wrench: Maintenance Grants
177
-
178
-
Maintenance Grants are yet another idea to get involved with the Mintbase community. If you are a user of an open-source library that has gone out of date, or you simply want to work on small new features/fix bugs in these repos, we can support your contributions via a grant. We are happy to award rolling grants on a monthly basis, as long as the work done within each time period is performed to a quality standard deemed satisfactory by the grant evaluators.
179
-
180
-
The process of applying for a Maintenance Grant is similar to what was already outlined above, but instead of defining very detailed deliverables for each milestone upfront, we will ask you to specify, where possible:
181
-
182
-
- The repo(s) that need maintenance
183
-
- Outline of why the specific project should continue being supported
184
-
- Broad overview of the features/bugs that need development contributions
185
-
- An assurance that the current project owners are willing to review/accept your contributions (a note here: if you're fully taking over the project, it would make more sense for the current owners to transfer the repository to your organisation. If you can't get in touch with them, you may, of course, work on a fork)
186
-
- Max budget per month
187
-
188
-
Then, at the end of each month, you will need to provide a comprehensive report of the work done, including the list of issues/bugs/pull requests worked on, time spent on each of these & finally the associated cost. It is quite likely that the time allocation & cost will vary from month to month, depending on the nature of the project you're contributing to. The delivery process and format should follow that of a typical [milestone delivery](./submissions/delivery_guidelines.md), as will the processing of the payment.
189
-
190
-
Please note that:
191
-
- Maintenance grants, as the name suggests, are meant to allow teams/individuals to maintain a certain project, and not to continue its development or implement larger features. Please use the traditional application process for this purpose.
192
-
- The 1-month timeframe is just a guideline. If you find it unsuitable for you or the chosen project for any reason, feel free to adjust as seen fit and point this out in your application.
193
-
- Please bear in mind that the Grants Committee might be stricter in accepting maintainers when compared to typical grants, mostly selecting for applicants with proven experience in the relevant tech stacks.
194
-
- Maintenance Grants are only awarded for fixed timeframes. The requested duration needs to be specified in the application.
195
-
196
174
## :bulb: Help
197
175
198
176
### Additional information
@@ -222,9 +200,9 @@ The treasury is a pot of on-chain funds collected through transaction fees, slas
222
200
223
201
### Hackathons
224
202
225
-
From time to time, Mintbase and/or NEAR organise hackathons to promote quick prototyping of Mintbase related ideas. We highly encourage you to participate in these hackathons. Bear in mind, however, that you cannot submit the **same work** for a hackathon and the Grants Program. If you have worked or are planning to work on a project for a hackathon, your grant application should either propose a different set of features or otherwise build on top of your hackathon work. The same applies in reverse, although that will likely be less common.
203
+
From time to time, Mintbase and/or NEAR organize hackathons to promote quick prototyping of Mintbase related ideas. We highly encourage you to participate in these hackathons. Bear in mind, however, that you cannot submit the **same work** for a hackathon and the Grants Program. If you have worked or are planning to work on a project for a hackathon, your grant application should either propose a different set of features or otherwise build on top of your hackathon work. The same applies in reverse, although that will likely be less common.
226
204
227
-
The best way to find out about upcoming hackathons is by following Mintbase on the various social channels, such as Element or Twitter.
205
+
The best way to learn about upcoming hackathons is by following Mintbase on Telegram and Twitter.
228
206
229
207
230
208
## :information_source: License<!-- omit in toc -->
0 commit comments