Create a re-usable Substrate IPFS runtime module about general-grants-program HOT 32 CLOSED

@sivo4kin do you still plan to try this one?

yes. starting to configure environment

from general-grants-program.

@gitcoinbot replying back.
@Web3Foundation gave the official acceptance 2 days ago.

So I have kicked this into high gear and should have the work submitted by the weekend. Thanks!

from general-grants-program.

For clarification: You don't want to verify any content against these hashes and you don't want to retrieve anything from an ipfs client.
If so, why not just store IPFS hashes as a Vec<u8>?

It is not clear to me what exactly you'd like to do that needs actual multi-hash representation. Should a substrate-worker be able to retrieve contents from IPFS and verify content against the multi-hash?

from general-grants-program.

Issue Status: 1. Open 2. Started 3. Submitted 4. Done

This issue now has a funding of 150.0 DAI (150.0 USD @ $1.0/DAI) attached to it.

• If you would like to work on this issue you can 'start work' on the Gitcoin Issue Details page.
• Want to chip in? Add your own contribution here.
• Questions? Checkout Gitcoin Help or the Gitcoin Slack
• $83,254.44 more funded OSS Work available on the Gitcoin Issue Explorer

from general-grants-program.

Hey @brenzi you're right that multihash verification would be an important part of this module. The substrate-worker use case is an excellent example of how this module would be used and I think that this module should be compatible with that but not dependent on it. It should be general enough for users of the module to create their own logic around fetching the content and hash and being able to verify it or store it in a registry on-chain.

Also, the module should be able to determine the hash function used for creating the content address and adapt accordingly.

from general-grants-program.

Issue Status: 1. Open 2. Started 3. Submitted 4. Done

Workers have applied to start work.

These users each claimed they can complete the work by 11 months, 3 weeks from now.
Please review their action plans below:

1) sivo4kin has applied to start work (Funders only: approve worker | reject worker).

Writing here to express intention implementing new feature. Will return with questions after deploying local dev environment for substrate.

Learn more on the Gitcoin Issue Details page.

from general-grants-program.

@sivo4kin look forward to the questions upon deployment. We're here to help!

from general-grants-program.

@sivo4kin do you still plan to try this one?

from general-grants-program.

This bounty is still open for applicants

from general-grants-program.

@sivo4kin - I would love to help out with this if you could use some more eyes and hands.

from general-grants-program.

any update on it. if the issue is open, i can working on it.

from general-grants-program.

don't know this bounty is alive? anyone can give some feedback?

from general-grants-program.

@mlnck yup all good!

from general-grants-program.

@mlnck Hello from Gitcoin Core - are you still working on this issue? Please submit a WIP PR or comment back within the next 3 days or you will be removed from this ticket and it will be returned to an ‘Open’ status. Please let us know if you have questions!

• reminder (3 days)
• escalation to mods (6 days)

Funders only: Snooze warnings for 1 day | 3 days | 5 days | 10 days | 100 days

from general-grants-program.

@mlnck Hello from Gitcoin Core - are you still working on this issue? Please submit a WIP PR or comment back within the next 3 days or you will be removed from this ticket and it will be returned to an ‘Open’ status. Please let us know if you have questions!

• reminder (3 days)
• escalation to mods (6 days)

Funders only: Snooze warnings for 1 day | 3 days | 5 days | 10 days | 100 days

from general-grants-program.

@Web3Foundation, if possible i would like to work on this issue

from general-grants-program.

@mlnck Hello from Gitcoin Core - are you still working on this issue? Please submit a WIP PR or comment back within the next 3 days or you will be removed from this ticket and it will be returned to an ‘Open’ status. Please let us know if you have questions!

• reminder (3 days)
• escalation to mods (6 days)

Funders only: Snooze warnings for 1 day | 3 days | 5 days | 10 days | 100 days

from general-grants-program.

Issue Status: 1. Open 2. Started 3. Submitted 4. Done

@mlnck due to inactivity, we have escalated this issue to Gitcoin's moderation team. Let us know if you believe this has been done in error!

• reminder (3 days)
• escalation to mods (6 days)

Funders only: Snooze warnings for 1 day | 3 days | 5 days | 10 days | 100 days

from general-grants-program.

Issue Status: 1. Open 2. Started 3. Submitted 4. Done

@mlnck due to inactivity, we have escalated this issue to Gitcoin's moderation team. Let us know if you believe this has been done in error!

• reminder (3 days)
• escalation to mods (6 days)

Funders only: Snooze warnings for 1 day | 3 days | 5 days | 10 days | 100 days

from general-grants-program.

@mlnck never heard back from you; are you still working on this one?

from general-grants-program.

@Web3Foundation Sincerest apologies... C-19 disrupted a lot. I'm about 80% finished and this week everything with the Full Time job seems to be stabilizing. Is it ok if I finalize it over the weekend? And if for any reason I'm unable to I'll remove myself from the ticket.

from general-grants-program.

@mlnck no problem at all, take your time if you're still looking into it; will be glad to see where you got!

from general-grants-program.

Hi, is this bounty still open? thanks!

from general-grants-program.

@whalelephant it is / was; as @mlnck didn't ever comment back; you're able to apply now.

from general-grants-program.

Just to clarify the scope after reading the above comments, would be great to get feedback @Web3Foundation

• the ipfs registry pallet will allow for the storing and retrieval (by CID?) of the content hashes but will not verify them
• there will be some function identifying the different hash functions with the fn code

from general-grants-program.

@whalelephant and others, I have prepared a little document that I hope will answer some of your questions. Please feel free to contact me if there's anything else I can do to help!

from general-grants-program.

Hi @danforbes. That is helpful, although I don't think that at the moment the ipld rust lib can generate CID in no_std for the wasm build of the runtime. If we can return the CID from the offchain-worker for the scope it would be more feasible. Do let me know if my understanding is correct. thanks!

from general-grants-program.

@whalelephant - great question...I didn't even know what IPLD was 🚀 How difficult would it be for you to reproduce this behavior in a no_std environment that can be included in a Wasm runtime? @lsaether - are we able to adjust our acceptance criteria a bit if implementing the CID calculation in a no_std environment proves to be too challenging?

from general-grants-program.

hi, for another bounty actually I have forked couple of repos to compile to no_std. I have not used offchain workers before so if you guys still want to have this I am keen to try it out.

from general-grants-program.

I think this is still something we'd be interested in supporting. @lsaether can you please confirm?

from general-grants-program.

Yes the bounty is still open @whalelephant. Keep us updated on your progress!

from general-grants-program.

Great to see progress on this! https://rs-ipfs.github.io/offchain-ipfs-manual/

from general-grants-program.