# Wasm Zone [![CircleCI](https://circleci.com/gh/CosmWasm/wasmd/tree/master.svg?style=shield)](https://circleci.com/gh/CosmWasm/wasmd/tree/master) [![codecov](https://codecov.io/gh/cosmwasm/wasmd/branch/master/graph/badge.svg)](https://codecov.io/gh/cosmwasm/wasmd) [![Go Report Card](https://goreportcard.com/badge/github.com/CosmWasm/wasmd)](https://goreportcard.com/report/github.com/CosmWasm/wasmd) [![license](https://img.shields.io/github/license/CosmWasm/wasmd.svg)](https://github.com/CosmWasm/wasmd/blob/master/LICENSE) [![LoC](https://tokei.rs/b1/github/CosmWasm/wasmd)](https://github.com/CosmWasm/wasmd) This repository hosts `Wasmd`, the first implementation of a cosmos zone with wasm smart contracts enabled. This code was forked from the `cosmos/gaia` repository as a basis and then we added `x/wasm` and cleaned up many gaia-specific files. However, the `wasmd` binary should function just like `gaiad` except for the addition of the `x/wasm` module. **Note**: Requires [Go 1.17+](https://golang.org/dl/) ## Compatibility with CosmWasm contracts ## Compatibility A VM can support one or more contract-VM interface versions. The interface version is communicated by the contract via a Wasm export. This is the current compatibility list: | wasmd | cosmwasm-vm | cosmwasm-std | | ----- | ----------- | ------------ | | 0.22 | 1.0.0-beta | 1.0.0-beta | | 0.21 | 1.0.0-beta | 1.0.0-beta | | 0.20 | 1.0.0-beta | 1.0.0-beta | | 0.19 | 0.16 | 0.16 | | 0.18 | 0.16 | 0.16 | | 0.17 | 0.14 | 0.14 | | 0.16 | 0.14 | 0.14 | | 0.15 | 0.13 | 0.11-0.13 | | 0.14 | 0.13 | 0.11-0.13 | | 0.13 | 0.12 | 0.11-0.13 | | 0.12 | 0.12 | 0.11-0.13 | | 0.11 | 0.11 | 0.11-0.13 | | 0.10 | 0.10 | 0.10 | | 0.9 | 0.9 | 0.9 | | 0.8 | 0.8 | 0.8 | Note that `cosmwasm-std` version defines which contracts are compatible with this system. The wasm code uploaded must have been compiled with one of the supported `cosmwasm-std` versions, or will be rejeted upon upload (with some error message about "contract too old?" or "contract too new?"). `cosmwasm-vm` version defines the runtime used. It is a breaking change to switch runtimes (you will need to organize a chain upgrade). As of `cosmwasm-vm 0.13` we are using [wasmer](https://github.com/wasmerio/wasmer/) 1.0, which is significantly more performant than the older versions. ## Supported Systems The supported systems are limited by the dlls created in [`wasmvm`](https://github.com/CosmWasm/wasmvm). In particular, **we only support MacOS and Linux**. However, **M1 macs are currently not supported.** For linux, the default is to build for glibc, and we cross-compile with CentOS 7 to provide backwards compatibility for `glibc 2.12+`. This includes all known supported distributions using glibc (CentOS 7 uses 2.12, obsolete Debian Jessy uses 2.19). As of `0.9.0` we support `muslc` Linux systems, in particular **Alpine linux**, which is popular in docker distributions. Note that we do **not** store the static `muslc` build in the repo, so you must compile this yourself, and pass `-tags muslc`. Please look at the [`Dockerfile`](./Dockerfile) for an example of how we build a static Go binary for `muslc`. (Or just use this Dockerfile for your production setup). ## Stability **This is alpha software, do not run on a production system.** Notably, we currently provide **no migration path** not even "dump state and restart" to move to future versions. At **beta** we will begin to offer migrations and better backwards compatibility guarantees. With the `v0.6.0` tag, we entered semver. That means anything with `v0.6.x` tags is compatible with each other, and everything with `v0.7.x` tags is compatible with each other. Between these minor versions, there is API breakage with no upgrade path provided. We will have a stable `v0.x` version before the final `v1.0.0` version with the same API as the `v1.0` version in order to run last testnets and manual testing on it. We have not yet committed to that version number. Our `v1.0.0` release plans were also delayed by upstream release cycles, and we have continued to refine APIs while we can. Thank you to all projects who have run this code in your testnets and given feedback to improve stability. ## Encoding The used cosmos-sdk version is in transition migrating from amino encoding to protobuf for state. So are we now. We use standard cosmos-sdk encoding (amino) for all sdk Messages. However, the message body sent to all contracts, as well as the internal state is encoded using JSON. Cosmwasm allows arbitrary bytes with the contract itself responsible for decodng. For better UX, we often use `json.RawMessage` to contain these bytes, which enforces that it is valid json, but also give a much more readable interface. If you want to use another encoding in the contracts, that is a relatively minor change to wasmd but would currently require a fork. Please open in issue if this is important for your use case. ## Quick Start ``` make install make test ``` if you are using a linux without X or headless linux, look at [this article](https://ahelpme.com/linux/dbusexception-could-not-get-owner-of-name-org-freedesktop-secrets-no-such-name) or [#31](https://github.com/CosmWasm/wasmd/issues/31#issuecomment-577058321). To set up a single node testnet, [look at the deployment documentation](./docs/deploy-testnet.md). If you want to deploy a whole cluster, [look at the network scripts](./networks/README.md). ## Protobuf Generate protobuf ```shell script make proto-gen ``` The generators are executed within a Docker [container](./contrib/prototools-docker), now. ## Dockerized We provide a docker image to help with test setups. There are two modes to use it Build: `docker build -t cosmwasm/wasmd:latest .` or pull from dockerhub ### Dev server Bring up a local node with a test account containing tokens This is just designed for local testing/CI - do not use these scripts in production. Very likely you will assign tokens to accounts whose mnemonics are public on github. ```sh docker volume rm -f wasmd_data # pass password (one time) as env variable for setup, so we don't need to keep typing it # add some addresses that you have private keys for (locally) to give them genesis funds docker run --rm -it \ -e PASSWORD=xxxxxxxxx \ --mount type=volume,source=wasmd_data,target=/root \ cosmwasm/wasmd:latest /opt/setup_wasmd.sh cosmos1pkptre7fdkl6gfrzlesjjvhxhlc3r4gmmk8rs6 # This will start both wasmd and rest-server, both are logged docker run --rm -it -p 26657:26657 -p 26656:26656 -p 1317:1317 \ --mount type=volume,source=wasmd_data,target=/root \ cosmwasm/wasmd:latest /opt/run_wasmd.sh ``` ### CI For CI, we want to generate a template one time and save to disk/repo. Then we can start a chain copying the initial state, but not modifying it. This lets us get the same, fresh start every time. ```sh # Init chain and pass addresses so they are non-empty accounts rm -rf ./template && mkdir ./template docker run --rm -it \ -e PASSWORD=xxxxxxxxx \ --mount type=bind,source=$(pwd)/template,target=/root \ cosmwasm/wasmd:latest /opt/setup_wasmd.sh cosmos1pkptre7fdkl6gfrzlesjjvhxhlc3r4gmmk8rs6 sudo chown -R $(id -u):$(id -g) ./template # FIRST TIME # bind to non-/root and pass an argument to run.sh to copy the template into /root # we need wasmd_data volume mount not just for restart, but also to view logs docker volume rm -f wasmd_data docker run --rm -it -p 26657:26657 -p 26656:26656 -p 9090:9090 \ --mount type=bind,source=$(pwd)/template,target=/template \ --mount type=volume,source=wasmd_data,target=/root \ cosmwasm/wasmd:latest /opt/run_wasmd.sh /template # RESTART CHAIN with existing state docker run --rm -it -p 26657:26657 -p 26656:26656 -p 1317:1317 \ --mount type=volume,source=wasmd_data,target=/root \ cosmwasm/wasmd:latest /opt/run_wasmd.sh ``` ## Runtime flags We provide a number of variables in `app/app.go` that are intended to be set via `-ldflags -X ...` compile-time flags. This enables us to avoid copying a new binary directory over for each small change to the configuration. Available flags: * `-X github.com/CosmWasm/wasmd/app.NodeDir=.corald` - set the config/data directory for the node (default `~/.wasmd`) * `-X github.com/CosmWasm/wasmd/app.Bech32Prefix=coral` - set the bech32 prefix for all accounts (default `wasm`) * `-X github.com/CosmWasm/wasmd/app.ProposalsEnabled=true` - enable all x/wasm governance proposals (default `false`) * `-X github.com/CosmWasm/wasmd/app.EnableSpecificProposals=MigrateContract,UpdateAdmin,ClearAdmin` - enable a subset of the x/wasm governance proposal types (overrides `ProposalsEnabled`) Examples: * [`wasmd`](./Makefile#L50-L55) is a generic, permissionless version using the `cosmos` bech32 prefix ## Genesis Configuration We strongly suggest **to limit the max block gas in the genesis** and not use the default value (`-1` for infinite). ```json "consensus_params": { "block": { "max_gas": "SET_YOUR_MAX_VALUE", ``` Tip: if you want to lock this down to a permisisoned network, the following script can edit the genesis file to only allow permissioned use of code upload or instantiating. (Make sure you set `app.ProposalsEnabled=true` in this binary): `sed -i 's/permission": "Everybody"/permission": "Nobody"/' .../config/genesis.json` ## Contributors Much thanks to all who have contributed to this project, from this app, to the `cosmwasm` framework, to example contracts and documentation. Or even testing the app and bringing up critical issues. The following have helped bring this project to life: * Ethan Frey [ethanfrey](https://github.com/ethanfrey) * Simon Warta [webmaster128](https://github.com/webmaster128) * Alex Peters [alpe](https://github.com/alpe) * Aaron Craelius [aaronc](https://github.com/aaronc) * Sunny Aggarwal [sunnya97](https://github.com/sunnya97) * Cory Levinson [clevinson](https://github.com/clevinson) * Sahith Narahari [sahith-narahari](https://github.com/sahith-narahari) * Jehan Tremback [jtremback](https://github.com/jtremback) * Shane Vitarana [shanev](https://github.com/shanev) * Billy Rennekamp [okwme](https://github.com/okwme) * Westaking [westaking](https://github.com/westaking) * Marko [marbar3778](https://github.com/marbar3778) * JayB [kogisin](https://github.com/kogisin) * Rick Dudley [AFDudley](https://github.com/AFDudley) * KamiD [KamiD](https://github.com/KamiD) * Valery Litvin [litvintech](https://github.com/litvintech) * Leonardo Bragagnolo [bragaz](https://github.com/bragaz) Sorry if I forgot you from this list, just contact me or add yourself in a PR :)