Proponent: Ordum [DaUR7Puu8u3PRw1Xha1in2s55bYXmbv4tX8ETe4gfvXEd32]
Date: 12.12.2022.
Requested KSM: 78,804 USD (allocation in KSM will be calculated on the day of submission using EMA7 rate - https://kusama.subscan.io/tools/charts?type=price)
Short description: Ordum is a public good grants aggregator for the Polkadot and Kusama ecosystems. This proposal addresses the funding of R&D.
we aim to have as much context as possible to understand how a proposal came to the proponent's mind, Please include here:
There is no existing software besides Gitcoin to publish, apply for and manage grants. Gitcoin focuses on a quadratic funding model, while there is a need for an overall indexer and management software for grants in web3.
After reading the Builders Program post on the Polkadot Forum and speaking with other members of the community (including councilors, Web3 Foundation, and members of Shokunin Network), it was evident that a grants aggregator is imperative for bringing projects into the ecosystem as well as scaling it.
In order to construct a rich and independent environment of public goods and DAOs, it is fundamental for teams to easily find and acquaint themselves with treasuries and foundations.
Our team was formed through various connections within the community. Myself, Martin Jensen and Mrisho Lukamba are members of ChaosDao and have been connected by the same ideas and principles about blockchain. Our main motivation is building public goods and services which are not necessarily related to finance. We have a fourth member, Ivo Nikolaev who is a front-end developer switching from Web2 to Web3, brought in by Martin.
UX/UI, Project Management
Blockchain Developer (Rust & Substrate)
Front End Developer (React & Vue)
Experience:
Technology:
App developer
Fun fact: Broke the Kusama chain twice with mass emoting during a Kanaria emote competition.
Experience:
Technology
Mostly mobile app development
(known token holders, organizations or collectives building on Kusama Network or participating in its governance mechanism in any way).
Ordum has received 2 grants from Shokunin Network(worth 4000 GBP each) for research and development in May and July. The Network will still remain our advisor.
what problem is this proposal trying to solve? Make it as granular as possible to allow token holders to understand the logic behind it.
Treasuries/foundations(eg. Polkadot Treasury) are burning funds as there are not enough projects to support.
Grants information and guidelines within the ecosystems are scattered and therefore difficult to find (there are only 2 places where we have a somewhat overview of these; Polkadot/Kusama documentation and Web3 Foundation Github).
It is difficult to publicly track (grant) funding for different stages of project development. This has previously resulted in conflicts within the community (eg. Soramitsu, Snowfork).
There isn’t a unified public record to privately / publicly manage and display a grant recipient's quality and outcome of delivery (scattered documentation).
With GOV2 incoming, further research is required on tracking proposals and deliverables in order to determine the appropriate UX.
What is the goal of the proposal? What does 'success' look like? Explain what your solution is, after taking into consideration the context and the problem. Make sure to consider all points included in the problem statement to ensure a complete and balanced proposal, and try to be as granular as possible.
Success for Ordum is the deliverance of all milestones and a V1 POC of a public goods grant aggregator.
1. A dapp which contains all grants from the ecosystems.
Index data from treasuries in the ecosystem by building custom APIs(Subsquids) for tracking proposals
Integrate Github in the front end for tracking and submitting non-treasury grants
Building and maintaining light clients for quick data retrivals, security and low loading times
Enable log in with multiple DID services, Github and Wallets
2. Minting of non-transferable NFTs as “certificates” for completed milestones. Each token would contain information on what was executed and how it was evaluated.
Ordum will be built on Phala to leverege the chains privacy capabilities and Phat smart contracts
Create a connection between DID (foundation)–> Phala Smart Contract–> Non-transferable NFT–>DID (recipient)
Design a custom type of RMRK non-transferable NFT, stored on Crust, containing reports from the foundations on milestone delivery
3. Delivery of milestones, grant applications and funding are displayed on a team’s profile for transparency.
4. Issuing surveys and analyzing / feedback data for the purpose of aggregating and managing treasury grants in the most optimal way.
Bellow is a biased information architecture (WIP)
The main UI parts would be:
Discussions(track discussions per chain, project and category)
Grant questionnaire (which helps the applicants determine which grants meet their funding requirements)
Teams (in index of applying teams)
Grant issuers (grants, discussions, funding amounts, levels, guides, supported projects, external links)
Grant recipients (roadmap, active grants, completed grants, total funding, funding needed, project type(s) | WIP)
If the proposal's goal is to change the way any of the elements of the network work, compare the current state in Kusama and how this proposal could change token holders' experience if approved by the Council. Alternatively, if the execution has already taken place and you are using this proposal to receive funds from the Treasury as payment for a delivered task, compare past and present logic and how this proposal has enhanced the network experience.
This proposal will help enhance operations of organizations within the network
Specify which stakeholder will benefit or is being benefited at the moment by the solution, if any.
1. Grant issuers / foundations
2. Applicants
3. Community members / token holders
Please provide a list of milestone deliverables. This list should closely reflect the list of deliverables agreed by your team to reach the solution, along with resources needed for development and timelines. If your project includes any technical development, each item in the list should include a link to the deliverable itself:
Each Milestone is broken down in details within the link. We aim to deliver all listed milestones 4 months after receiving the grant.
Development and design will be worked on concurrently, we've separated each research division within a Github repository and opened issues for each deliverable (see bellow):
Estimated hours: 344
Cost: 20,640 USD
Estimated hours: 210
Cost: 29,000 USD
Estimated hours: 180
Cost: 18000 USD
Why did you choose to build in Kusama? What is it about this network that encourages you to submit this proposal?
Because of speed and interoperability from Parachains which make sense for the technology stack we are looking into using (Kilt/Apillon ID verification, Phala smart contracts, Crust storage etc.). And obviously because of the chaotic and experimental nature that is Kusama.
We haven’t seen any similar proposals.
Please specify any special conditions regarding the payment of this proposal. If approved without specification regarding payment, the payment will be executed to the proponent's address.
If this section is needed, please include here:
78,804 USD // 2398 KSM → one off payment
Deliverable Type | Deliverable | Hours | Price per hour(USD) | Assigned | Open entire repo for breakdown |
---|---|---|---|---|---|
UX Research | Surveys and interviews with ecosystem projects |
120 | 60 | xD | Milestone 1.1 |
Research | UX Report | 24 | 60 | xD | Milestone 1.2 |
Design | UI Design | 120 | 60 | xD | Milestone 1.3 |
UX Report | Test prototype and amennd | 80 | 60 | xD | Milestone 1.4 |
Total | 344 | 20,640 | |||
Backend | Open entire repo for breakdown | ||||
Research + development | Fat contract design | 80 | 100 | Mrisho Lukamba | Milestone 1.1 |
Research + development | Data storage infrastructure | 80 | 100 | Mrisho Lukamba | Milestone 1.2 |
Research + development | Evaluate limitations | 50 | 100 | Mrisho Lukamba | Milestone 1.4 |
Research and development | Phala light clients | 80 | 100 | Mrisho Lukamba | Milestone 1.4 |
Total | 210 | 29,000 | |||
Frontend | Open entire repo for breakdown | ||||
Research + development | Tech stack decisions | 30 | 100 | Martin Jensen, Ivo Nikolaev | Milestone 1.1 |
Research + development | Wallet extensions integration | 45 | 100 | Martin Jensen, Ivo Nikolaev | Milestone 1.2 |
Research + development | Phala Fat Contract interaction research | 80 | 100 | Martin Jensen, Ivo Nikolaev | Milestone 1.3 |
Research + development | KILT integration | 25 | 100 | Martin Jensen, Ivo Nikolaev | Milestone 1.4 |
Total | 180 | 18000 | |||
Overheads | 40 | 100 | |||
Total | 4000 | ||||
Grand Total | 774 | 71,640 | |||
With added 10% fluctuation | 78,804 |
Ideally by December so we can deliver a report in Q1 2023.
In case we deliver the report sooner with less hours of work, the rest of the funding will be used for future development.
DaUR7Puu8u3PRw1Xha1in2s55bYXmbv4tX8ETe4gfvXEd32
Telegram & Twitter @XyloDrone | Email: ela.stipicic@protonmail.com