- 👋 Introduction
- 🎚️ Levels
- 📝 Process
- 📬 Suggest a Project
- 🛠️ Maintenance Grants
- 💡 Help
- 🚀 Alternative Funding Sources
As part of our mission to unlock Bitcoin's full potential in a decentralized ecosystem, we offer a grants program focused on funding software development and research efforts related to Interlay and interBTC.
For more infos about the project, please visit our website and documentation.
This document is inspired by the Web3 Foundation's grant program.
Who can apply?
Anyone is welcome to apply for a grant. Our focus mainly lies on strong technical projects that add value to the ecosystem.
For educational and community building projects, please head over to the Interlay Innovator Program.
Hints for good submissions
Generally, your project will have better chances to be accepted if:
- Content & quality. It presents a well-researched or tested concept, for which ideally you are able to show some prior work.
- Longevity. You can demonstrate that the project will be maintained after completion of the grant, be it through an obvious commitment to the technology from your side, additional funding sources or an existing business model.
- Team experience. Your team has proven experience with the relevant languages and technologies and/or a strong technical background. You will be asked to provide the GitHub profiles of your team members as part of your application, which we will examine these for past activity and code quality. Naturally, you can also link to projects on other platforms.
- Application quality. Your application is rich in technical details and well-defined.
- Novelty. You can clearly present how your project stands out among competitors or implements technology that doesn't exist in the ecosystem yet.
Submission requirements
Additionally, it must fulfill the following requirements:
- Open source. 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.
- No token sale. We do not award grants for projects that have been the object of a successful token sale.
- Complete first, before applying for next.. As a general rule, teams are asked to finish a grant before applying for another one.
- No gambling or illegal activity. Lastly, we do not fund projects that actively encourage gambling, illicit trade, money laundering or criminal activities in general.
Milestone Deliverable requirements
In addition to the information provided on your application, your project will need to comply with our Guidelines for Milestone Deliverables.
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 or videos are also helpful for new users to understand how to use your work.
Marketing and announcements
Please read our Announcement Guidelines for grant-related communications.
Licensing
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.
Code of conduct
We also try to enforce our code of conduct and based on this may block users.
- Requests For Proposals: a list of projects suggested by the Interlay team (mostly tooling, dashboards, etc.)
- Previously accepted grant applications
If you have a good concept of the technical challenges that your idea entails and would like feedback before applying, you can send us an email to grants [at] interlay.io and tell us about it.
TODO: create grants@interlay.io mailing list
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.
For questions about the grants program itself, see our FAQ.
The committee consists of individuals who know the funding priorities of the Interlay ecosystem, and is responsible for evaluating grant applications and providing feedback on these.
In cases where a niche expert opinion is desirable, one of the committee members may request such a review.
Evaluators are individuals able to evaluate the technology delivered as a result of the Grants Program. The committee has the right to add or remove evaluators on the basis of supermajority.
The Interlay Grants Program offers different grant levels to help you best depending on your current stage.
- Target: Individuals & small teams
- Amount: Up to $10,000
- Requirements: 2 approvals
- Benefits: Grants Program badge, ongoing support from Interlay team, introduction to related teams/projects
- Target: Small teams/start-ups
- Amount: Up to $30,000
- Requirements: 3 approvals
- Benefits: All of the above + Co-promotion,
- Target: Companies/foundations with a proven track record
- Amount: $30,000 +
- Requirements: 5 approvals (for >$100k: Council approval + Pitch call)
- Benefits: All of the above + VC and integration partner introductions
📢 The process below is independent of the level. Payment is made in INTR. If you want to apply in private and/or you need to be paid out in fiat, you can apply ➡️ here. Note that this is generally a slower process and imposes stricter requirements on applicants.
TODO: STOPPED HERE
- Please read our FAQs, category guidelines, announcement guidelines and Terms & Conditions to familiarize yourself with the subtleties of grants, applications and the program as a whole.
- Fork this repository.
- In the newly created fork, create a copy of the application template (
applications/application-template.md). If you're using the GitHub web interface, you will need to create a new file and copy the contents of the template inside the new one. Make sure you do not modify the template file directly. In the case of a maintenance application, use the maintenance template (maintenance template) instead. - Name the new file after your project:
project_name.md. - Fill out the template with the details of your project. The more information you provide, the faster the review. Please refer to our Grant guidelines for most popular grant categories and make sure your deliverables present a similar same level of detail. To get an idea of what a strong application looks like, you can have a look at the following examples: 1, 2, 3, 4. Naturally, if you're only applying for a smaller grant that only consists of, say, UI work, you don't need to provide as much detail.
- 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.
- You will see a comment template that contains a checklist. You can leave it as is and tick the checkboxes once the pull request has been created. Please read through these items and check all of them.
- Sign off on the terms and conditions presented by the CLA assistant bot as a Contributor License Agreement. You might need to reload the pull request to see its comment.
- The committee can (and usually does) issue comments and request changes on the pull request.
- 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.
- When all requested changes are addressed and the terms and conditions have been signed, someone will mark your application as
ready for reviewand share it internally with the rest of the committee. - The application will be accepted and merged as soon as it receives the required number of approvals (see 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.
Milestones are to be delivered on the Grant Milestone Delivery repository following the process described therein.
- Accepted grant applications can be amended at any time. However, this necessitates a reevaluation by the committee and the same number of approvals as an application (according to the levels). If your application has been accepted and, during development, you find that your project significantly deviates from the original specification, please open a new pull request that modifies the existing application. This also applies in case of significant delays.
- If your delivery schedule significantly changes, please also open a pull request with an updated timeline.
- If your deliveries are significantly delayed and we cannot get a hold of you, we will terminate the grant (3 approvals required, regardless of level. If a member of the committee creates the termination PR, only 2 more approvals are required).
If you think that we should support the development of certain tools or projects that aren't in the Polkadot/Kusama tech stack, feel free to submit a suggestion using the process described below. We are particularly interested in supporting projects that could be leveraged by other builders in our ecosystem.
Submit an idea:
If you have an idea for a project or would like to highlight an area in which you'd like to see teams build, but lack the technical background to create a detailed outline, you're welcome to open an issue or add it to the tech stack as a potentially interesting project. We will review your suggestion and, if necessary, will create an RFP based on it and reach out to teams able to build it.
Submit an RFP (Request for Proposals):
Ideas generally have better chances of being implemented if they're presented in a project outline format that can be picked up straight away by a team, so if you have a good concept of the milestones required to bring your project to life, you can follow the process below and directly submit an RFP:
- Fork this repository.
- In the newly created fork, create a copy of the suggestion template (
rfps/suggestion-template.md) inside therfpsfolder. Make sure you create a new file and copy the contents of the template into the new one, and do not modify the template file directly. - Name the file after your idea:
project_name.md. - Fill out the template with the project details. Please include as many details as possible.
- 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.
- You will see the same template as for creating an application. Please replace it with this one.
Maintenance Grants are yet another idea to get involved with the Polkadot 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.
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:
- The repo(s) that need maintenance
- Outline of why the specific project should continue being supported
- Broad overview of the features/bugs that need development contributions
- 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)
- Max budget per month
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, as will the processing of the payment.
Please note that:
- 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.
- 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.
- 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.
- Maintenance Grants are only awarded for fixed timeframes. The requested duration needs to be specified in the application.
 |
 |
 |
 |
 |
 |
