W3F Revisions #30

0x4007 · 2023-06-15T18:58:12Z

Thanks for the application @pavlovcik a couple of initial comments/questions:

Regarding the milestones, the mandatory deliverables look good (0a. - 0d.) but delivery table descriptions 1 - 6 seem to still be the template > boilerplate text. Can you replace this with the concrete technical deliverables that you would produce?

We only fund software that doesn't exist yet, and it seems that some of the DevPool tools have already been > built, such as ubiquibot. Can you specify in the application what you would be building as part of the > grant? The more technical details the better.

For any front-end focused milestones, we typically ask for mockups to be presented in the application.

Please also note that we typically only fund ink! smart contracts, as we aren't Solidity experts.

Originally posted by @keeganquigley in w3f/Grants-Program#1800 (review)

0x4007 · 2023-06-15T18:58:27Z

@sergfeldman @Hodlatoor

sergfeldman · 2023-06-15T19:40:46Z

Thanks for the application @pavlovcik a couple of initial comments/questions:

Regarding the milestones, the mandatory deliverables look good (0a. - 0d.) but delivery table descriptions 1 - 6 seem to still be the template > boilerplate text. Can you replace this with the concrete technical deliverables that you would produce?

We only fund software that doesn't exist yet, and it seems that some of the DevPool tools have already been > built, such as ubiquibot. Can you specify in the application what you would be building as part of the > grant? The more technical details the better.

For any front-end focused milestones, we typically ask for mockups to be presented in the application.

Please also note that we typically only fund ink! smart contracts, as we aren't Solidity experts.

Originally posted by @keeganquigley in w3f/Grants-Program#1800 (review)

W3F requests technical deliverables on ther chains, but we do not plan to create and provide them.

0x4007 · 2023-06-15T19:50:58Z

Is our answer that we will not continue? I feel like there's probably a way to pull this off while still conforming to their requirements.

ubiquibot · 2023-06-16T07:22:57Z

@Hodlatoor The time limit for this bounty is on Sat, 17 Jun 2023 07:22:57 GMT

Hodlatoor · 2023-06-16T07:32:27Z

@sergfeldman Hi Ser, so we have 4 items to address:

Regarding the milestones, the mandatory deliverables look good (0a. - 0d.) but delivery table descriptions 1 - 6 seem to still be the template > boilerplate text. Can you replace this with the concrete technical deliverables that you would produce?

What concrete deliverables do we want to introduce in your mind? I think we should narrow the scope quite a bit.

We only fund software that doesn't exist yet, and it seems that some of the DevPool tools have already been > built, such as ubiquibot. Can you specify in the application what you would be building as part of the > grant? The more technical details the better.

How about we make this granular? To make things clear, let's call it "UbiquiTask" what it does is what we define in #1. This way it's brand new, clear and the functionality which currently doesn't exist, is easily understood.

For any front-end focused milestones, we typically ask for mockups to be presented in the application.

Let's finalize UbiquiTask and can do SC / Wireframes

Please also note that we typically only fund ink! smart contracts, as we aren't Solidity experts.

Doesn't sound like a problem. Ink! projects are on GitHub. We are project agnostic so implicitly we also support Ink! products.

Let's get #1 sorted and the rest falls into place.

0x4007 · 2023-06-16T07:34:40Z

Whoever is opening the pull request and providing the deliverable should be the assignee. Also I'm not keen on a flippant rebrand across the codebase/github, twitter, telegram and docs on the website just for a grant.

Hodlatoor · 2023-06-16T07:48:14Z

So to clarify, Think of it as a wheel. DP is the wheel. The wheel has different components like a tire and a rim. In the scope of this grant and for clarity, what we are building now is the rim. We are not rebranding anything.

The wheel is DP. The rim is Ubiquitask. Alongside Ubiquibot (the tire) and other code it makes the wheel.

Just naming a specific set of new components we are building under this grant for the sake of clarity.

sergfeldman · 2023-06-16T15:31:55Z

