download genesis automatically with ipfs

[faddat]

Background

We can't make enough RPC nodes. It is impossible. Plus, we want to make "the signal" unstoppable. This means that eventually, Osmosis and its related DAOs need to ship onto user machines, as desktop apps.

Currently those of us on the "technical side" of the house have all shared the experience of guiding someone through hunting down genesis and seeds.

In fact, many of us have spent days of our lives doing the same. This is counter-productive and bad.

Suggested Design

Osmosis should download its own genesis state by default, and state sync by default, using addresses from the cosmos chain registry. Here's the code:

import "github.com/notional-labs/get"

get.Get(filepath, cid)

Acceptance Criteria

• State sync needs to work
• Users should approve of downloading genesis state as a part of the chain binary
• It should work seamlessly, hundreds of times
• osmosisd init should no longer be necessary except for validators and others doing "fancy things" with their nodes
• Need to communicate with Keplr team about wallet security in the context of an electron app.
• Teams developing applications on Osmosis should be contacted and alerted to the infrastructure-free deployment option

[ValarDragon]

why isn't get.osmosis.zone the goal we target here?

[faddat]

...where get.osmosis.zone gives you a .dmg ;)

Most people have a pretty deep cli allergy, but osmosis can run just about anywhere.

I have been thinking about this one, I actually think that it should happen during init instead of after.

I'm going make a PR, but please don't feel any obligation to merge it if you don't feel like it move things forward or if you feel like it adds to many modules. It will likely and a lot of modules, this is something that I do not like about IPFS.

Basically, I would really like features like this all across cosmos.

[faddat]

Unfortunately, this is blocked by this:

cosmos/cosmos-sdk#11414

We could mess around with replace statements, but I think it is best to delay this change.