Hello everyone! I am Kyle from Eiger. I’d like to present to you an idea to build Filecoin like native storage on Polkadot and Kusama.
This is mainly inspired by the vision Gavin presented at Decoded 23 about building the Ubiquitous Supercomputer. When thinking about the app-centricity design and the Space and Cores model it will be critical for us to have native storage and not depend on other networks.
We would like to propose that we build a system parachain to serve this functionality where anyone in the ecosystem through XCM would be able to store and retrieve data. The fees would be paid in native DOT. This basically extends the Polkadot value offering to include storage, similar to Filecoin, and brings us closer to the supercomputer vision.
We believe its very important that this work is done as a public good with DOT used as the fee token, otherwise any dependence on other networks or other tokens would undermine the goals.
We have been working on this since Decoded and already got a grant from the Web3 Foundation to research how to do this which we just completed.
It’s not going to be easy but having native storage is going to be awesome. We would greatly appreciate your feedback regarding this idea as its critical we have alignment and build something useful for the community.
Oh yeah one more thing: What should it be called? We are thinking about PolkaDisk but if you have any cool suggestions please write them below.
Super excited about this initiative - been waiting on something like this for a long time, ever since the Polkadot on Filecoin explorations years ago.
It’s crucial we go on this development as we are seeing something similar happening on ethereum too via ETH Storage, and simultaneously Filecoin itself is gaining ground by adding its own VM to their solution.
We want the fee token to be native DOT throughout (no CRU)
Crust uses IPFS for actual storage, the parachain bridges to and offloads the storage to IPFS; on the other hand, this would be native storage provided by Polkadot storage providers.
While we plan to employ IPFS technology (e.g., CIDs, IPLD, etc), storage providers are completely orthogonal to IPFS per se.
Yes, your team is also working on a storage solution. From the posted design doc, I see you have spent a good deal of time thinking about the problem. We wish you the best of luck, and are very interested to see what you come up with!
Hi! Thank you for your kind words! We’ve reviewed your proposal and found it very interesting and thorough. Your support means a lot to us, and we look forward to sharing our progress with the community. Best of luck with your own endeavors!
Hello everyone, we have been busy working on this, so here’s a quick update from us.
We are continuing to research and plan towards a complete implementation of PolkaDisk. This includes:
fleshing out of the original milestones sketched in our grant submission. This work will feed into future proposals …with clarity, completeness, and correctness.
we have identified more Rust resources, which will accelerate the implementation of the collator node and storage subsystem.
we are progressively defining the API for both the collator and storage.
we are working on an aggressive implementation plan to get this into your hands as soon as possible.
document of our completed research and implementation plan.
