Hi, a few comments on my side:

• Is it necessary to wait for the Quadratic Funding pallet to be ready to execute this project? whats the link between the pallet and this proposal?
• You mentioned 500ksm will go to the grants program: I'd like to understand the requisites for a team to submit their application to the program for the community to vote, what are the categories, what is the review process and where it will be publicized?

You mentioned 100ksm will go to the team developing the idea: I would like to understand how this 100ksm will be spent on the project using a budget table and milestones: phrases like "for costs generated developing product features, event operating and PR"or "1. develop the front end and back end of this QF system; 2. Operate this whole event globally and 3. Spend certain amount of fees to PR in global hacker communities" are too general to understand how the funds will be used - a bit more granularity is needed:

• how will the frontend and backend be developed? do you have wireframes to understand the idea? is the backend the pallet? if it is, it should not be funded by this 100ksm as it is my understanding it was accepted by W3F Grants Program - if this is not what you refer as "backend", please list the milestones to develop this, including human resources needed and costs related to the development.
• Is the frontend hackerlink.io? how will the frontend look like? whats the information a team needs to submit to be part of the competition?
• How do you envision projects receiving funds from the treasury as proportionally depending on the community votes? do you expect the council to allocate a specific amount for this program? do you expect the council to condition its voting on a project based on the voting of the community on this project? it seems a bit confusing to me to do this, given a process is in place already to vote and spend the Kusama treasury. Please clarify this part of the project.
• why do submitters need to input an Ethereum address?
• is this a one-off event? so virtually will it be working s a hackathon voted by the community?
• How do we avoid attacks in the voting process? How do we avoid sybil attacks benefiting one project in particular?
• if the 500ksm will be used to distribute to teams: certain rules should apply: Id like to understand the flow of a project from submission to reward if possible.

Thanks.

Hi Raul, thank you for your amazing questions！Our illustration for the questions goes as follows:

Is it necessary to wait for the Quadratic Funding pallet to be ready to execute this project? whats the link between the pallet and this proposal?

The Quadratic Funding pallet is separate from the program. The quadratic funding pallet is built in the good will of building an an open-source QF pallet tool that every parachain, the organizations and protocols can easily deploy when they need QF for on-chain voting or serving other governance purposes.

Meanwhile our Kusama QF Grant proposal is a community event where we use Quadratic voting and funding schemes to incentivize Kusama community members to support new Kusama ecosystem projects. We’re not implementing the QF pallet this time since Kusama/Polkadot Network is not available at the moment. We’ll run the event on Hackerlink‘s QF infrastructure built on ETH network for this event. The product is ready and went through rigorous code review to secure funding deposited in the QF.

Eventually, we hope to run KSM and DOT quadratic funding grants on a regular basis using our QF pallet , and make it a continuous effort to support and incubate developer projects from the community, by the community. Meanwhile, we want to make the pallet availale as a module for every other parachain to run their own quadratic funding grant.

You mentioned 500ksm will go to the grants program: I'd like to understand the requisites for a team to submit their application to the program for the community to vote, what are the categories, what is the review process and where it will be publicized?

Anyone building interesting projects: NFT projects, Defi Projects, DAO projects; or anyone contributing to the Kusama ecosystem building: a small Kusama community, a decentralized media, a Kusama Hackathon organizer can apply for the QF grant. They will publish their project details, product features & GitHub address（like https://hackerlink.io/en/buidl/136 ）. How much grant each applicant receive is completed decided by the community voters. All of the projects will be uploaded to a Kusama QF landing page like: Hackerlink.io/en/grant and Hackerlink.io/en/buidl where the community voters can see them and vote on-chain.

You mentioned 100ksm will go to the team developing the idea: I would like to understand how this 100ksm will be spent on the project using a budget table and milestones: phrases like "for costs generated developing product features, event operating and PR"or "1. develop the front end and back end of this QF system; 2. Operate this whole event globally and 3. Spend certain amount of fees to PR in global hacker communities" are too general to understand how the funds will be used - a bit more granularity is needed:
how will the frontend and backend be developed? do you have wireframes to understand the idea? is the backend the pallet? if it is, it should not be funded by this 100ksm as it is my understanding it was accepted by W3F Grants Program - if this is not what you refer as "backend", please list the milestones to develop this, including human resources needed and costs related to the development.