@pavlovcik @Hodlatoor If you decide that it is needed, I can try to add this ^ information.

At the moment, I suggest asking W3F in the PR comment like this:

"DevPool is a chain-agnostic solution without technical deliverables on Substrate.
At the same time, DevPool accelerates Open Source development and brings value for the development community.
The details are in the grant application.

We would like to get your feedback on the solution, and if you see the perspectives, then a grant.
Can you evaluate this a bit non-usual grant application?"

Hodlatoor · 2023-06-16T15:33:39Z

I don't think that's a good idea. I think we give them what they ask for.

sergfeldman · 2023-06-19T16:20:48Z

@sergfeldman Hi Ser, so we have 4 items to address:

Regarding the milestones, the mandatory deliverables look good (0a. - 0d.) but delivery table descriptions 1 - 6 seem to still be the template > boilerplate text. Can you replace this with the concrete technical deliverables that you would produce?

What concrete deliverables do we want to introduce in your mind? I think we should narrow the scope quite a bit.

We only fund software that doesn't exist yet, and it seems that some of the DevPool tools have already been > built, such as ubiquibot. Can you specify in the application what you would be building as part of the > grant? The more technical details the better.

How about we make this granular? To make things clear, let's call it "UbiquiTask" what it does is what we define in #1. This way it's brand new, clear and the functionality which currently doesn't exist, is easily understood.

For any front-end focused milestones, we typically ask for mockups to be presented in the application.

Let's finalize UbiquiTask and can do SC / Wireframes

Please also note that we typically only fund ink! smart contracts, as we aren't Solidity experts.

Doesn't sound like a problem. Ink! projects are on GitHub. We are project agnostic so implicitly we also support Ink! products.

Let's get #1 sorted and the rest falls into place.

@pavlovcik please clarify, do you approve these 4 activities?

0x4007 · 2023-06-19T17:12:44Z

@pavlovcik please clarify, do you approve these 4 activities?

I would rather delegate the strategy/decisions to you guys. Besides, the penalty of getting this wrong is basically just opening a new pull request.

Regarding the milestones, the mandatory deliverables look good (0a. - 0d.) but delivery table descriptions 1 - 6 seem to still be the template > boilerplate text. Can you replace this with the concrete technical deliverables that you would produce?

What concrete deliverables do we want to introduce in your mind? I think we should narrow the scope quite a bit.

It is most likely going to be milestones on our development roadmap for the bot.

We only fund software that doesn't exist yet, and it seems that some of the DevPool tools have already been > built, such as ubiquibot. Can you specify in the application what you would be building as part of the > grant? The more technical details the better.

Milestones, again.

For any front-end focused milestones, we typically ask for mockups to be presented in the application.

This is generic advice that isn't applicable to our proposal.

Please also note that we typically only fund ink! smart contracts, as we aren't Solidity experts.

This is also generic advice that isn't applicable to our proposal. However Hodlatoor's comment is worth adding in.

Hodlatoor · 2023-06-21T11:31:05Z

@sergfeldman let's run some ideas for #1 - keeping it simple and effective.

Hodlatoor · 2023-06-24T10:18:07Z

@pavlovcik do you want to msg noc2 to reopen saying forthcoming?
w3f/Grants-Program#1800 (review)
@sergfeldman let's try and get the deliverables for 1 sorted out so I can modify around it and we can resubmit.

0x4007 · 2023-06-24T10:19:00Z

No need to bother them with another action until we have something to show. Otherwise we are just wasting their time.

Hodlatoor · 2023-06-24T10:37:57Z

@pavlovcik @sergfeldman what do you think if we made the new deliverable something like:
Building the InkHunterBot which will have 3 core components, for eg:

Creating and deploying the functionality that allows automated confirmation of completed issues by cross-referencing Github code repositories and submissions.
Confirmation of successful deliverable by issuer and payment distribution to hunter.
Integration with UbiquiBot and specific prioritization for Ink! protocols with 10% bounty bonus for Ink! bounties for the first 6 months.

