Discussion: Hub CosmWasm guidelines?
We are working on integrating CosmWasm into the Cosmos Hub. It will go live in the v18 release, after the release of ICS 2.0. Before then, I wanted to start a discussion about possible guidelines for the use of CosmWasm, since it is something that has come up in the community. Please note- Informal Systems will integrate and deploy CosmWasm in Gaia v18 whether or not these guidelines (or any guidelines) are approved in a signaling proposal. I just wanted to get a discussion going before then. Proposed Cosmos Hub CosmWasm guidelines • What should not go on the Hub: CosmWasm should not turn the Hub into an “app store”, or try to attract general purpose CW contracts, defi, etc. • Making a smart contract platform successful takes a lot of BD work and it is what Neutron is good at. Having the Hub compete with Neutron would muddy the waters and dilute the narrative. Additionally, the Hub would not even be successful at this, not having the BD organization for it. Neutron is the Hub’s CosmWasm platform. • Analogy: In the 2010’s, Google cannibalized their lead in messenger apps with incessant new product launches and rebrands and lost the market completely. • Examples of what…
Excerpt (1199 of 2340 characters). Read the whole post on the forum ↗
This has been discussed ad nauseam.
But to summarize again, even as stated in the prop:
Infrastructure good…apps that compete with ICS chains bad.
If it’s a lending protocol, DEX, NFT thing, or ponzi…put it Neutron and not the hub.
The end.
I have to agree with @Golden-Ratio-Staking here.
This has good intentions, but it will probably cause more issues than it solves. It’s not even enforceable outside of a separate governance vote anyways. A DEX or something that belongs on Neutron will easily be voted down. Unless there’s some sort of enforceable mechanism outside of governance, this may make permissioned CW harder to work with than ICS V1. This constitution won’t stop any proposals from going live, so I don’t see how putting this on chain will change anything. I’d love to hear examples and be convinced though.
If anything, a covenant between Neutron & the Hub to work together is enough. That would make more sense rather than always putting the responsibility solely on the hub to maintain agreements.
Make ICS as permissionless as possible, and just like how Neutron always asks the Hub to trust their efforts, they or any other CW consumer chain should trust the efforts of the Hub. It’s not in the business of being a fat L1.
Yea, just wanted to start a discussion. It’s totally possible that no signaling prop is needed and would just be a distraction. I also agree with the points about the non-enforceability of signaling props in general. Thanks for your opinions @Tricky @Golden-Ratio-Staking. CosmWasm is coming!
I also have to agree with the sentiment of @Golden-Ratio-Staking here. This feels like more complexity and discussion of the same thing which leads down the road of overcomplicating with unneeded/un-enforceable prop.
We’re all on board with the roadmap - we just want to see it implemented with some speed so we can keep the development track on course for all the things the hub is trying to bring to market. Appreciate you bringing it onto the forum to discuss and chat through - but I’d say the prop is likely not necessary at this point.
I will keep repeating over and over. We need a special proposal type “Interchain Service” that requires 80% threshold to pass (instead of 50% for regular). And proposals of that type can only be initiated by an expert “Interchain Service” owner group (Tremblack, Buchman, Zaki, seb3point0 from interop, Sam Hart). I really want to institutionalize an iron grip over the Cosmos Hub CosmWasm permissioning functionality because the last thing we want on the Hub is garbage being put forth by randos. I really don’t want to waste my time policing the CosmWasm apps on the Hub and it is not the job of the wider community to do this. The way this should be done is you have an expert panel making the case for the interchain service functionality to the community and then the community approving it or vetoing it. This should not be done the opposite way - the community proposing stuff and then approving it or vetoing it itself. The whole point of Cosmos is for things to be done with separate chains (appchains). Many members of the ATOM community who are only concerned with number go up routinely forget what the Cosmos vision is and how it should work. As such putting new functionality on…
Excerpt (1198 of 1943 characters). Read the whole post on the forum ↗