The front end will be developed by Hackerlink team. We’ll design and build a landing page for this Kusama QF grant like Hackerlink.io/en/grant/1, where there will be a page explaining the rules and details of this grant, a portal of projects that voters can see and vote, and a leaderboard of projects similar to https://hackerlink.io/en/Grant/1.

The backend is not the QF pallet because the Kusama Network is not ready at the moment. The backend is a Ethereum smart contract where we write the logics and details of our QF into. There are some small modifications to the current smart contract we built, mostly adding a KSM-eKSM exchange module where KSM holder deposit KSM and get eKSM for voting on the Ethereum network. We might also need to do code review for this part to prevent any kind of attack on the funding.

The Milestone for product building of this event will be as follows:

    Front-end:
1. Design and buidling a Landing Page for this event: Project page, leader board poge, voting page. (10 KSM)

Back-end:
1. KSM QF smart contract development(10KSM)
2. KSM-eKSM exchange module development (10KSM)
3. Smart contract code review(20 KSM)

Is the frontend hackerlink.io? how will the frontend look like? whats the information a team needs to submit to be part of the competition?

The front end will be Hackerlink.io, but as previously introduced we will design and build a new landing page for Kusama QF Grant. It will look like hackelrink.io/en/grant/1. Information needed from a team includes project details, introduction of team members, their GitHub address and contact.

How do you envision projects receiving funds from the treasury as proportionally depending on the community votes? do you expect the council to allocate a specific amount for this program? do you expect the council to condition its voting on a project based on the voting of the community on this project? it seems a bit confusing to me to do this, given a process is in place already to vote and spend the Kusama treasury. Please clarify this part of the project.

We’re asking 500KSM from the treasury as a subsidy matching prize pool for this event. All of the funding goes to applicants of this QF grant program.

The QF grant each project/team receives contains 2 parts: the votes they directly get from the voters, and a portion of subsidy matching pool they proportionally get from the Subsidy matching pool. How this subsidy matching pool will be distributed to the hackers goes as follows:

The amount they get from the subsidy matching pool is the shadow area of the the square.

More details can be found at Vitalik’s article here: https://vitalik.ca/general/2019/12/07/quadratic.html

The councilors of the treasury only need to approve the QF treasury grant as subsidy matching pool. No further voting is needed in this program unless the councillors also wants to join the programs as community supporters.

Again we want to stress that this QF grant is a democratic and community-driven supplement of the Web 3 Foundation grant and Kusama/Polkadot Treasury. It’s given to the projects in a decentralized way.

why do submitters need to input an Ethereum address?

Since Kusama network is not ready, we will need voters to deposit their KSM to our KSM address, and receive eKSM at their Ethereum address. Then the voters can vote via our on-chain smart contract.

is this a one-off event? so virtually will it be working s a hackathon voted by the community?

Currently this is a one-off event. It will indeed be working like an online Hackathon where global participant can demonstrate their projects and ideas, and get supported by the whole Kusama community.

Eventually, we hope to run KSM and DOT quadratic funding grants on a regular basis using our QF pallet , and make it a continuous effort to support and incubate developer projects from the community, by the community. Meanwhile, we want to make the pallet availale as a module for every other parachain to run their own quadratic funding grant.

How do we avoid attacks in the voting process? How do we avoid sybil attacks benefiting one project in particular?

The QF itself is a good mechanism from traditional voting attacks, fo instance, corruption under 1person1vote or 1dollar1vote rules.

Currently the gas fee is relatively high for sybil attack. We’re also actively seeking partnership with DID solution providers who can help us tackle sybil attack in the long term.

if the 500ksm will be used to distribute to teams: certain rules should apply: Id like to understand the flow of a project from submission to reward if possible.

First, a team submits their project details to the grant.

Then they will promote this grant via their social networks to attract voter to vote for their projects.

As the voting session comes to an end, the project will automatically receive a portion of subsidy matching pool calculation by how many votes he get from the community voters compared with other projects.

Thus the team receives a boost-start funding for their projects so they can go further as a Kusama Ecosystem project.