Terrain - A development environment for seamless smart contract development on the interchain.
Terrain allows you to:
- ScaffoldΒ a template smart contract and frontend for interchain app development.
- Dramatically simplify the development and deployment process.
Terrain is not:
- A fully-featured command-line interface (CLI). If you need a fully-featured client for Terra, use terrad.
- A Light Client Daemon (LCD). You will still need an RPC endpoint to deploy your contract. A local chain like LocalTerra is the recommended option for this.
- Terrain
- Table of contents
- Setup
- Getting Started
- Migrating CosmWasm Contracts on Terra
- Use Terrain Main Branch Locally
- Terrain Commands
For testing purposes, we recommend to install and run LocalTerra on your personal computer. Instructions on how to get LocalTerra up and running can be found in the LocalTerra documentation.
Note: If you are using a Mac with an M1 chip, you might need to update your Docker Desktop due to the qemu bug.
Once all dependencies have been installed, do the following:
- Clone the LocalTerra repo.
git clone https://github.com/terra-money/LocalTerra.git
- Navigate to the newly created
LocalTerra
directory.
cd LocalTerra
- Spin up an instance of the environment with
docker-compose
.
docker-compose up
While WASM smart contracts can be written in any programming language, it is strongly recommended that you use Rust, as it is the only language for which mature libraries and tooling exist for CosmWasm. To complete this tutorial, install the latest version of Rust by following the instructions here. Once Rust is installed on your computer, do the following:
- Set the default release channel used to update Rust to stable.
rustup default stable
- Add wasm as the compilation target.
rustup target add wasm32-unknown-unknown
- Install the necessary dependencies for generating contracts.
cargo install cargo-run-script
To run Terrain, you will need to install version 16 of Node.js and download Node Package Manager (npm). It is recommend that you install Node.js v16 (LTS). If you download the LTS version of Node.js v16, npm will be automatically installed along with your download.
Now that you have completed the initial setup, generate your first smart contract using the procedure described below.
- Install the terrain package globally.
npm install -g @terra-money/terrain
Note: If you would like to install terrain locally, you can execute the command npm install @terra-money/terrain
, without the -g
flag, while in the directory in which you would like to be able to use the package. You can then execute any terrain commands by prefixing them with npx
. For example, to scaffold a new project named my-terra-dapp
with a locally installed terrain package, you would use the command npx terrain new my-terra-dapp
.
- Generate your smart contract and corresponding frontend templates.
terrain new my-terra-dapp
- After the project is generated and all necessary Node dependencies are installed, navigate to the new
my-terra-dapp
directory to interact with your app.
cd my-terra-dapp
The terrain new
command generates a project that contains a template smart contract, which is named after the specified app name, my-terra-dapp
, and a corresponding frontend. Other supporting files are generated to provide further functionality. You may view the project structure below.
.
βββ contracts # the smart contract directory
βΒ Β βββ my-terra-dapp # template smart contract
βΒ Β βββ ...
βββ frontend # template frontend application
βββ lib # predefined task and console functions
βββ tasks # predefined tasks
βββ keys.terrain.js # keys for signing transactions
βββ config.terrain.json # config for connections and contract deployments
βββ refs.terrain.json # deployed code and contract references
The terrain deploy
command does the following:
- Builds, optimizes, and stores the wasm code on the blockchain.
- Instantiates the contract.
To deploy your new my-terra-dapp smart contract, run the following command in the terminal.
terrain deploy my-terra-dapp --signer test1
In this case, we specify one of the preconfigured accounts with balances on LocalTerra, test1
, as our signer. The signer account will be responsible for paying the gas fee associated with deploying the contract to the Terra blockchain and will be assigned as the owner of the project.
You can also specify the network on which you would like to deploy your contract by adding the --network
flag. If the network is not specified, as is the case in our above example, your contract will be deployed to localterra
by default. If your deployment command in the prior step resulted in an error, you will need to ensure that LocalTerra is up and running in the background and that you have properly spelled out your contract name and are utilizing the appropriate Terrain command. You may also deploy to mainnet
, the live Terra blockchain, as well as testnet
, a network similar to mainnet used for testing.
You can also execute the build, optimize, store, and instantiate processes separately by executing the following commands in sequential order.
terrain contract:build CONTRACT
terrain contract:optimize CONTRACT
terrain contract:store CONTRACT
terrain contract:instantiate CONTRACT
Afterward, you will have to run the terrain sync-refs
command in your project directory to sync the refs.terrain.json
file in the app root directory to the frontend directory. This file contains references to all contracts in the project which have been stored on any Terra network.
The predefined accounts in the keys.terrain.js
file shown below can be used as signers on testnet
. We will demonstrate how to deploy your smart contract utilizing the preconfigured custom_tester_1
account. You may also add a personal account to the keys.terrain.js
file by adding the account name as well as its corresponding private key. You can then use that account as the signer specifying the account name after the --signer
flag in the terrain deploy
command.
Warning: Utilizing a personal account for deployment requires the use of a private key or mnemonic. These are private keys that are generated upon the creation of your personal wallet. Saving or utilizing these keys on your personal computer may expose them to malicious actors who could gain access to your personal wallet if they are able to obtain them. You can create a wallet solely for testing purposes to eliminate risk. Alternatively, you can store your private keys as secret environment variables which you can then reference utilizing process.env.SECRET_VAR
in keys.terrain.json
. Use your private key or mnemonic at your own discretion.
// can use `process.env.SECRET_MNEMONIC` or `process.env.SECRET_PRIV_KEY`
// to populate secret in CI environment instead of hardcoding
module.exports = {
custom_tester_1: {
mnemonic:
'shiver position copy catalog upset verify cheap library enjoy extend second peasant basic kit polar business document shrug pass chuckle lottery blind ecology stand',
},
custom_tester_2: {
privateKey: 'fGl1yNoUnnNUqTUXXhxH9vJU0htlz9lWwBt3fQw+ixw=',
},
};
Prior to deploying your contract, ensure that your signer wallet contains the funds needed to pay for associated transaction fees. You can request funds from the Terra Testnet Faucet by submitting the wallet address of the account where you would like to receive the funds and clicking on the Send me tokens
button.
You can retrieve the wallet address associated with the custom_tester_1
account by executing the terrain console
command in your terminal while in your project directory.
terrain console
terrain > wallets.custom_tester_1.key.accAddress
'terra1qd9fwwgnwmwlu2csv49fgtum3rgms64s8tcavp'
After you have received the Luna tokens from the Terra Testnet Faucet, query the balance of your account by utilizing the following command in the terrain console.
terrain > (await client.bank.balance(wallets.custom_tester_1.key.accAddress))[0]
Finally, exit the terrain console and deploy the counter
smart contract to testnet with the custom_tester_1
account as the signer.
terrain deploy counter --signer custom_tester_1 --network testnet
After deployment, the refs.terrain.json
file will be updated in the project directory as well as the frontend/src
directory. These files contain references to all contracts inside of your project which have been stored on any Terra network. This information is used by terrain's utility functions and also the frontend template. An example of refs.terrain.json
can be found below:
{
"localterra": {
"counter": {
"codeId": "1",
"contractAddresses": {
"default": "terra18vd8fpwxzck93qlwghaj6arh4p7c5n896xzem5"
}
}
},
"testnet": {
"counter": {
"codeId": "18160",
"contractAddresses": {
"default": "terra15faphq99pap3fr0dwk46826uqr2usve739l7ms"
}
}
}
}
Important: If you have initialized the contract without using the terrain deploy
command or have manually changed the refs.terrain.json
file in the project directory, you will need to sync the references to the frontend/src
directory in order to ensure frontend functionality. To do so, use the terrain sync-refs
command.
After you have synced the contract references, navigate to the frontend
directory and start the application.
- Navigate to the
frontend
directory.
cd frontend
- Start the application.
npm run start
Note: Switching networks in your Terra Station extension will result in a change in reference to the contract address which corresponds with the new network.
Once you have successfully deployed your project, you can interact with the deployed contract and the underlying blockchain by utilizing functions defined in the lib/index.js
file. You may also create your own abstractions in this file for querying or executing transactions.
You can call the functions defined in lib/index.js
inside of the terrain console
. An example using the template counter smart contract is shown below.
terrain console
terrain > await lib.getCountQuery()
{ count: 0 }
terrain > await lib.increment()
terrain > await lib.getCountQuery()
{ count: 1 }
You may also specify which network you would like to interact with by utilizing the --network
flag with the terrain console
command.
terrain console --network NETWORK
You can use the functions available inside of the lib/index.js
file to create tasks. Tasks are used in order to automate the execution of sequential functions or commands. An example task is provided for you in the tasks/example-with-lib.js
file in your project directory.
// tasks/example-with-lib.js
const { task } = require('@terra-money/terrain');
const lib = require('../lib');
task(async (env) => {
const { getCountQuery, increment } = lib(env);
console.log('count 1 = ', await getCountQuery());
await increment();
console.log('count 2 = ', await getCountQuery());
});
To run the example task shown above, which is located in the tasks/example-with-lib.js
file, run the following command in the terminal.
terrain task:run example-with-lib
In order to create a new task, run the following command replacing <task-name>
with the desired name for your new task.
terrain task:new <task-name>
If you would like to use JavaScript in your functions or tasks, you can import Feather.js. The tasks/example-custom-logic.js
file contains an example of a task that uses Terra.js functionality. To learn more about Terra.js, view the Terra.js documentation.
// tasks/example-custom-logic.js
const { task, terrajs } = require('@terra-money/terrain');
// terrajs is basically re-exported terra.js (https://terra-money.github.io/feather.js/)
task(async ({ wallets, refs, config, client }) => {
console.log('creating new key');
const key = terrajs.MnemonicKey();
console.log('private key', key.privateKey.toString('base64'));
console.log('mnemonic', key.mnemonic);
});
As of Terrain 0.4.0 it is possible to deploy and instantiate contracts from tasks. This can be useful for multi-contract, or multi-stage deployments.
const { task } = require('@terra-money/terrain');
task(async ({ wallets, client, deploy }) => {
// First deploy the counter smart contract.
await deploy.storeCode('counter', wallets.test1);
const counterAddress = await deploy.instantiate(
// Contract name
'counter',
// Signer
wallets.test1,
{
// Contract admin
admin: wallets.test1.key.accAddress,
},
);
// Now deploy a CW20 with the counter contract set as the minter in instantiation.
await deploy.storeCode('cw20-base', wallets.test1);
const cw20Address = await deploy.instantiate('cw20-base', wallets.test1, {
admin: wallets.test1.key.accAddress,
// Custom instantiation message.
// with no message provided the default from config.terrain will be used.
init: {
name: 'counter',
symbol: 'CTR',
decimals: 6,
initial_balances: [],
mint: {
minter: counterAddress,
},
},
});
// Update the CW20 address in counter.
// Note: It's important to use the address returned by deploy.instantiate
// Refs are only read into memory at the start of the task.
await client.execute(counterAddress, wallets.test1, {
update_token: { token: cw20Address },
});
console.log(`CW20 Address: ${cw20Address}`);
});
It is possible to tell Terrain to use a custom deploy task instead of the default deploy process. To do this, add the following to the global
section in config.terrain.json
:
"contracts": {
"counter": {
"deployTask": "deploy_counter"
}
}
Now instead of running terrain task:run deploy_counter
you can run terrain deploy counter
.
On Terra, it is possible to initialize a contract as migratable. This functionality allows the administrator to upload a new version of the contract and then send a migrate message to move to the new code. Contracts that have been deployed before implementing the following changes will not be able to be migrated and implemented changes will only be realized when redeploying the contract.
The contract migration tutorial builds on top of the Terrain Quick Start Guide and walks you through a contract migration.
In order for a contract to be migratable, it must be able to handle a MigrateMsg
transaction.
To implement support for MigrateMsg
, add the message to the msg.rs
file. To do so, navigate to msg.rs
and place the following code just above the InstantiateMsg
struct.
#[derive(Serialize, Deserialize, Clone, Debug, PartialEq, JsonSchema)]
pub struct MigrateMsg {}
With MigrateMsg
defined, update the contract.rs
file. First, update the import from crate::msg
to include MigrateMsg
.
use crate::msg::{CountResponse, ExecuteMsg, InstantiateMsg, QueryMsg, MigrateMsg};
Next, add the following method above instantiate
.
#[cfg_attr(not(feature = "library"), entry_point)]
pub fn migrate(_deps: DepsMut, _env: Env, _msg: MigrateMsg) -> StdResult<Response> {
Ok(Response::default())
}
Adding the MigrateMsg to the smart contract allows the contract's administrator to migrate the contract in the future. When we deploy our contract, the wallet address of the signer will be automatically designated as the contract administrator. In the following command, the contract is deployed with the preconfigured LocalTerra test1
wallet as the signer and administrator of our counter contract.
terrain deploy counter --signer test1
If you decide to make changes to the deployed contract, you can migrate to the updated code by executing the following command.
terrain contract:migrate counter --signer test1
If you would like to specify the address of the desired administrator for your smart contract, you may use the --admin-address
flag in the deploy command followed by the wallet address of the desired administrator.
terrain deploy counter --signer test1 --admin-address <insert-admin-wallet-address>
In some cases, the latest features or bug fixes may be integrated into the main branch of the Terrain Github repo, but not yet released to the corresponding npm package. Subsequently, you may want to use the latest version of Terrain available on Github before it has been released to npm. The below described method may also be used if you are interested in developing on and contributing to Terrain.
Warning: Features and bug fixes that are implemented on the latest version of Terrain may still be subject to testing. As such, you should only use the main branch of the Terrain github repo in exceptional circumstances. In all other cases, use the npm package.
To use the main branch of the Terrain repo on your local machine, follow the procedure below.
- Clone the repo.
git clone --branch main --depth 1 https://github.com/terra-money/terrain
- Navigate to the project folder.
cd terrain
- Inside the project folder, install all necessary node dependencies.
npm install
- Run the
npm link
command to set up the local repository as your global terrain instance.
npm link
If you would like to witness your changes immediately upon saving them, you may execute the following command while in your local Terrain directory and allow it to run in a tab in your terminal.
npm run watch
To unlink the terrain command from the cloned repository and revert back to the default functionality, you can execute the below command.
npm unlink terrain
terrain console
terrain contract:build CONTRACT
terrain contract:instantiate CONTRACT
terrain contract:migrate CONTRACT
terrain contract:new NAME
terrain contract:optimize CONTRACT
terrain contract:schema CONTRACT
terrain contract:store CONTRACT
terrain contract:updateAdmin CONTRACT ADMIN
terrain deploy CONTRACT
terrain help [COMMAND]
terrain new NAME
terrain query CONTRACT MSG
terrain sync-refs
terrain task:new [TASK]
terrain task:run [TASK]
terrain test CONTRACT-NAME
terrain test:coverage [CONTRACT-NAME]
terrain tx CONTRACT MSG
terrain wallet:new
Start a repl console that provides context and convenient utilities to interact with the blockchain and your contracts.
USAGE
$ terrain console [--signer <value>] [--network mainnet|testnet|localterra] [--prefix <value>] [--refs-path
<value>] [--keys-path <value>]
FLAGS
--keys-path=<value> [default: ./keys.terrain.js]
--network=<option> [default: localterra] network to deploy to from config.terrain.json
<options: mainnet|testnet|localterra>
--prefix=<value> [default: terra] address prefix of target chain, all chains supported by Station are supported by
terrain
--refs-path=<value> [default: ./refs.terrain.json]
--signer=<value> [default: test1]
DESCRIPTION
Start a repl console that provides context and convenient utilities to interact with the blockchain and your
contracts.
See code: src/commands/console.ts
Build wasm bytecode.
USAGE
$ terrain contract:build [CONTRACT] [--config-path <value>]
FLAGS
--config-path=<value> [default: ./config.terrain.json]
DESCRIPTION
Build wasm bytecode.
See code: src/commands/contract/build.ts
Instantiate the contract.
USAGE
$ terrain contract:instantiate [CONTRACT] [--instance-id <value>] [--code-id <value>] [--signer <value>] [--network
mainnet|testnet|localterra] [--prefix <value>] [--refs-path <value>] [--keys-path <value>]
FLAGS
--code-id=<value> specific codeId to instantiate
--instance-id=<value> [default: default] enable management of multiple instances of the same contract
--keys-path=<value> [default: ./keys.terrain.js]
--network=<option> [default: localterra] network to deploy to from config.terrain.json
<options: mainnet|testnet|localterra>
--prefix=<value> [default: terra] address prefix of target chain, all chains supported by Station are supported
by terrain
--refs-path=<value> [default: ./refs.terrain.json]
--signer=<value> [default: test1]
DESCRIPTION
Instantiate the contract.
See code: src/commands/contract/instantiate.ts
Migrate the contract.
USAGE
$ terrain contract:migrate [CONTRACT] [--no-rebuild] [--instance-id <value>] [--code-id <value>] [--signer <value>]
[--network mainnet|testnet|localterra] [--prefix <value>] [--refs-path <value>] [--keys-path <value>]
FLAGS
--code-id=<value> specific codeId to instantiate
--instance-id=<value> [default: default] enable management of multiple instances of the same contract
--keys-path=<value> [default: ./keys.terrain.js]
--network=<option> [default: localterra] network to deploy to from config.terrain.json
<options: mainnet|testnet|localterra>
--no-rebuild deploy the wasm bytecode as is.
--prefix=<value> [default: terra] address prefix of target chain, all chains supported by Station are supported
by terrain
--refs-path=<value> [default: ./refs.terrain.json]
--signer=<value> [default: test1]
DESCRIPTION
Migrate the contract.
See code: src/commands/contract/migrate.ts
Generate new contract.
USAGE
$ terrain contract:new [NAME] [--path <value>] [--commitHash <value>] [--authors <value>]
FLAGS
--authors=<value> [default: Terra Money <core@terra.money>]
--commitHash=<value> [default: 9fa5b9b38fca4f99239ac28be48a6e1f0a4d30c8]
--path=<value> [default: contracts] path to keep the contracts
DESCRIPTION
Generate new contract.
EXAMPLES
$ terrain code:new awesome_contract
$ terrain code:new awesome_contract --path path/to/dapp
$ terrain code:new awesome_contract --path path/to/dapp --authors "ExampleAuthor<example@email.domain>"
See code: src/commands/contract/new.ts
Optimize wasm bytecode.
USAGE
$ terrain contract:optimize [CONTRACT]
DESCRIPTION
Optimize wasm bytecode.
See code: src/commands/contract/optimize.ts
Generate contract schema.
USAGE
$ terrain contract:schema [CONTRACT]
DESCRIPTION
Generate contract schema.
See code: src/commands/contract/schema.ts
Store code on chain.
USAGE
$ terrain contract:store [CONTRACT] [--no-rebuild] [--code-id <value>] [--signer <value>] [--network
mainnet|testnet|localterra] [--prefix <value>] [--refs-path <value>] [--keys-path <value>]
FLAGS
--code-id=<value> specific codeId to instantiate
--keys-path=<value> [default: ./keys.terrain.js]
--network=<option> [default: localterra] network to deploy to from config.terrain.json
<options: mainnet|testnet|localterra>
--no-rebuild deploy the wasm bytecode as is.
--prefix=<value> [default: terra] address prefix of target chain, all chains supported by Station are supported by
terrain
--refs-path=<value> [default: ./refs.terrain.json]
--signer=<value> [default: test1]
DESCRIPTION
Store code on chain.
See code: src/commands/contract/store.ts
Update the admin of a contract.
USAGE
$ terrain contract:updateAdmin [CONTRACT] [ADMIN] [--signer <value>] [--network mainnet|testnet|localterra] [--prefix
<value>] [--instance-id <value>] [--refs-path <value>] [--keys-path <value>]
FLAGS
--instance-id=<value> [default: default] enable management of multiple instances of the same contract
--keys-path=<value> [default: ./keys.terrain.js]
--network=<option> [default: localterra] network to deploy to from config.terrain.json
<options: mainnet|testnet|localterra>
--prefix=<value> [default: terra] address prefix of target chain, all chains supported by Station are supported
by terrain
--refs-path=<value> [default: ./refs.terrain.json]
--signer=<value> [default: test1]
DESCRIPTION
Update the admin of a contract.
See code: src/commands/contract/updateAdmin.ts
Build wasm bytecode, store code on chain and instantiate.
USAGE
$ terrain deploy [CONTRACT] [--memo <value>] [--no-rebuild] [--instance-id <value>] [--frontend-refs-path
<value>] [--admin-address <value>] [--no-sync <value>] [--signer <value>] [--network mainnet|testnet|localterra]
[--prefix <value>] [--refs-path <value>] [--keys-path <value>]
FLAGS
--admin-address=<value> set custom address as contract admin to allow migration.
--frontend-refs-path=<value> [default: ./frontend/src/]
--instance-id=<value> [default: default] enable management of multiple instances of the same contract
--keys-path=<value> [default: ./keys.terrain.js]
--memo=<value> [default: terrain]
--network=<option> [default: localterra] network to deploy to from config.terrain.json
<options: mainnet|testnet|localterra>
--no-rebuild deploy the wasm bytecode as is.
--no-sync=<value> don't attempt to sync contract refs to frontend.
--prefix=<value> [default: terra] address prefix of target chain, all chains supported by Station are
supported by terrain
--refs-path=<value> [default: ./refs.terrain.json]
--signer=<value> [default: test1]
DESCRIPTION
Build wasm bytecode, store code on chain and instantiate.
See code: src/commands/deploy.ts
display help for terrain
USAGE
$ terrain help [COMMAND] [--all]
ARGUMENTS
COMMAND command to show help for
FLAGS
--all see all commands in CLI
DESCRIPTION
display help for terrain
See code: @oclif/plugin-help
Create new dapp from template.
USAGE
$ terrain new [NAME] [--path <value>] [--framework react|vue|svelte|next|vite|lit] [--version <value>]
[--authors <value>]
FLAGS
--authors=<value> [default: Terra Money <core@terra.money>]
--framework=<option> [default: react] Choose the frontend framework you want to use. Non-react framework options have
better wallet-provider support but less streamlined contract integration.
<options: react|vue|svelte|next|vite|lit>
--path=<value> [default: .] Path to create the workspace
--version=<value> [default: 1.0]
DESCRIPTION
Create new dapp from template.
EXAMPLES
$ terrain new awesome-dapp
$ terrain new awesome-dapp --path path/to/dapp
$ terrain new awesome-dapp --path path/to/dapp --authors "ExampleAuthor<example@email.domain>"
$ terrain new awesome-dapp --path path/to/dapp --framework vue --authors "ExampleAuthor<example@email.domain>"
See code: src/commands/new.ts
Query contracts on the interchain
USAGE
$ terrain query [CONTRACT] [MSG] [--network mainnet|testnet|localterra] [--config-path <value>]
ARGUMENTS
CONTRACT Contract address
MSG Query msg to be performed in JSON format
FLAGS
--config-path=<value> [default: ./config.terrain.json]
--network=<option> [default: localterra] network to deploy to from config.terrain.json
<options: mainnet|testnet|localterra>
DESCRIPTION
Query contracts on the interchain
EXAMPLES
$ terrain query terra1..fx9fs '{"get_count": {}}'
$ terrain query juno1..af00x '{"get_count": {}}' --network testnet --config-path ../config.terrain.json
See code: src/commands/query.ts
Sync configuration with frontend app.
USAGE
$ terrain sync-refs [--refs-path <value>] [--dest <value>]
FLAGS
--dest=<value> [default: ./frontend/src/]
--refs-path=<value> [default: ./refs.terrain.json]
DESCRIPTION
Sync configuration with frontend app.
See code: src/commands/sync-refs.ts
Create a new task.
USAGE
$ terrain task:new [TASK]
DESCRIPTION
Create a new task.
See code: src/commands/task/new.ts
run predefined task
USAGE
$ terrain task:run [TASK] [--signer <value>] [--network mainnet|testnet|localterra] [--prefix <value>]
[--refs-path <value>] [--keys-path <value>]
FLAGS
--keys-path=<value> [default: ./keys.terrain.js]
--network=<option> [default: localterra] network to deploy to from config.terrain.json
<options: mainnet|testnet|localterra>
--prefix=<value> [default: terra] address prefix of target chain, all chains supported by Station are supported by
terrain
--refs-path=<value> [default: ./refs.terrain.json]
--signer=<value> [default: test1]
DESCRIPTION
run predefined task
See code: src/commands/task/run.ts
Runs unit tests for a contract directory.
USAGE
$ terrain test [CONTRACT-NAME] [--no-fail-fast]
FLAGS
--no-fail-fast Run all tests regardless of failure.
DESCRIPTION
Runs unit tests for a contract directory.
EXAMPLES
$ terrain test counter
$ terrain test counter --no-fail-fast
See code: src/commands/test.ts
Runs unit tests for a contract directory.
USAGE
$ terrain test:coverage [CONTRACT-NAME]
DESCRIPTION
Runs unit tests for a contract directory.
EXAMPLES
$ terrain test:coverage
$ terrain test:coverage counter
See code: src/commands/test/coverage.ts
Execute tx on the interchain
USAGE
$ terrain tx [CONTRACT] [MSG] [--signer <value>] [--network mainnet|testnet|localterra] [--prefix
<value>] [--refs-path <value>] [--keys-path <value>]
ARGUMENTS
CONTRACT Contract address
MSG Tx msg to be executed in JSON format
FLAGS
--keys-path=<value> [default: ./keys.terrain.js]
--network=<option> [default: localterra] network to deploy to from config.terrain.json
<options: mainnet|testnet|localterra>
--prefix=<value> [default: terra] address prefix of target chain, all chains supported by Station are supported by
terrain
--refs-path=<value> [default: ./refs.terrain.json]
--signer=<value> [default: test1]
DESCRIPTION
Execute tx on the interchain
EXAMPLES
$ terrain tx terra1..fx9fs '{"increment": {}}'
$ terrain tx juno1..af00x '{"reset": {"count": 0}}' --network testnet
See code: src/commands/tx.ts
Generate a new wallet to use for signing contracts.
USAGE
$ terrain wallet:new [--outfile <value>] [--index <value>]
FLAGS
--index=<value> key index to use, default value is 0
--outfile=<value> absolute path to store the mnemonic key to. If omitted, output to stdout
DESCRIPTION
Generate a new wallet to use for signing contracts.
See code: src/commands/wallet/new.ts