This is a presentation specially designed to address grant council pain points
Here, we will highlight key problems and solutions related to the grant council
DOES GRANT COUNCIL NEED TO MIGRATE TO OUR PLATFORM IN ORDER TO IMPLEMENT?
NOOOOOOOOOOO, Grant Council still has independent decision power over the platform you would like to use. You can continue to use Charmverse for submitting grants and this governance forum for submitting grant updates. Optimism foundation’s financial department can continue to use its own way of expense reporting.
How is this possible? Because we just let the user put the link to that platform. Not putting the entire proposal.
Our platform is like a collective of optimism grants. We are focusing on linking data together rather than the proposal submission process.
Grant proposals scattered all over multiple platforms
Grant proposals are scattered all over multiple platforms.
Season 4 on Charmverse
Season 3 on this governance forum
Imagine you want to browse all grant proposals. You would need to go to multiple websites, which is very complex.
Our platform allows one to browse all grant proposals in one place, regardless of their session.
Note: this wireframe sill missing a lot of features
One alliance submitting multiple grants
With the current way of browsing grant proposals, it takes high effort to discover other grants that the alliance has submitted.
For example, Infinity Wallet has submitted grant proposals to multiple categories over multiple seasons.
- Infinity wallet - Cycle 2, Cycle 3
- Infinity wallet - Builder - Cycle 11
- Infinity wallet - Growth - Cycle 11
- Infinity wallet - Builder - Season 4 Cycle 13
- Infinity wallet - Growth - Season 4 Cycle 13
In our platform, we will show related grants when we look into the detail of an alliance. We also aggregate the data from multiple grants from the same alliance into a single page.
This page is at the alliance level instead of each separate grant.
Grant reporting process streamlining
The current way of grant reporting is by replying to a forum post. This solution doesn’t index the relation between grant reporting and milestones in a way that the data analytics team can process data.
Moreover, there isn’t any alert if the project doesn’t report its grant. So, a project can easily avoid grant reporting.
We can have an alert set on each milestone’s estimated date to alarm grantees to update their milestones to complete or postpone their milestones given a reason. However, postponing milestones will result in an alert.
On reporting, grantees need to link their report to each milestone to change the status of related milestones.
Check if the project has reached critical milestones
The current solution is to start a poll for council members to vote if a project has reached its critical milestones.
We can have each delegate with enough voting power to vote on the grant update or expense report directly if they accept or reject that grant update. If no one has voted, it will be in the approved state.
Grant expense tracking and reporting
Currently, it takes too much effort to track the grant expense, especially for Growth Experiments, where the project immediately gets the grant. Nobody has time to track the transfer of these grants.
This is a huge pain point.
Here we will highlight how our grant reporting works within a storyline:
- Opti.domains received a grant from the foundation of 50k OP.
- Opti.domains sent 10k OP to an intermediate wallet for rewarding decentralized work NFT holders.
- That intermediate wallet approves 5k OP each to two NFT contracts.
- Opti.domains sent 10k OP to chomtana.op
- Opti.domains sent 5k OP to an unknown wallet
- Opti.domains sent 5k OP to Bored Town wallet
- Our tool detect that Opti.domains approve 5k OP to two unknown contracts and transfer 10K OP to chomtana.op, 5k OP to an unknown wallet and 5k OP to Bored Town wallet
- Opti.domains team members will be alerted to submit an expense report within 3 days
- Opti.domains must submit an expense report to the governance forum or a place that grant-council desired for respective season.
- Opti.domains must submit an expense report to the foundation financial department using their google form (As of season 3)
- Opti.domains must submit an expense report in our platform by entering these details
- Grant reporting link in the governance forum.
- Short label for each wallet transferred and approved. For chomtana.op case, the grantee also needs to enter the label. But for the bored town case, somebody else has already labeled it, so we will let the grantee check if it’s correct. Grantee may choose to report partially in one and write another report.
- Short description of each transfer.
- Grantee need to check if that wallet is an intermediate wallet or end user wallet.
- Related grant.
- Related grant update.
- Check if they have submitted the foundation financial department’s Google form.
- (Optional) Delegates with enough voting power can check the report and approve/reject it. If no delegate judges the report, it is approved by default.
Grantees need to report their expenses within 3 days after they have transferred their OP.
If not, it will trigger an alert that will cause FUD on their project.
Then we will display the grant expense report summary and link them to each transaction.
Analyzing relation of team members on other grants
One team member can relate to multiple unrelated projects. Especially in terms of advisors. With each member connected to Opti.domains, we can traverse the social graph to see if they are related to any other grant. For example, Opti.domains alliance is related to the Opnitor alliance developing this grant monitoring and alerting system.