With the Iroha CLI Client, you can interact with Iroha Peers Web API.
It is a "thin" wrapper around functionality exposed in the iroha_client crate. Specifically, it should be used as a reference for using iroha_client's features, and not as a production-ready client. As such, the CLI client is not guaranteed to support all features supported by the client library.
- Submit Transactions with your Iroha Special Instructions to Iroha Peers
- Send Requests with your Queries to Iroha Peers
Requirements: a working Rust toolchain (version 1.62.1), installed and configured.
Build Iroha and its binaries:
cargo buildThe above command will produce the iroha_client_cli ELF executable file for Linux/BSD, the iroha_client_cli executable for MacOS, and the iroha_client_cli.exe executable for Windows, depending on your platform and configuration.
Check build and installation instructions for more details.
Run Iroha Client CLI:
iroha_client_cli [OPTIONS] <SUBCOMMAND>
| Option | Description |
|---|---|
| -c, --config | Set a config file path (config.json by default). |
| Command | Description |
|---|---|
account |
Execute commands related to accounts: register a new one, list all accounts, grant a permission to an account, list all account permissions |
asset |
Execute commands related to assets: register a new one, mint or transfer assets, get info about an asset, list all assets |
blocks |
Get block stream from Iroha peer |
domain |
Execute commands related to domains: register a new one, list all domains |
events |
Get event stream from Iroha peer |
json |
Submit multi-instructions as JSON |
peer |
Execute commands related to peer administration and networking |
wasm |
Execute commands related to WASM |
help |
Print the help message for iroha_client_cli and/or the current subcommand other than help subcommand |
Refer to Iroha Special Instructions for more information about Iroha instructions such as register, mint, grant, and so on.
Check the Bash guide in Iroha Tutorial for detailed instructions on working with Iroha Client CLI.
❕ All examples below are Unix-oriented. If you're working on Windows, we would highly encourage you to consider using WSL, as most documentation assumes a POSIX-like shell running on your system. Please be advised that the differences in the syntax may go beyond executing iroha_client_cli.exe instead of iroha_client_cli.
./iroha_client_cli domain register --id="Soramitsu"
./iroha_client_cli account register --id="ed01204A3C5A6B77BBE439969F95F0AA4E01AE31EC45A0D68C131B2C622751FCC5E3B6@Soramitsu"
./iroha_client_cli asset register --id="XOR#Soramitsu" --value-type=Numeric
./iroha_client_cli asset mint --account="ed01204A3C5A6B77BBE439969F95F0AA4E01AE31EC45A0D68C131B2C622751FCC5E3B6@Soramitsu" --asset="XOR#Soramitsu" --quantity=1010
./iroha_client_cli asset get --account="ed01204A3C5A6B77BBE439969F95F0AA4E01AE31EC45A0D68C131B2C622751FCC5E3B6@Soramitsu" --asset="XOR#Soramitsu"In this section we will show you how to use Iroha CLI Client to do the following:
Let's start with domain creation. To create a domain, you need to specify the entity type first (domain in our case) and then the command (register) with a list of required parameters.
For the domain entity, you only need to provide the id argument as a string that doesn't contain the @ and # symbols.
./iroha_client_cli domain register --id="Soramitsu"Now you have a domain without any accounts.
Let's create a new account. Like in the previous example, specify the entity type (account) and the command (register). Then define the value of the id argument in "signatory@domain" format, where signatory is the account's public key in multihash representation.
./iroha_client_cli account register --id="ed01204A3C5A6B77BBE439969F95F0AA4E01AE31EC45A0D68C131B2C622751FCC5E3B6@Soramitsu"It's time to give something to the Account you created. Let's add some Assets of the type Quantity to the account.
To do so, you must first register an Asset Definition and only then add some Assets to the account. Specify the asset entity and then use the register and mint commands respectively.
Every asset has its own value spec. In this example, it is defined as Numeric, a 96-bit unsigned decimal. We also support Store for key-value structured data.
./iroha_client_cli asset register --id="XOR#Soramitsu" --value-type=Numeric
./iroha_client_cli asset mint --account="ed01204A3C5A6B77BBE439969F95F0AA4E01AE31EC45A0D68C131B2C622751FCC5E3B6@Soramitsu" --asset="XOR#Soramitsu" --quantity=1010You created XOR#Soramitsu, an asset of type Numeric, and then gave 1010 units of this asset to the account ed01204A3C5A6B77BBE439969F95F0AA4E01AE31EC45A0D68C131B2C622751FCC5E3B6@Soramitsu.
Because distributed systems heavily rely on the concept of eventual consistency and Iroha works by awaiting consensus between peers, your request is not guaranteed to be processed (or be accepted) even if it is correctly formed. While the Iroha Client will successfully send your transactions and the Iroha Peer will confirm receiving them, it is possible that your request will not appear in the next block.
Different causes such as a transaction timeout, a faulty peer in the network, catastrophic failure of the peer that you've sent your data towards, and many other conditions naturally occurring inside of any blockchain may lead to a rejection of your transaction at many different stages of processing.
It should be noted that Iroha is designed to reduce the incidence of such rejections, and only rejects properly formed transactions in situations when not rejecting it would lead to data corruption and a hard-fork of the network.
As such it's important to check that your instructions were applied and the world is now in the desired state. For this you need to use Query API.
Let's use Get Account Assets Query as an example.
To know how many units of a particular asset an account has, use asset get with the specified account and asset:
./iroha_client_cli asset get --account="ed01204A3C5A6B77BBE439969F95F0AA4E01AE31EC45A0D68C131B2C622751FCC5E3B6@Soramitsu" --asset="XOR#Soramitsu"This query returns the quantity of XOR#Soramitsu asset for the ed01204A3C5A6B77BBE439969F95F0AA4E01AE31EC45A0D68C131B2C622751FCC5E3B6@Soramitsu account.
It's possible to filter based on either account, asset or domain id by using the filtering API provided by the Iroha client CLI.
Generally it looks like this:
./iroha_client_cli ENTITY list filter PREDICATEWhere ENTITY is asset, account or domain and PREDICATE is condition used for filtering serialized using JSON5 (check iroha_client::data_model::predicate::value::ValuePredicate type).
Examples:
# Filter domains by id
./iroha_client_cli domain list filter '{"Identifiable": {"Is": "wonderland"}}'
# Filter accounts by domain
./iroha_client_cli account list filter '{"Identifiable": {"EndsWith": "@wonderland"}}'
# It is possible to combine filters using "Or" or "And"
# Filter asset by domain
./iroha_client_cli asset list filter '{"Or": [{"Identifiable": {"Contains": "#wonderland#"}}, {"And": [{"Identifiable": {"Contains": "##"}}, {"Identifiable": {"EndsWith": "@wonderland"}}]}]}'Use --file to specify a path to the WASM file:
./iroha_client_cli wasm --file=/path/to/file.wasmOr skip --file to read WASM from standard input:
cat /path/to/file.wasm | ./iroha_client_cli wasmThese subcommands submit the provided wasm binary as an Executable to be executed outside a trigger context.
The reference implementation of the Rust client, iroha_client_cli, is often used for diagnosing problems in other implementations.
To test transactions in the JSON format (used in the genesis block and by other SDKs), pipe the transaction into the client and add the json subcommand to the arguments:
cat /path/to/file.json | ./iroha_client_cli json