Wave 6 grant proposals are due January 15, 2021 for priority consideration. We will continue to evaluate new proposals after that deadline as capacity allows.

the Filecoin Foundation website.

Note: As of wave 5, the Dev Grants program is administrated by the newly formed Filecoin Foundation, with ongoing assistance from Protocol Labs.

You can see updates about major project milestones on the Filecoin blog.

• Filecoin Devgrants
  • 🥅 Goals of Filecoin Devgrants
  • 🔎 What we fund
    • Types of grants
    • Categories
      • Technical Areas
  • 📋 How to apply
    • Timing and Deadlines
    • Eligibility
    • Submit a proposal for an RFP
    • Submit a proposal for open grants
  • ⌛ After you apply
  • 🎟️ Submit an RFP
  • ℹ️ Help
  • License

This page is also available in Chinese (中文).

To date, the Filecoin project has focused primarily on research, specification and implementation of a decentralized storage network protocol. Throughout this process we have been fortunate to work with incredible community members and contributors. Some are already building tools on the budding network in active development.

We created the Filecoin Dev Grants program to:

• Reward ongoing & existing contributions that add great value to the Filecoin ecosystem
• Inspire more contributors to solve open problems and engage with the Filecoin project
• Seed the creation of new products, businesses and tools to increase the utility of Filecoin

We’re looking to fund talented and eager teams that want to work with us to build a more robust, efficient, and decentralized web.

We currently offer 2 types of grants:

1. Requests for Proposals (RFPs): RFPs are grants for specific development work. As the name suggests, we are requesting proposals from teams that want to complete the work specified in each RFP. In these grants, we generally have clearly scoped deliverables, milestones, and funding limits. Some RFPs will ask you to propose your own milestones and funding needs. While there is some flexibility in RFP deliverables, we expect teams will deliver what is in scope in the RFP. Any deviations from the specified scope must be approved between your team and ours before we can approve funding. See RFP submission details for more information on how to apply for RFPs. Relevant proposals will be labeled proposal-type:rfp.
2. Open grants: If you have an idea for something that isn't covered by an open RFP, you can submit a proposal to our open grants category! This is where you get to be really creative; we can't wait to see what you propose! We will review these proposals on the same cadence as RFP proposals (i.e. once every quarter, read more about timing in Timing and Deadlines). See open grant submission details for more information on how to submit a proposal. Relevant proposals will be labeled proposal-type:open.

All of our RFPs and open grants fund work in a few core categories. Over time, these categories may change/expand, so please keep a watch on this space!

• Core development: The Filecoin Project is currently focused on core protocol research, specification, and implementation. Through this program, we may occasionally fund collaborators to tackle core protocol implementation work. Relevant proposals will be labeled category:core-dev.
• Application development: As we continue to build out our developer platform, we would love to work with talented application developers to build useful and delightful applications that utilize Filecoin as the decentralized storage layer. Relevant proposals will be labeled category:app-dev.
• Developer tools and libraries: We are always looking for ways to make the lives of Filecoin developers easier. This includes developer tools and libraries for both core protocol developers and application developers. Dev tools at all layers of the stack are invaluable! Relevant proposals will be labeled category:devtools-libraries.
• Technical design: The Filecoin protocol will continue to evolve over time. Several planned protocol upgrades are already being researched, but we want to find the best technical designs for these planned upgrades and for ideas that aren't currently on our radar. This type of technical design work can be improvements to our core storage protocol, cryptoeconomics design, and more! Relevant proposals will be labeled category:technical-design.
• Documentation: Having great documentation is crucial for any open-source project and development platform. This category includes how-to guides, protocol concepts, API docs, and more. If you think we need to create or improve existing documentation, please submit a proposal or apply to one of our open docs RFPs! Relevant proposals will be labeled category:docs.
• Community: We would like to support community initiatives throughout the global Filecoin ecosystem. We have a standing RFP for hosting community meetups, and are generally excited to hear about all sorts of community initiatives you might have! Relevant proposals will be labeled category:community.

We will start a new grants cycle, or wave, every quarter i.e. every 3 months. Therefore, the last day of each quarter is the deadline for all proposals in that wave.

After the wave deadline, we will spend a few weeks reviewing proposals on GitHub, leaving comments, asking questions, and requesting changes. Ultimately, we approve or reject each proposal that was submitted within each wave. Our aim is to do this within a few weeks after each wave deadline. Please note that if your team isn't responsive on GitHub, or doesn't provide the information requested in a timely fashion, your proposal likely will not be accepted. So pay attention to GitHub after you submit your proposal!

