Deployment on the MANTRA Chain can be performed in two ways, depending on your operating system compatibility and preferred development approach. These methods are as follows:
Using mantrachaind
In this method, the instantiation and interaction with the binary are done using the mantrachaind CLI or the CosmJS Node Console, which results in deploying CW contracts on-chain. Refer to this section for understanding the deployment and interaction with the chain. Additionally, see the section “A Quick Example for Deployment Using mantrachaind” for deploying the contract on the DuKong Testnet with the poke.wasm example.
Using TypeScript
This approach utilizes cosmwasm-tools and ts-codegen, which let you generate TypeScript classes for your contracts' interaction and on-chain deployment. Refer to the section “Deployment Using TypeScript (Windows/Linux/Mac)” below to set up your development environment and deploy your contracts on the DuKong Testnet.
From the previous section, we have the wasm binary ready. Now it is time to deploy it on DuKong and start interacting. You can use the mantrachaind CLI or the CosmJS Node Console as you prefer.
mantrachaind CLI
Let's deploy the code to the blockchain. Once that is complete, you can download the bytecode to verify it.
See the list of codes that was uploaded to the network previously.
mantrachaindquerywasmlist-code $NODE# Here is an alternative if you haven't set up the environment variables to interact with the network previously:mantrachaindquerywasmlist-code--node<https://rpc.dukong.mantrachain.io:443>
Now let us store the bytecode onchain and acquire the Code Id. The Code Id will later be used to create an instance of the cw_namespace contract.
# If you have already set up the environment variables, you can use the following command:RES=$(mantrachaindtxwasmstoreartifacts/cw_nameservice.wasm--fromwallet $TXFLAG -y--outputjson)# Otherwise, you will have to type in the following command to upload the wasm binary to the network:RES=$(mantrachaind tx wasm store artifacts/cw_nameservice.wasm --from wallet --node <https://rpc.dukong.mantrachain.io:443> --chain-id mantra-dukong-1 --gas-prices 0.01uom --gas auto --gas-adjustment 2 -y --output json)
# The response contains the Code Id of the uploaded wasm binary.echo $RES# Get the Transaction Hash from the responseTX_HASH=$(echo $RES |jq-r.txhash)# Get the full transaction details with events CODE_ID=$(mantrachaind query tx $TX_HASH --node <https://rpc.dukong.mantrachain.io:443> -o json| jq -r '.logs[0].events[] | select(.type == "store_code") | .attributes[] | select(.key == "code_id") | .value')
echo $CODE_ID
Let's see the list of contracts instantiated using the Code Id above.
Before we instantiate a contract with the Code Id and interact with it, let us check if the code stored on the blockchain is indeed the cw_namespace.wasm binary we uploaded. This step is optional.
# Download the wasm binary from the chain and compare it to the original onemantrachaindquerywasmcode $CODE_ID --node<https://rpc.dukong.mantrachain.io:443>download.wasm# The two binaries should be identical, and the `diff` command should return notnothingdiffartifacts/cw_nameservice.wasmdownload.wasm
Instantiating the Contract
We can now create an instance of the wasm contract. Following the instantiation, we can make queries and this time receive non-empty responses.
# Prepare the instantiation message
INIT='{"purchase_price":{"amount":"100","denom":"uom"},"transfer_price":{"amount":"999","denom":"uom"}}'
# Instantiate the contract
mantrachaind tx wasm instantiate $CODE_ID "$INIT" --from wallet --label "name service" $TXFLAG -y --no-admin
# Check the contract details and account balance
mantrachaind query wasm list-contract-by-code $CODE_ID $NODE --output json
CONTRACT=$(mantrachaind query wasm list-contract-by-code $CODE_ID $NODE --output json | jq -r '.contracts[-1]')
echo $CONTRACT
# See the contract details
mantrachaind query wasm contract $CONTRACT $NODE
# Check the contract balance
mantrachaind query bank balances $CONTRACT $NODE
# Upon instantiation the cw_nameservice contract will store the instatiation message data in the contract's storage with the storage key "config".
# Query the entire contract state
mantrachaind query wasm contract-state all $CONTRACT $NODE
# Note that the storage key "config" is hex encoded and prefixed with two bytes indicating its length
# echo -n config | xxd -ps
# gives 636f6e666967
# thus we have the following output: 0006636f6e666967
# You can also query a storage key directly
mantrachaind query wasm contract-state raw $CONTRACT 0006636f6e666967 $NODE --hex
# The base64 encoded response is the stored value corresponding to the storage key "config" and reads as follows:
# {"purchase_price":{"denom":"uom","amount":"100"},"transfer_price":{"denom":"uom","amount":"999"}}
# Note that keys are hex encoded, and the values are base64 encoded.
# To view the returned data (assuming it is ascii), try something like:
# (Note that in many cases the binary data returned is not in ascii format, thus the encoding)
mantrachaind query wasm contract-state all $CONTRACT $NODE --output "json" | jq -r '.models[0].key' | xxd -r -ps
mantrachaind query wasm contract-state all $CONTRACT $NODE --output "json" | jq -r '.models[0].value' | base64 -d
# The cw_namespace contract implements a QueryMsg that returns the contents of the storage
# So, we can also try "smart querying" the contract
CONFIG_QUERY='{"config": {}}'
mantrachaind query wasm contract-state smart $CONTRACT "$CONFIG_QUERY" $NODE --output json
# and the contract will return the following response:
# {"data":{"purchase_price":{"denom":"uom","amount":"100"},"transfer_price":{"denom":"uom","amount":"999"}}}
Contract Interaction
Now that the contract is instantiated, let's register a name and transfer it to another address by paying the transfer fee.
# Register a name for the wallet address
REGISTER='{"register":{"name":"fred"}}'
mantrachaind tx wasm execute $CONTRACT "$REGISTER" --amount 100uom --from wallet $TXFLAG -y
# Query the owner of the name record
NAME_QUERY='{"resolve_record": {"name": "fred"}}'
mantrachaind query wasm contract-state smart $CONTRACT "$NAME_QUERY" $NODE --output json
# {"data":{"address":"wasm1pze5wsf0dg0fa4ysnttugn0m22ssf3t4a9yz3h"}}
# Transfer the ownership of the name record to wallet2 (change the "to" address to wallet2 generated during environment setup)
mantrachaind keys list
TRANSFER='{"transfer":{"name":"fred","to":"wasm1lwcrr9ktsmn2f7fej6gywxcm8uvxlzz5ch40hm"}}'
mantrachaind tx wasm execute $CONTRACT "$TRANSFER" --amount 999uom --from wallet $TXFLAG -y
# Query the record owner again to see the new owner address:
NAME_QUERY='{"resolve_record": {"name": "fred"}}'
mantrachaind query wasm contract-state smart $CONTRACT "$NAME_QUERY" $NODE --output json
# {"data":{"address":"wasm1lwcrr9ktsmn2f7fej6gywxcm8uvxlzz5ch40hm"}}
CosmJS Node Console
The binary can be deployed to the chain, instantiated and interacted with using the CosmJS Node Console as well.
Open a new Terminal window and initialize a CosmJS CLI session with the following command:
Now, let's import the necessary utilities, generate a wallet address, and deploy the wasm binary to the blockchain.
import { calculateFee, StdFee} from"@cosmjs/stargate"import { coin } from"@cosmjs/amino"const [addr,client] =awaituseOptions(malagaOptions).setup("password");// Make sure you use the right path for the wasm binaryconstwasm=fs.readFileSync("/home/{username}/.../cw-contracts/contracts/nameservice/artifacts/cw_nameservice.wasm")constuploadFee=calculateFee(malagaOptions.fees.upload,malagaOptions.gasPrice)constresult=awaitclient.upload(addr, wasm, uploadFee)console.log(result)
Please note the codeId of the uploaded wasm binary. This is the codeId that will be used to instantiate the contract.
You may compare the value of originalChecksum with the contents of the file artifacts/checksums.txt to make sure the code on the chain is identical to the cw_nameservice.wasm binary.
For future reference, you may get the checksum for a given Code Id as follows:
//If you haven't created/loaded a wallet yet, you can do so with the following command://const [addr, client] = await useOptions(malagaOptions).setup("password"); constcodeIdToVerify=17constcodes=awaitclient.getCodes() consthash=codes.filter((x) =>x.id === codeIdToVerify).map((x) =>x.checksum)[0];console.log(hash)
You may then compile the contract code yourself, optimize the resulting binary and compare the checksum to the value of hash to make sure the code on the chain was not tampered with.
Instantiating the Contract
Now, the wasm binary is uploaded to the chain with a Code Id and is ready to be instantiated.
First define a defaultFee to be passed into instantiation and execution functions later on:
Create a cw_nameservice contract instance using the code id we have received upon upload.
//Replace the Code Id with the one you have received earlierconstcodeId=17//Define the instantiate messageconst instantiateMsg = {"purchase_price":{"amount":"100","denom":"uom"},"transfer_price":{"amount":"999","denom":"uom"}}
//Instantiate the contractconstinstantiateResponse=awaitclient.instantiate(addr, codeId, instantiateMsg,"Our Name Service", defaultFee)console.log(instantiateResponse)
Now let us register a name on the nameservice contract instance and transfer it to another address.
//Enable REPL editor mode to edit multiple lines of code.editorconstexecuteResponse=awaitclient.execute( addr,instantiateResponse.contractAddress, { register:{name:"fred"} }, defaultFee,'', [coin(100,"uom")] )//Exit the editor using `^D` to execute the code entered^D
Query the name record to see the owner address.
const queryResponse = await client.queryContractSmart(instantiateResponse.contractAddress, {resolve_record: {name:"fred"}})
console.log(queryResponse)//It should match your wallet addressconsole.log(addr)
Now, let us create another wallet and transfer the ownership of the name to the new wallet address.
Query the name record one more time to see the address for the new owner.
const queryResponse_2 = await client.queryContractSmart(instantiateResponse.contractAddress, {resolve_record: {name:"fred"}})
console.log(queryResponse_2)//The response should match the new wallet address after the change of ownershipconsole.log(anotherAddress)