Skip to content

Commit d217aa1

Browse files
authored
Update README.md
1 parent 3a97a47 commit d217aa1

File tree

1 file changed

+17
-39
lines changed

1 file changed

+17
-39
lines changed

README.md

Lines changed: 17 additions & 39 deletions
Original file line numberDiff line numberDiff line change
@@ -17,7 +17,6 @@
1717
- [3. Milestone Delivery and Payment](#3-milestone-delivery-and-payment)
1818
- [Changes to a Grant after Approval](#changes-to-a-grant-after-approval)
1919
- [:mailbox_with_mail: Suggest a Project](#mailbox_with_mail-suggest-a-project)
20-
- [:hammer_and_wrench: Maintenance Grants](#hammer_and_wrench-maintenance-grants)
2120
- [:bulb: Help](#bulb-help)
2221
- [Additional information](#additional-information)
2322
- [Real-time conversation](#real-time-conversation)
@@ -27,7 +26,7 @@
2726

2827
## :wave: Introduction
2928

30-
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!
3130

3231
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)**.
3332

@@ -38,7 +37,7 @@ As part of our commitment to always improving the Mintbase + NEAR ecosystem, we
3837

3938
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.
4039

41-
Projects are be more likely to be accepted if:
40+
Projects are more likely to be accepted if:
4241

4342
- Your application is **rich in technical details** and well-defined.
4443
- 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:
5150
- 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.
5251
- Projects may not encourage gambling or illicit activity in any shape or form.
5352
- 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.
5554

5655

5756
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.
5857

5958
Please also observe our [Announcement Guidelines](docs/announcement-guidelines.md) for grant-related communications.
6059

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.
6261

6362
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.
6463

6564
### Project Ideas
65+
6666
Not sure where to start? Take a look at [this list of ideas](https://docs.mintbase.io/dev/build-ideas).
6767

6868
[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.
6969

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 project are 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.
7171

72-
If you would like feedback on your project idea, feel free to contac us at [[email protected]](mailto:[email protected]).
72+
If you would like feedback on your project idea, feel free to contact us on [telegram](https://t.me/mintgrants)
7373

7474
### Support
7575

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.
7777

7878
For questions about the grants program itself, see our [FAQ](docs/faq.md#frequently-asked-questions).
7979

@@ -90,8 +90,8 @@ In cases where a niche expert opinion is desirable, one of the committee members
9090
- [Luís Freitas](https://github.com/microchipgnu)
9191
- [Ben Ipsen](https://github.com/cif)
9292
- [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
9595
- [Carolin](https://github.com/caromintbase)
9696
- [Marcelo](https://github.com/marcelomintbase)
9797

@@ -106,25 +106,22 @@ USD equivalent payments are made in NEAR.
106106
- **Target:** Individuals & small teams
107107
- **Amount:** Up to $10,000
108108
- **Requirements:** 2 approvals
109-
- **Benefits:** Feedback during application process and evaluation, introduction to related teams/projects
110109

111110
### :baby_chick: Level 2<!-- omit in toc -->
112111

113112
- **Target:** Small teams/start-ups
114113
- **Amount:** Up to $50,000
115114
- **Requirements:** 3 approvals and one pitch to Mintbase Council
116-
- **Benefits:** All of the above + [co-promotion](./docs/announcement-guidelines.md#announcement-guidelines)
117115

118116
### :rooster: Level 3<!-- omit in toc -->
119117

120118
- **Target:** Companies/foundations with a proven track record
121119
- **Amount:** Unlimited
122120
- **Requirements:** Pitch call + 5 approvals (for >$100k: Mintbase Council approval)
123-
- **Benefits:** All of the above + VC introductions
124121

125122
## :pencil: Process
126123

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.
128125
129126
### 1. Application
130127

@@ -141,12 +138,13 @@ USD equivalent payments are made in NEAR.
141138
1. The team can (and usually does) issue comments and request changes on the pull request.
142139
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.
143140
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.
145142

146143
### 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.
147147

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.
150148

151149
### Changes to a Grant after Approval
152150

@@ -173,26 +171,6 @@ Ideas generally have better chances of being implemented if they're presented in
173171
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.
174172
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).
175173

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-
196174
## :bulb: Help
197175

198176
### Additional information
@@ -222,9 +200,9 @@ The treasury is a pot of on-chain funds collected through transaction fees, slas
222200

223201
### Hackathons
224202

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.
226204

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.
228206

229207

230208
## :information_source: License<!-- omit in toc -->

0 commit comments

Comments
 (0)