|---|---|---|---|---|---|
| Interlay Website | Interlay Twitter | Interlay Medium | Polkadot Wiki | Polkadot Website | Interlay YouTube |
We have Matrix/Element channels for real-time discussions on Web3 and Polkadot. Join the conversation.
Besides, we also have a community room for all grant recipients. Head over to that room to share your experience with other grantees, ask grants-related questions or simply hang out:
We encourage you to explore the alternative funding options listed below. Please note, however, that you should not seek to fund the same scope of work from multiple sources and that any team found doing so will have its Web3 Foundation support terminated.
The following flowchart gives a rough, oversimplified view of how the W3F Grants Program, the Polkadot and Kusama treasuries and Parity's Substrate Builders Program relate, and where your project might fit best. Note that this diagram does not include any of the parachain-specific grants/builders programs other organisations are offering.
flowchart LR
A(Project Focus)
A -->|Development| B[Stage of Development]
A -->|Research| C[Grants Program]
A -->|Other| D[Treasury]
B -->|Existing POC| E[Goal of the Application]
B -->|No POC| F[Grants Program]
E -->|Funding| G[Treasury or Grants Program]
E -->|Support| H[Substrate Builders Program]
style C stroke:#e83e8c,stroke-width:2px,stroke-dasharray: 5 5
style D stroke:#e83e8c,stroke-width:2px,stroke-dasharray: 5 5
style F stroke:#e83e8c,stroke-width:2px,stroke-dasharray: 5 5
style H stroke:#e83e8c,stroke-width:2px,stroke-dasharray: 5 5
click C "https://github.com/w3f/Grants-Program#pencil-process" "You are already in the right place :)"
click D "https://wiki.polkadot.network/docs/en/learn-treasury" "https://wiki.polkadot.network/docs/en/learn-treasury" _blank
click F "https://github.com/w3f/Grants-Program#pencil-process" "You are already in the right place :)"
click H "https://www.substrate.io/builders-program/" "https://www.substrate.io/builders-program/" _blank
The Substrate Builders Program directly supports you by connecting you with Parity’s extensive resources.
The treasury is a pot of on-chain funds collected through transaction fees, slashing, staking inefficiencies, etc. The funds held in the treasury can be spent on spending proposals. Both Polkadot and Kusama offer everyone the opportunity to apply for funding via the treasury. See:
From time to time, Web3 Foundation and/or Parity organise hackathons to promote quick prototyping of Polkadot 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.
The best way to find out about upcoming hackathons is by following Polkadot on the various social channels, such as Element or Twitter.
Below is a list of other grant programs in the Polkadot/Substrate ecosystem:
- Darwinia Grants Program
- Moonbeam Grants Program
- Edgeware Grants and Bounties
- Crust Grants Program
- HydraDX Grants and Bounties
- Astar / Shiden Network Builders Program
- Picasso / Composable Grants Program
- SubQuery Grants Programme
- Acala Grants Program
- OAK’s Developer Grants
Apache License 2.0 © Interlay ltd.