Skip to content

πŸ‘Ÿ Apply for a Filecoin devgrant. Help build the Filecoin ecosystem!

License

Unknown, MIT licenses found

Licenses found

Unknown
LICENSE-APACHE
MIT
LICENSE-MIT
Notifications You must be signed in to change notification settings

BTCAlchemist/devgrants

Β 
Β 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 

Repository files navigation

Filecoin Devgrants

The Wave 5 grant proposal deadline is Oct 1st, 2020 at 23:59 PDT for priority consideration. We will evaluate later proposals submitted after the deadline as capacity allows.

the Filecoin website.

Note: The Filecoin Project is still under active development, and the Filecoin network has not yet launched. You can see updates about major project milestones on the Filecoin blog.

This page is also available in Chinese (δΈ­ζ–‡).

πŸ₯… Goals of Filecoin Devgrants

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.

πŸ”Ž What we fund

Types of grants

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.

Categories

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.

Technical Areas

πŸ“‹ How to apply

Timing and Deadlines

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.

Concretely, here are the deadlines for waves 1 and 2:

Wave No. Wave Opens Wave Deadline
1 August 19, 2019 September 30, 2019, 11:59PM PT
2 October 1, 2019 January 15, 2020, 11:59PM PT
3 January 16, 2020 April 15, 2020, 11:59PM PT
4 April 16, 2020 June 30, 2020, 11:59PM PT
5 July 1, 2020 September 30, 2020, 11:59PM PT
6 October 1, 2020 January 15, 2021, 11:59PM PT

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 2 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!

Eligibility

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

Submit a proposal for an RFP

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.
  3. Tag your PR with the appropriate tags:
    • Category tag: one of category:core-dev, category:app-dev, category:devtools-libraries, category:technical-design, category:docs, category:community
    • Grant type tag: Since this proposal is in response to an RFP, tag your PR with the proposal-type:rfp tag.

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

Submit a proposal for open grants

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.
  2. Tag your PR with the appropriate tags:
    • Category tag: one of category:core-dev, category:app-dev, category:devtools-libraries, category:technical-design, category:docs, category:community
    • Grant type tag: Since this proposal is in the open grants category, tag your PR with the proposal-type:open tag.

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 apply

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 tagged as either proposal-type:rfp or proposal-type:open. 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. Accepted proposals will be merged into the appropriate directory, i.e. either open-grant-proposals or rfp-proposals.
  • 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 (TODO link), 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 2 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!

🎟️ Submit an RFP

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. Tag your PR with the appropriate tags:
    • Category tag: one of category:core-dev, category:app-dev, category:devtools-libraries, category:technical-design, category:docs, category:community
    • Also please add the rfp-idea tag
  3. 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.
  4. 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.
  5. 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!
  6. 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 @pooja for any questions.

ℹ️ Help

If you have any questions, please ask them!

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

License

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

About

πŸ‘Ÿ Apply for a Filecoin devgrant. Help build the Filecoin ecosystem!

Resources

License

Unknown, MIT licenses found

Licenses found

Unknown
LICENSE-APACHE
MIT
LICENSE-MIT

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published