0x4007 · 2023-06-24T10:43:01Z

That's up to the contributors to associate their changes to a bounty. Bad idea to try and automate when the bounty hunters 100% know what problem they are trying to solve vs the bot trying to guess.
We already do that
This is just a (manual) incentive model for a specific partner, it isn't building a feature.

sergfeldman · 2023-06-24T20:53:56Z

@pavlovcik @Hodlatoor
We discussed that for the W3F application Milestones we will use modules or features that doesn't exist yet and are pending or imminent in the DevPool development.

I've reviewed the DevPool roadmap and all open issues.
The modules or features could be related to areas:

Financial Incentives.
Artificial Intelligence.

Features related to Financial Incentives look highly relevant because they accelerate Open Source development that could be valuable for W3F.
I have not yet figured out a definite NEW milestone with clear technical deliverables because implementation of many features is in progress now.

Modules or features related to AI can be relevant as well but I'm not sure we will implement them in the near future.

I will continue defining Milestones tomorrow.

Hodlatoor · 2023-06-25T01:51:55Z

@sergfeldman financial incentives should be good. as long as we delineate milestones.

sergfeldman · 2023-06-25T20:36:29Z

@Hodlatoor Please, review the example of the Milestone table.

Number	Deliverable	Specification
0a.	License	MIT
0b.	Documentation	We will provide inline documentation
0c.	Testing and Testing Guide	Core functions will be fully covered by comprehensive unit tests to ensure functionality and robustness. In the guide, we will describe how to run these tests.
0d.	GitHub Issue	We will provide GitHub Issues as proof of functionality (this is functional as a deliverable because the bot runs inside of GitHub). We already built the capability for the bot to run automatically off of a GitHub Actions runner bundled within the source code repository, which can be cross-referenced with the GitHub Issues as proof if needed. ubiquity/ubiquibot#311, ubiquity/devpool-directory-tasks#4, ubiquity/devpool-directory#502, ubiquity/ubiquibot#228, ubiquity/ubiquibot#394, ubiquity/ubiquibot#425, ubiquity/ubiquibot#268, ubiquity/ubiquibot#96, ubiquity/ubiquibot#302
0e.	Article	We will publish an article that explains what was done as part of the grant. Completion of the tasks related to the Open Source Contributor Incentive Suite - a system of financial incentives, notifications, and reports that fairly reward Open Source project contributors.
1.	Substrate module: X	No Substrate deliverables
2.	Substrate module: Y	No Substrate deliverables
3.	Substrate module: Z	No Substrate deliverables
4.	Substrate chain	No Substrate deliverables
5.	Library: ABC	No Substrate deliverables
6.	Smart contracts: ...	No Substrate deliverables

Hodlatoor · 2023-06-26T01:26:23Z

are you suggesting the work scope will be:

0x4007 · 2023-06-26T02:29:41Z

fully covered by comprehensive unit tests

Side note but this will be a major project too.

Hodlatoor · 2023-06-26T03:24:05Z

correct me if I'm missing something but it looks like a list of items that are not very jointed and I can see them having a hard time understanding what it is that they're paying for.
that list doesn't answer a simple question:
"with your funds we will build a ____"

Hodlatoor · 2023-06-26T07:36:17Z

What about a bounty value estimator based on existing bounty data, user data and the betting component?
Call it: Bounty Expert AI v1.

0x4007 · 2023-06-26T08:58:25Z

What about a bounty value estimator based on existing bounty data, user data and the betting component?
Call it: Bounty Expert AI v1.

We're already working on crowdsourcing that information with the Thales/Synthetix grant.

Hodlatoor · 2023-06-26T10:00:05Z

What about a bounty value estimator based on existing bounty data, user data and the betting component?
Call it: Bounty Expert AI v1.

We're already working on crowdsourcing that information with the Thales/Synthetix grant.

Yes that's why I mentioned it because we can piggyback off of that And I can see that as a module that is defined and purpose-built.

ubiquibot · 2023-07-03T06:14:41Z