Note that there is a chance (but no guarantee) your proposal will be reviewed earlier than the wave deadline. Because grants are awarded on a rolling basis, strong proposals that are submitted early might have a slight advantage on the off-chance we review before the wave deadline. Of course, there is no guarantee that we will review proposals before the deadline, so it's up to you whether you want to submit well before the deadline or not!

• All projects must be open-sourced
• All projects must be dual-licensed under MIT and APACHE2 licenses
• All teams must be self-managed

All of our currently open RFPs are listed in the rfps folder.

Here are the steps to submit a proposal against one of the listed RFPs!

1. Select an RFP you would like to apply for.
2. Submit a PR against the rfp-proposal-template.md file in the rfp-proposals folder of this repo. Make sure to fill in all the categories of the RFP proposal template (incomplete proposals will not be considered). Rename your file project-title.md, making sure to replace project-title with the name of your project.

Remember to submit your PR before the wave deadline. PRs submitted after the deadline will be considered in the next wave (at which point, the RFP might be closed).

Here are the steps to submit a proposal for the open grant category!

1. Submit a PR against the open-proposal-template.md file in the open-grant-proposals folder of this repo. Make sure to fill in all the categories of the proposal template (incomplete proposals will not be considered). Rename your file project-title.md, making sure to replace project-title with the name of your project.

Remember to submit your PR before the wave deadline. PRs submitted after the deadline will be considered in the next wave (which means a 3-month delay in review for your proposal).

After you submit your proposal -- assuming you get it in by the deadline -- you can expect the following to occur:

• After the wave deadline, we will review all PRs. During our review, we will add comments, questions, change requests, etc, on your team's PR.
• After a few round trips of discussion, our team will make a decision on which proposals to fund and which not to.
• During the discussion and review phase, our team will contact your team for financial and legal follow-ups, such as to confirm milestones and funding, your team's legal structure, etc.
• If your team is accepted, we will ask you to sign our Open Source Software Grant Agreement, which will include a copy of the work plan and funding milestones. Note that if your team does not meet the acceptance criteria for the grant (whether it's an RFP or open grant), we may stop funding your team for further development work.
• We aim to complete all review within a few weeks after the wave deadline, so please stay vigilant on GitHub. If we don't hear back from you when we ask you a question or request changes on your proposal, it's very unlikely that your proposal will be accepted!

This section only applies to individuals and organizations that are willing to fund RFPs. As a result, this currently applies primarily to Protocol Labs, but we will eventually expand to work with other organizations very soon!

If you would like to propose an RFP for the Filecoin ecosystem, you've come to the right place! Here, we provide instructions for how to submit and iterate on an RFP for the Filecoin Dev Grants program. Note that all proposals submitted to your RFP should be reviewed along the same timeframe as is listed in Timing and Deadlines. If you submit an RFP, you will be responsible for making sure all relevant proposals are reviewed on time. Before you start, make sure you can build a strong case for why this grant will increase the utility of the Filecoin ecosystem. If you're convinced that it will, please proceed!

1. Submit a PR against the rfp-template.md file in the rfps folder of this repo. Make sure to fill in all the categories of the RFP template, including the source of funding. Name this file rfp-project-title.md, replacing project-title with the name of the project you'd like to fund.
2. We will review the RFP idea, providing comments and suggestions. If there is an opportunity to cofund the RFP, we will also identify that opportunity (note: not relevant for RFPs suggested by other Protocol Labs projects). Eventually, the RFP idea will either be accepted or rejected.
3. If the RFP idea is accepted, it will be merged into the rfps folder, and collaborators can begin submitting proposals. Please remember that there is no obligation to begin reviewing these proposals before the wave deadline. Of course, if you would like to begin reviewing proposals early, you may! However, it IS required for RFP owners to review all proposals within 2-weeks after the wave has closed.
4. Create an issue with the appropriate Category tag and a link to the merged RFP doc. This is where community members will have discussions, ask you questions, and more, so please monitor this thread!
5. Once you have selected your grant winners, you may submit a PR to move the RFP into an inactive-rfps folder or keep the RFP open for further submissions.

Please contact @philippbanhardt or email devgrants@filecoin.org for any questions.

If you have any questions, please ask them!

• File an issue in this repo
• Ask on our community forum
• Join our community chat

Additionally, check out these resources to learn more about Filecoin.

The Filecoin Project is dual-licensed under Apache 2.0 and MIT terms:

• Apache License, Version 2.0, (LICENSE-APACHE or http://www.apache.org/licenses/LICENSE-2.0)
• MIT license (LICENSE-MIT or http://opensource.org/licenses/MIT)